交付方法
实施类项目最大的争议从来不是技术，是「这算不算做完」。
五步
- 1
需求确认（1–2 周）
把「我们想要一个 AI」翻译成具体的功能清单与验收条件。这一步产出的文档直接决定后面会不会扯皮。
- 2
范围锁定
明确本期做什么、不做什么。范围外的需求走变更流程，不口头答应。
- 3
分阶段开发
每 2 周一个可演示的版本，客户随时能看到进度，避免最后一次性交付时才发现方向错了。
- 4
联调与测试
与客户现有系统联调，做权限、并发、异常场景测试。
- 5
上线与交接
部署、培训、交文档与管理员权限。交付完成的标志是客户的人能独立操作。
验收怎么定
| 类型 | 验收方式 |
|---|---|
| 功能类 | 按需求文档逐条演示通过 |
| 性能类 | 约定并发数与响应时间，实测达标 |
| 效果类 | 约定可量化的业务指标（如单篇内容耗时、人工介入率），运行一个周期后对比 |
| 交接类 | 客户指定人员独立完成一次完整操作，无需我们介入 |
效果类指标最难定，也最容易起争议。我们的做法是在项目开始前就把基线测出来，否则事后无法证明改善了多少。
常见问题
需求后期变了怎么办？
走变更流程：评估影响（工期、费用），双方书面确认后再做。不在口头层面答应，是保护双方。
交付后出问题谁修？
质保期内属于交付范围的缺陷免费修；质保期后可签维护协议，或由客户自己维护（我们会把所有配置和文档交出去）。