先筛查需求候选，再验证强度与当前投入价值

一句话提醒

伪需求识别先判断一个想法是否值得成为需求候选；需求验证再用频率、影响、稳定性与替代成本，确认它是否强到值得投入。

为什么今天看它

• 避免因为一个想法听起来高级或有人提出，就直接跳进方案讨论。
• 也避免把需求确实存在误当成现在值得做，让筛查、验证和排优先级分别回答清楚的问题。

留一个问题

我们现在是在筛查需求候选、验证它的证据强度，还是判断它在当前阶段的优先级？

参考思路

1. 1.先说清用户、业务场景、触发时机和期望结果，避免只围绕功能名词讨论。
2. 2.做伪需求筛查：确认场景、价值和真实问题，排除只是情绪、表面方案或看起来高级的想法。
3. 3.若它像一个真实需求候选，再验证发生频率、影响范围、稳定性、业务损失与替代成本。
4. 4.区分需求成立与当前优先级：通过验证后再结合资源、机会成本和阶段目标决定何时做，最后进入方案讨论。

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