卡片详情
区分伪需求识别与需求验证
这张卡生成于 2026年8月1日星期六，标签为 先筛候选，再验证强度，主题为 需求判断的两轮筛查。这里保留完整阅读结构，便于单张回看与后续补写备注。
先筛候选，再验证强度需求判断的两轮筛查2026-08-01
今日回看主题
区分伪需求识别与需求验证
一句话提醒
伪需求识别先判断值不值得认真对待，需求验证再确认它是否强到值得当前投入。
为什么今天看它
- 把两步混为一谈时，团队不是过早排除潜在需求，就是在证据不足的事项上直接讨论优先级和方案。
留一个问题
你手里的一个功能诉求，是连真实场景和价值都说不清，还是已像需求但还缺频率、影响和替代成本的证据？
参考思路
- 1.先回到业务场景与价值，识别它是否只是方案、情绪或“看起来高级”的表达。
- 2.明显不成立的伪需求直接排除或降级。
- 3.对仍可能成立的需求，再查频率、影响范围、稳定性、业务损失和替代成本。
- 4.验证通过后才进入优先级判断。
- 5.优先级明确后，再讨论当前方案是否合适。
原文入口
网页查看03_知识库/问题/伪需求识别和需求验证有什么区别.md
补写备注
当前 1.0 版本暂不提供网页端编辑能力。后续如需补写备注或二次整理，将继续保留在卡片结构中。