需求的真实度分级

客户说“用户一定会用这个功能”时，这句话的可信度和“这个功能符合我们现有的审批制度”完全不一样。前一句是猜测，后一句是约束。可惜很多需求文档把两者写成了同一种语气。

三个可信度等级

确定：由制度、合同或法规决定，必须实现，比如发票格式、审批层级。

较确定：有历史数据或实际操作支撑，比如现有系统每天有多少笔业务。

假设：来自个人判断或行业惯例，需要上线后验证，比如“用户会愿意填写这个表单”。

分级之后怎么用

确定级需求直接排期，假设级需求先做最小验证，比如灰度给一个部门使用。

在需求文档里标注每一条的等级，评审时优先讨论假设级的部分，那里才是风险所在。

承认不确定不是不专业，把不确定当成确定才是。分级让团队把精力放在真正需要判断的地方。