为什么不建议把定制软件卖给同行当SaaS做？

Question

Accepted Answer

结论：不建议把自用定制系统“顺手改一改”就卖给同行。先用访谈、人工服务或付费试点证明至少一批外部客户愿意购买；再单独评估多租户、配置、计费、安全、客服和持续运维。没有外部付费验证和三年单位经济模型时，应继续把系统作为内部效率工具。

一套自用系统只需适配一家公司的流程、组织和数据；SaaS 要在共享产品中服务多家客户，同时保持租户隔离、差异配置、稳定升级和可支持性。开发只是变化的一部分，更大的变化是企业开始承担销售、客户成功、客服、合规和长期服务责任。

在把业务目标转成可执行范围时，还可以对照你们之前没做过我们这个行业，能做好吗？怎么快速摸清我们的业务？；这些内容补充了需要放在同一项决策中考虑的上下文。

内部系统与 SaaS 直接对比

维度	内部定制系统	对外 SaaS	新增责任
用户与需求	一家公司、流程可写定	多租户、版本和需求冲突	产品取舍与配置体系
数据与权限	单组织角色和环境	租户隔离、租户管理员、数据导入导出	安全、隐私与审计
收费	内部投资预算	套餐、订阅、试用、续费、发票与欠费	商业与计费系统
发布	可配合内部窗口升级	所有客户持续使用，需兼容旧配置	灰度、迁移和版本支持
服务	内部 IT 或原团队处理	客服、客户成功、SLA 和知识库	长期运营团队
增长	不需要外部获客	销售渠道、获客成本、激活与留存	可持续单位经济

同行痛点相似，不代表流程、规模、数据口径和预算相同。更关键的是信任：客户是否愿意把经营数据放在竞争企业控制的产品里，是否担心产品路线优先服务你的主业。需要用独立公司、清晰数据隔离、合同和产品治理降低疑虑，但这些又增加运营成本。

不能凭“我们自己很好用”推断市场需求。先访谈 15–30 家目标客户，验证他们目前用什么、谁有预算和决策权、愿意为什么结果付费。随后用演示或人工服务争取 3–5 家付费设计伙伴；免费试用和口头称赞不能等同购买意愿。数字是验证方法示例，不是通用成功门槛，具体样本由市场规模决定。

需要重构租户身份、数据隔离、角色权限、配置、套餐配额、计费、审计、数据导入导出和删除；设计无人工介入的注册、开通、升级和停用；为所有租户做版本迁移、灰度、兼容、监控、备份和灾难恢复。原系统中写死的公司名称、流程、字段和权限都要盘点，不能只换 Logo。

成本模型至少包含产品研发、云资源、第三方 API、实施、客服、销售、退款坏账和持续维护。按每客户月收入减去可变服务与基础设施成本计算毛利，再结合获客成本、回收周期、流失和续费判断。若每新增客户都需要大量定制，业务更像项目制服务而非可规模化 SaaS。

滚水科技会先帮助客户比较“内部工具、标准化服务、独立 SaaS”三条路线，并用付费验证决定是否产品化。若继续建设，项目要按新的 SaaS 范围报价，不能拿原内部系统尾款承担无限改造。相关交付资产边界可参考滚水透明交付标准。

本文不预测具体产品一定卖不动；结论是必须把 SaaS 当成一项经过市场验证的新业务，而不是原项目的轻量加功能。