区分伪需求识别与需求验证

一句话提醒

伪需求识别判断它是否值得认真对待，需求验证判断它是否强到值得现在投入。

为什么今天看它

• 团队容易把所有需求都直接带入方案讨论。先做第一轮伪需求筛查，再用频率、影响、稳定性和替代成本验证强度，可以减少对表面合理诉求的过度投入。

留一个问题

你手上的一个需求，是从根上就不成立，还是确实存在但证据还不够强？下一步应是排除，还是补充验证？

参考思路

1. 1.先看业务场景、价值和提出者的真实问题。
2. 2.做伪需求识别，检查它是否只是情绪、方案偏好或看起来高级。
3. 3.若有成立可能，再验证发生频率、影响范围、稳定性和业务损失。
4. 4.比较替代成本与当前投入价值，判断需求强度而非只判断存在与否。
5. 5.验证通过后再进入优先级排序和方案讨论。

03_知识库/问题/伪需求识别和需求验证有什么区别.md