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

一句话提醒

伪需求识别先判断值不值得认真对待，需求验证再确认它是否强到值得当前投入。

为什么今天看它

• 把两步混为一谈时，团队不是过早排除潜在需求，就是在证据不足的事项上直接讨论优先级和方案。

留一个问题

你手里的一个功能诉求，是连真实场景和价值都说不清，还是已像需求但还缺频率、影响和替代成本的证据？

参考思路

1. 1.先回到业务场景与价值，识别它是否只是方案、情绪或“看起来高级”的表达。
2. 2.明显不成立的伪需求直接排除或降级。
3. 3.对仍可能成立的需求，再查频率、影响范围、稳定性、业务损失和替代成本。
4. 4.验证通过后才进入优先级判断。
5. 5.优先级明确后，再讨论当前方案是否合适。

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