一笔 SaaS 业务如何完整流转

5.1 五流合一

阶段	合同订单流	服务流	资金流	票据流	数据流
获客	隐私告知、活动规则	内容/咨询	市场费用	供应商发票	线索与同意记录
商机	NDA、需求记录	演示/POC	POC费用可选	报价单	客户需求、安全问卷
签约	主合同、订单、DPA/SLA	待开通	预收或应收	数电发票	合同主数据、计费计划
实施	实施计划、变更单	配置、迁移、培训	里程碑回款	对应发票	租户、用户、迁移日志
运营	服务条款、支持政策	在线服务、支持	按期收款	红冲/补开等	用量、工单、审计日志
续费	续费订单、调价通知	延期服务	续费回款	续费发票	健康度、续费预测
终止	终止确认	导出、关闭、删除	退款/结清	红字发票视情形	导出凭证、删除记录

正在绘制业务流程…

5.2 每个关口的输入、输出和控制点

关口	触发	负责人	输入	输出	不通过怎么办
商机立项	符合ICP且有触发事件	销售	线索、需求	商机记录	培育或关闭
方案评审	进入正式报价	售前/产品	需求清单	标准方案、差距清单	拒绝不可控定制
折扣审批	超标准折扣	销售管理/财务	报价、竞争信息	批准价格	调整范围或期限
合同评审	客户回传条款	法务/安全/财务	合同、DPA、SLA	风险意见、审批记录	升级决策或不签
开通审批	合同生效且付款条件满足	财务/运营	合同、回款/授信	租户开通单	暂缓开通
上线评审	配置迁移完成	实施/客户	UAT结果	上线确认	修复、延期或变更
续费预测	到期前180/120/90天	客户成功	健康度、价值记录	续费策略	挽回、降配或退出
关闭审批	合同到期或终止	客户成功/安全	终止条件	导出、关闭、删除证据	暂存并升级争议

01销售

02法务安全

03财务

04实施与客户成功围绕同一份客户订单

05承诺清单和开通条件完成可追踪交接

图 3：SaaS最容易出问题的地方不是单个岗位，而是合同承诺在部门交接时丢失。

5.3 销售到实施交接：把承诺变成可执行基线

签字并不代表实施可以立刻开始。PROC-I02-04 的终点是形成可执行合同，PROC-I02-05 还要验证生效、付款或信用、SKU和开通条件，PROC-I02-06 才把它变成上线结果。三个流程混在一起，常见后果是“合同签了但谁也不知道卖了什么”“租户先开了但账单没建”“实施按售前演示做，合同却写了另一套范围”。

【典型做法】ROLE-I02-09 召集四十五至六十分钟内部交接会，ROLE-I02-12 有权退回证据不完整的订单。最低交接包包括：

交接对象	必填内容	来源ID	实施如何核验	缺失时动作
客户与主体	签约主体、付款主体、租户组织、授权联系人	DOC-I02-04	对客户ID与租户ID	退回销售补齐
商业范围	套餐、SKU、数量、服务期、免费项、账期	DOC-I02-03、DOC-I02-04、DOC-I02-06	与SYS-I02-03、SYS-I02-04对账	禁止正式开通
业务目标	基线、目标、关键角色、观察期	DOC-I02-01、DOC-I02-02	写入成功计划	召开目标澄清会
产品差距	标准、配置、接口、待开发、拒绝项	DOC-I02-02	与版本和路线图核对	产品重新批准
实施范围	环境、迁移轮次、培训、驻场、里程碑	DOC-I02-08草案	估算人日和依赖	形成变更或重排
数据与安全	字段、来源、角色、传输、分包、保留	DOC-I02-05、DOC-I02-26	安全前置条件清单	暂停生产数据处理
合同例外	SLA、赔偿、专属承诺、终止、数据处置	DOC-I02-04	逐项映射责任岗位	例外升级
客户准备	项目经理、管理员、样本、接口、决策机制	DOC-I02-08	启动会确认	标记客户依赖与日期

交接会不是朗读合同。ROLE-I02-12 应对每个承诺追问“谁在何时用何证据证明完成”。例如“支持单点登录”必须落成身份提供商、协议、测试环境、证书责任、账号映射和失败回退；“迁移历史数据”必须落成表、字段、数量、质量门槛、增量窗口和客户签字人。无法转成验收语言的承诺，尚不具备交付条件。

5.4 实施计划：用依赖、里程碑和决定管理项目

DOC-I02-08 不能只有甘特图。每项任务至少有 task_id、责任岗位、计划日、完成定义、前置依赖、证据链接和状态。建议把实施拆成六个门：启动、设计确认、配置完成、迁移彩排、UAT通过、上线转运营。

实施门	供应商主要动作	客户主要动作	完成证据	常见异常
G0 启动	建计划、角色与升级路径	任命负责人和关键用户	双方确认DOC-I02-08	采购签完但业务方不知情
G1 设计确认	输出配置与接口设计	确认流程、权限、主数据	配置基线v1	关键决策人缺席
G2 配置完成	配置租户、角色、规则	提供账号和测试数据	配置清单、冒烟测试	口头变更持续进入
G3 迁移彩排	转换、导入、生成差异报告	清洗源数据并确认差异	DOC-I02-09彩排版	总数对上但关键字段错
G4 UAT通过	提供环境、修复阻断项	执行业务脚本并签结论	DOC-I02-10 UAT版	只让IT测试，业务不参加
G5 上线转运营	切换、监控、值守、培训	发布内部通知和启用旧系统限制	上线决定、回退点、成功计划	没有回退条件，周五夜间硬切

每周项目会只需要围绕四张清单：未来两周里程碑、未决事项、风险与问题、变更单。会议纪要中“已沟通”“持续跟进”不是有效状态；应改成“客户 IT 经理于4月3日前提供 SSO 测试元数据，未提供则 G2 顺延，ROLE-I02-12 于4月1日提醒”。这样才能把延期原因和责任从情绪争论变成证据。

5.5 数据迁移：不仅对总数，还要对语义和可用性

数据迁移常被低估，因为 CSV 能导入不等于业务可用。完整迁移至少经历抽样、映射、清洗、彩排、差异处理、正式切换和归档七步。源系统字段 owner 可能是姓名，新系统却要求稳定用户 ID；状态“已完成”在两个系统中的定义也可能不同。若只对记录总数，迁入数据仍可能无法搜索、统计或追责。

【教学示例】启明制造提交五万条历史工单。彩排结果如下：源文件50,000条；去除客户确认的重复记录320条；因缺少必填分类而暂挂180条；成功导入49,500条。数量勾稽为 50,000 - 320 - 180 = 49,500。但还需执行：随机抽样两百条字段准确率、所有未关闭工单逐条核对、附件数量与哈希抽查、创建人与部门映射、日期时区检查、权限抽查。DOC-I02-09 应同时保存源文件校验值、转换脚本版本、异常清单、处理决定和客户确认。

若客户在彩排后继续使用旧系统，应定义增量迁移窗口。例如4月10日18:00冻结旧系统新增，18:30导出增量，19:00完成转换，20:00导入，21:00业务抽检，22:00决定正式切换或回退。任何一步超出门槛即触发回退；“大家加班直到成功”不是控制方案。

5.6 UAT：由业务用户证明流程可工作

UAT不是让客户随便点几下，也不是把供应商单元测试交给客户重做。ROLE-I02-12 与客户业务负责人应以真实角色和脱敏样本设计端到端脚本，每个脚本写明前置数据、操作步骤、预期结果、证据和严重度。DOC-I02-10 至少包含以下四类场景：

1. 正常业务：创建、分派、处理、升级、关闭和评价全部完成，通知和报表一致。
2. 异常业务：重复工单、缺字段、超时、接口失败、撤回、重新打开和批量导入错误有清楚处理。
3. 权限业务：普通用户不能看其他部门或其他租户数据，管理员操作留日志，离职账号及时失效。
4. 非功能验证：约定并发、响应、备份恢复、浏览器或移动端兼容，以及监控和支持入口可用。

缺陷分级必须与上线决定相连。教学型规则可以是：P1导致关键流程不可用或有重大数据/安全影响，未解决不得上线；P2有受控绕行方案，可由双方授权人书面接受并给出修复日；P3不阻断流程，进入上线后计划。具体等级与容忍度由项目约定，不能把这个例子直接当合同标准。

UAT结论只有三种：通过、不通过、有条件通过。“有条件通过”须列遗留项、临时方案、责任人、截止日、业务影响和未完成时的处置。仅有一句“基本满足需求”无法支持交付、争议处理或运营交接。

5.7 上线日、超关怀期与运营交接

上线决定应在切换前完成 Go/No-Go 评审。参与者至少包括 ROLE-I02-12、ROLE-I02-05、ROLE-I02-14、ROLE-I02-13、客户项目负责人和业务负责人；涉及高风险数据或例外时加入 ROLE-I02-06、ROLE-I02-17。检查合同和开通条件、迁移、UAT、容量、监控、支持、培训、回退点和对外沟通。

正在绘制业务流程…

【典型做法】上线后七至十四天设置超关怀期，但不是“所有人待命”。应明确每日两次检查窗口、严重度通道、关键客户联系人和退出标准。退出条件可包括连续五个工作日无P1、P2都有责任人和日期、关键角色激活达到双方目标、工单量回落到常态、监控和知识库完善。退出后 ROLE-I02-13 接手 DOC-I02-30 成功计划，ROLE-I02-14 接手常规工单，ROLE-I02-12 关闭项目成本和遗留项。

01实施

02客户业务

03产品

04安全和运维角色在上线闸门前核验迁移

05UAT

图 3A：上线不是按日历自动发生；阻断项清零、证据齐备且授权人放行后，闸门才由橙色转为蓝绿。