SaaS 手工交付：先用人工跑通，再决定哪些值得产品化

开场：手工不是低级，手工是验证成本最低的产品原型

很多 SaaS 创业者害怕承认自己早期靠人工。好像只要需要人工导入、人工配置、人工生成报告，就说明产品不够 SaaS。

这个判断太早了。

从 0 开始时，你真正要验证的不是系统是否自动化，而是客户是否愿意为了某个结果改变流程并付费。人工交付可以帮你更快看到真实流程、真实阻力和真实价值。

先定义交付结果

手工交付不能变成“客户要什么都帮忙”。它必须围绕一个明确结果。

例如：

• 让销售主管每天看到未跟进线索。
• 让培训机构每周自动生成排课冲突清单。
• 让客服团队把售后工单按优先级分配给负责人。
• 让财务在月底前完成对账差异定位。

结果越具体，越容易判断手工环节是否值得产品化。

如果交付结果只是“帮客户管理业务”，范围就太宽，最后会滑向外包项目。

把手工流程写成步骤

不要只在脑子里跑流程。每一次手工交付都要写成步骤：

1. 客户提供什么数据。
2. 数据格式是什么。
3. 谁确认字段含义。
4. 你做哪些清洗和判断。
5. 输出什么结果。
6. 客户如何使用结果。
7. 哪一步最容易出错。
8. 哪一步客户最愿意付费。

这份步骤文档，就是未来产品需求的原材料。

很多早期功能不是靠头脑风暴想出来的，而是在手工交付里反复出现后才值得做。

判断一个环节是否应该产品化

不是所有手工环节都要自动化。可以用四个问题判断：

相反，如果一个动作只发生在少数客户、规则经常变化、需要大量业务判断，就不要急着做成复杂功能。先保留人工服务，等规律稳定再处理。

手工交付也要收费

很多人把手工服务免费送给客户，理由是“还没产品化”。这会带来两个问题。

第一，客户不会认真投入。免费的试点很容易拖延，数据不给、会议不来、上线不推。

第二，你无法判断价值强度。客户愿意口头支持，不代表愿意为结果付费。

早期可以设计一个小额试点包：

• 周期：2 到 4 周。
• 范围：一个团队、一个流程、一个结果。
• 价格：低于正式套餐，但不是免费。
• 交付物：配置、数据导入、结果报表、复盘会议。
• 转正条件：达到约定指标后进入订阅。

收费不是为了赚服务费，而是为了确认客户把这个问题当成真实项目。

用人工观察客户的真实动作

产品后台只能看到点击，手工交付能看到原因。

你会发现：

• 客户说字段很重要，但实际从不填写。
• 客户说要自动提醒，但真正卡住的是责任人不清。
• 客户说想看报表，但老板只关心 3 个数字。
• 客户说流程复杂，其实是历史数据很乱。

这些观察会改变产品设计。你会知道哪些功能该做得强，哪些只需要默认值，哪些需求其实是组织问题。

防止手工交付失控

手工交付的风险，是越做越像咨询项目。要设置边界：

• 每个试点只服务一个主流程。
• 不承诺为单个客户写专属逻辑。
• 所有新增需求都要记录，不当场答应。
• 每周固定一次复盘，不随时开会。
• 明确哪些是产品范围，哪些是额外服务。

边界不是为了拒绝客户，而是为了保护产品化路径。

交付结束必须沉淀三样东西

每次手工交付结束，都要留下三份资产。

第一，流程清单：从客户数据进入到结果产出的完整步骤。

第二，配置模板：字段、状态、角色、通知、报表的默认设置。

第三，销售话术：客户为什么买、买前担心什么、看到什么结果后愿意继续。

如果一次交付没有沉淀资产，它就只是体力劳动。沉淀之后，它才会变成 SaaS 的复利。

常见误区

第一个误区，是把人工当成失败。早期人工是发现规律的工具。

第二个误区，是一边手工一边隐瞒。可以坦诚告诉客户：当前阶段会由团队协助配置和导入，目标是帮助他尽快看到结果。

第三个误区，是过早自动化边缘需求。自动化会固化流程，流程没稳定前，代码反而会拖慢你。

第四个误区，是不记录交付过程。没有记录，下一次还是从头开始。

手工交付的正确用法，是先用人工把价值跑出来，再把重复、稳定、高频、能缩短价值时间的部分产品化。