一、从源头提高：写电商系统研发需求前先定 3 件事
1. 先定业务规则，再写功能
订单超时、库存扣减、优惠券叠加、退款逻辑、支付流程……
→ 规则不确定，不开始写文档。
2. 先画流程图，再写文字
没有流程图的需求，90% 不完整。
必须画：
正常流程
异常流程
边界场景（失败、取消、超时、重复）
3. 先做原型，再描述界面
界面不画清楚，文字再详细也会歧义。
二、写作方法：让需求无歧义、可落地、可测试
1. 使用“用户场景化”描述
格式：
谁 → 在什么场景 → 做什么操作 → 系统给出什么结果
禁止模糊词：大概、应该、可能、自动、合适。
2. 所有规则必须量化
超时：30分钟，不是“一段时间”
满减：满100减20，不是“满一定金额”
显示：显示前10条，不是“显示一部分”
3. 每条功能必须带【验收标准】
验收标准必须：
可观察
可量化
可判断对错
例：
订单未支付超过30分钟自动关闭，库存还原，优惠券退回。
验收标准：30分钟到点后订单状态变为“已关闭”，库存+1，优惠券恢复可用。
4. 明确“做什么、不做什么”
避免范围蔓延，最能提升质量。
5. 统一术语、统一字段、统一状态
例如：
订单状态：待支付、已支付、已发货、已完成、已关闭
禁止混用：订单、单据、定单
三、结构规范：用固定模板保证质量稳定
强制使用统一目录（电商最稳结构）：
1. 文档基本信息（版本、作者、更新记录）
2. 业务背景与目标
3. 功能范围（做 / 不做）
4. 业务流程图
5. 页面原型与交互
6. 字段说明、状态说明
7. 业务规则（核心！）
8. 异常流程、边界场景
9. 对原有系统的影响（二次研发必备）
10. 兼容性、数据处理
11. 验收标准
12. 风险与注意事项
结构统一 = 质量不会忽高忽低。
四、检查机制：用清单杜绝低级错误
提交评审前必须过自检清单：
是否有流程图？
是否有原型？
是否每条规则都明确？
是否有边界/异常？
是否有验收标准？
是否有影响范围说明？
是否无模糊词？
是否术语统一？
缺一项，打回重写。
五、评审机制：让三方对齐，从根上提高质量
必须参加的人：
业务方（提需求）
产品（写需求）
研发（做需求）
测试（验需求）
评审只确认 4 件事：
1. 逻辑对不对
2. 有无歧义
3. 有无遗漏
4. 能不能实现
研发不提问题 = 默认理解正确，倒逼大家找漏洞。
六、电商系统研发需求澄清机制：歧义不过夜
任何不明确：
1. 立即记录
2. 书面提问
3. 需求负责人确认
4. 更新文档+升版本
5. 同步所有相关人员
禁止口头确认、禁止猜需求。
七、持续提升：把问题变成规范
每次出问题，都补充到：
术语字典
业务规则手册
歧义案例库
检查清单
需求文档质量会越来越稳。
八、最简单的总结（可直接当制度）
提高电商系统研发需求文档质量，就 8 条：
1. 先定规则，再写功能
2. 先画流程图，再写文字
3. 先出原型，再描述界面
4. 全部量化，不模糊
5. 每条功能带验收标准
6. 统一术语、统一字段
7. 必须过自检清单
8. 必须经过三方评审
做到这 8 条，需求质量至少提升 80%。
