EXECUTIVE SUMMARY
先看结论
- 01先保存双方确认的需求基线
- 02缺陷修复与新增需求使用不同流程
- 03变更必须同时评估费用和工期
- 04口头确认应补充到可追溯记录
01
先建立可以对照的需求基线
合同签订后，把页面、功能、内容责任、接口、适配范围和明确排除项整理成版本化清单。原型、设计稿和会议结论只有标明版本与确认人，后续才有判断变化的依据。
- 页面与功能清单
- 内容和资料责任
- 原型与设计版本
- 接口和第三方条件
- 不包含事项
02
区分缺陷、细化和新增需求
已确认功能无法按约定运行属于缺陷；对原有描述补充必要细节可能属于范围细化；新增角色、流程、页面或接口通常属于变更。判断时要回到基线，而不是只凭某一方印象。
- 原范围缺陷
- 必要细化
- 新增页面
- 新增业务规则
- 第三方变化
03
每次变更做一次影响评估
变更单至少说明提出人、业务原因、涉及模块、设计开发测试工作、费用、工期和对已完成成果的影响。只有价格没有排期，或只有排期没有验收变化，都不完整。
- 变更说明
- 影响模块
- 新增工作量
- 费用与付款
- 工期与验收
04
把确认和实施分成两个动作
项目负责人先完成影响评估，再由企业授权确认人决定接受、延期或放弃。确认后进入明确版本和排期；紧急口头决定也要在当天补记，避免上线前无法还原责任。
- 授权确认人
- 接受或拒绝
- 版本与排期
- 会议纪要
- 变更关闭记录
FAQ
常见问题
01小修改也要走变更流程吗？＋
文字和图片等低风险修改可走简化记录，但仍应计入约定轮次或月度工作量。
02客户晚交资料导致延期怎么算？＋
项目计划应记录双方前置条件；资料延迟造成的影响应重新确认排期。
03开发已经做完才发现理解不同怎么办？＋
先对照需求基线和确认记录判断，再区分缺陷、表达歧义和新增需求。