签软件外包合同前，先把这几项写清楚

关键判断一览

把签署附件锁定到同一版本

功能清单、原型、接口表和报价附件需要标明日期或版本，并说明彼此不一致时如何澄清。聊天中出现的新想法不能自动成为双方已经确认的交付范围。

例如“订单管理”应展开是否包含批量导出、退款审核、修改地址和操作日志。本文提供交付沟通要点，具体合同权利义务与条款效力应由签约方结合项目进行专业审阅。

• 将明确不在本期范围的内容和可选功能单列。
• 保留确认记录和附件版本，避免多人各自使用不同原型。

把付款节点与可验收成果对应

原型、测试版本和正式交接分别约定验收材料与反馈过程。演示视频可以辅助说明，但业务方仍需能进入约定环境验证关键流程。

比如测试版交付时一并提供账号、样例、已知问题和功能对应表；业务方反馈问题后记录严重程度、处理计划与复测结果，避免把缺陷和新增需求混在一起。

• 约定谁收集验收反馈、谁确认范围变更。
• 源码与部署交接需要可运行验证，不只确认文件数量。

维护与变更分别讨论

缺陷修复、业务变更、平台规则调整和第三方故障可能需要不同处理方式。先定义分类方法与评估流程，再讨论响应和费用。

一项新需求要说明新增输入、角色、数据和测试影响，形成可比较的变更记录。上线后技术服务由谁接手、需要哪些权限，也应在交接阶段落实。

• 明确维护联系人、工作时段与故障升级方式。
• 第三方服务中断时区分技术协助与供应商责任。