DEPLOYMENT REVIEW · 5 RESPONSIBILITIES
SaaS 与独立部署不是二选一的标签题。先逐项确认数据责任、运维资源、变更节奏、恢复安排和接口边界，再用实际业务与书面方案判断哪种安排能承担责任。
直接答案：部署方式是结果，责任边界才是评估起点。
选型会上常有人问“我们更适合 SaaS 还是独立部署”，但如果没有把责任写出来，答案容易停留在偏好。有人关注上线速度，有人担心后续改动，有人只问价格，却没有确认故障时谁处理、数据导出怎样验收、业务高峰期怎样安排变更。
GROUND 01
先说明：本文不替任何项目下结论
星粤科技已确认提供独立部署、成熟 SaaS 方案及定制开发等服务方式；具体范围需进入演示、技术评估和书面项目方案核实。
边界
本文提供的是评审问题与记录方法，不推定任何一方的数据托管、安全认证、恢复时效、接口数量或服务承诺。没有演示或书面依据的内容，应保留为待确认项。
GROUND 02
五类责任，放进同一张评审表
把宽泛要求拆成可以在业务、技术和项目讨论中逐项确认的事项。
| 评审角度 | 内部团队要确认 | 供应方要说明 | 记录中保留 |
|---|---|---|---|
| 数据责任 | 哪些业务数据需要连续查询，谁对数据口径负责。 | 数据范围、访问边界、导出方式与双方责任。 | 数据对象、联系人、书面依据。 |
| 运维资源 | 企业是否有明确技术联系人和日常处理能力。 | 日常维护由谁承担，问题怎样进入处理流程。 | 责任人、处理入口、未决事项。 |
| 变更节奏 | 字段、流程、权限或报表多频繁调整。 | 变更怎样提出、评估、测试和确认。 | 影响范围、版本、确认记录。 |
| 恢复安排 | 业务中断时哪些订单、仓储或费用环节优先恢复。 | 演示或书面方案怎样说明恢复与沟通安排。 | 优先级、联系人、复核结果。 |
| 接口与退出 | 计划连接哪些系统，未来需要带走哪些数据。 | 接口与导出范围、格式及验收方式。 | 数据清单、样例、验收结论。 |
GROUND 03
不要用一句“更灵活”替代场景验证
同一条业务路径，才能看清责任是否说得具体。
建单谁可创建与修正基础信息，依据在哪里。
状态变更谁可修改，修改前后怎样被解释。
费用确认未确认费用如何标识，谁负责跟进。
查询导出谁需要什么记录，怎样用样例验收。
异常处理问题出现后，业务确认与技术处理分别找谁。
GROUND 04
一张脱敏评审单，可以这样填写
状态只记录“待评估、已确认、需补材料”等中性结论，不把猜测当作能力。
- 业务情形
- 在途订单仍需持续查询（脱敏示例）
- 当前担心
- 人员变化后，谁能定位历史记录
- 需要材料
- 演示路径、角色说明、交接联系人
- 结论状态
- 待评估
FLOW 05
从业务责任走到部署决定
顺序的作用是把未确认项留在台面上，再由有授权的负责人决定项目边界。
- 列出业务确认必须连续处理的业务、数据对象和责任岗位。
- 盘点资源写明可投入的技术与管理资源，不把临时协助当长期安排。
- 同场景核对用一条脱敏业务验证变更、接口、导出与问题处理方式。
- 保留缺口未确认项进入评审单，由授权负责人决定是否进入范围。
- 书面复核核对双方责任与验收条件，再确定部署选择。
