SaaS开发收官：合规、海外获客与魔幻的“逆向开源”
当前进度
经历了几个月的连续迭代，SaaS版本的核心开发终于全部收官了。整套分析链路、前后端交互、计费逻辑与自动化拉起实例的调度都已经走通。
按原定计划，接下来这一个月我准备分两步走：
- 全力推进SaaS版本的出海与海外获客方案。毫无疑问，这是接下来的绝对重心，商业闭环必须靠它跑出来。
- 找一台32C的服务器，把开源版本完整跑一遍验证。开源版本我不会投入太多精力，只要保证代码在标准环境下能顺畅跑通、没有低级Bug即可。
但在把这两件事提上日程的同时，梳理最终架构时出现了一个让我哭笑不得的局面：为了合规，开源版本现在的设计功能，居然比SaaS商业版还要多。
极其魔幻的现实：开源版功能反超SaaS
在软件行业的普遍认知里，商业SaaS往往是功能全集，有花哨的报表、协同和高级功能；而开源社区版则是剥离了核心商业特性的“精简版”。
但在这个生物信息和人类遗传数据的项目上，剧本完全反过来了。
商业云平台最怕的是合规暴雷。一旦平台试图提供“临床诊断报告”、长期沉淀“患者基因数据”或者跨样本积累“变异解读库”，哪怕初衷再好，法律上立刻就会被判定为无证医疗器械或非法人类遗传资源保藏。
为了彻底掐灭潜在的合规风险，我在SaaS版本上实施了极其冷血的“功能阉割”：
- 砍掉报告签发：SaaS平台绝对不生成任何具有诊断意味的临床PDF报告，只出具纯技术视角的质控、位点列表与ACMG自动化证据分级。页面和导出的所有结果强制打上水印：“仅供科研使用，不用于临床诊断”。
- 砍掉变异积累：6月份我曾设想把脱敏后的变异入库，构建全平台的知识网络。现在全部拿掉，平台绝不把用户的分析数据沉淀为自己的“资产”，不留任何话柄。
- 物理级阅后即焚：设置严格的双时钟策略。原始FASTQ、中间BAM、VCF以及界面变异表，分析完成7天后定时物理销毁；数据库只保留30天的脱敏任务壳（仅记录跑了什么任务、成功与否、耗时与扣费），用于对账和出具删除凭据。
反观本地开源部署版，因为数据完全留在医院或机构自己的内网服务器上，既不涉及公有云数据跨境，也没有公信力背书的法律责任，用户想怎么存就怎么存。结果就是：报告生成系统、本地历史位点库、长期回溯追踪等完整能力，全留在了开源代码里。
合规把SaaS版生生逼成了一台“用完即走、阅后即焚”的纯粹计算引擎，反倒把丰满的功能留给了开源。
关于获客的思考：在国内发软文纯属自嗨
理清了产品形态，接下来最核心的命题就是获客。
在讨论营销方案时，我们首先达成了一个极其坚定的共识：在国内社交媒体（公众号、小红书、知乎等）写软文、发推广，对这个项目不仅毫无意义，甚至是有害的。
原因很简单：
- 目标客群完全不在国内：SaaS版走的是彻底出海路线，首期基础设施直接落在新加坡。
- 主动合规封禁大陆：为了规避人类遗传资源出境的红线，平台从网络层就按运营商ASN封禁了中国大陆IP，同时不支持大陆手机号注册与国内支付。在中文互联网大肆宣传，引来一堆国内用户发现根本无法注册使用，不仅转化率为零，反而会给自己招惹监管视线的麻烦。
那么，一个单价几十块钱、极度垂直的WES分析工具，海外客群到底在哪里？又该怎么捞出来？
1. 真实的买家画像
买家绝对不是在刷社交媒体摸鱼的人。真正的画像非常聚焦：东南亚（新加坡、马来西亚等）及部分拉美地区的中小型科研实验室、独立PI、生信分析员或第三方小检测机构。
这类团队往往手头有一批全外（WES）测序数据，但面临痛点很尴尬：
- 自己买高配服务器维护太折腾、成本高；
- 组内没有专职生信工程师，写WDL/Nextflow流程容易踩坑；
- 商业大厂的生信云平台动辄要签年框、买License，极其昂贵。
而我们按次收费（单样本约60元/不到10美元）、免搭建环境、90分钟内拿到清洗标注好的变异表，解决的就是他们“临时要跑数据、不想搭集群”的痛点。
2. 务实的冷启动打法
既然不搞国内社媒自嗨，也不适合去Facebook、TikTok上烧广告，这个月海外获客只抓三件实事：
- 开源驱动与技术SEO：完善GitHub核心仓库（YiJian、Octopus等）的英文README与技术文档。生信科研人员寻找工具的最核心路径永远是GitHub和Google搜索。把流程的技术指标、基准测试（Benchmark）和API写得一清二楚，在开源文档末尾留一句：“如果你不想自己搭环境或算力不足，可以直接使用我们托管的SaaS版本”。
- 直接点对点BD：初期目标不需要成千上万，首月只要能抓到10~20个真实种子用户就足够把整个经济账跑通。直接通过海外学术圈子、领英（LinkedIn）定向寻找东南亚高校和医疗研究所的生信相关负责人，给免费额度邀请测试，换取真实的反馈与口碑推荐。
- 极度透明的计费体验：接入境外的合规支付（Stripe/Paddle），统一定价与扣费规则。没有隐形套路，用美元明确标价，打消海外科研人员对小平台的信任疑虑。
算力账本与技术选型：首期守住16C
最后再复盘一下出海新加坡的基础设施账本。
1. 固定成本盘点
按首期20个稳定样本/月来估算，前期的常开固定开销极其轻量：
- 入口服务器：新加坡4C8G轻量实例，承载Web前端、API网关与任务调度，年成本约 2000元；
- 对象存储与流量：1TB容量，严格执行7天删除生命周期，参考基因组（约160G）单独隔离，年成本约 1200元；
- 加上域名、证书等杂项，首年固定运营成本控制在3500元以内。也就是说，每月只要有5-6单，就能把平台的基础设施成本平掉。
2. 算力实例为什么退守16C？
在计算实例的调度上，我做了一个权衡调整：首期弃用32C，改用16C。
| 规格 | 单价（竞价） | 任务实际耗时 | 单样本计算成本 | 稳定性评估 |
|---|---|---|---|---|
| 32C64G | ~0.6 元/小时 | 约 60 分钟 | 0.60 元 | 东南亚区常遇库存紧张，易被抢占中断 |
| 16C64G | ~0.4 元/小时 | 约 90 分钟 | 0.60 元 | 资源池充足，排队与中断率极低 |
从纯算力成本看，16C单价便宜但时间拉长到90分钟，总计算成本依然是0.6元，两者完全持平。
选择16C的核心原因在于算力供应链的稳定性。新加坡节点的32C大规格竞价实例库存经常剧烈波动，一旦任务在跑途中被云厂商回收，用户的样本就得重新排队重跑，这对早期用户的信任是毁灭性的打击。而16C库存极其充裕。
多出来的30分钟等待时间，属于完全可接受的工程妥协。对外收费依然锚定在60元/样本（折合不到10美元），在海外市场极具价格穿透力。
结语
这个月不画大饼，把节奏压实： SaaS端把新加坡的基础设施部署落地，跑通第一笔境外支付与端到端计算；获客端避开所有无效自嗨，专心搞好英文技术文档和种子用户直推；开源端找台32C机器快速扫尾。
路走窄了，才能走得稳。