用真实场景、稳定痛点、频率和业务价值识别伪需求

一句话提醒

一个需求被提出、听起来合理，仍不代表值得投入；还要确认真实场景、稳定痛点、使用频率和足够的业务价值。

为什么今天看它

• 先识别伪需求，可以避免把局部帮助或“看起来更高级”的表达直接推进开发，把资源留给真正能支撑当前目标的事情。

留一个问题

这个需求是谁在什么场景下高频使用？不做会影响什么结果？它解决的是稳定痛点，还是只是局部偏好、方案表达或视觉感受？

参考思路

1. 1.先追问具体用户、使用场景、触发时机和当前行为。
2. 2.确认是否存在稳定痛点、足够频率和可观察的影响结果。
3. 3.把“看起来更高级”或“有人提过”与真实业务价值区分开。
4. 4.判断价值是否足以支撑当前的开发、维护和机会成本。
5. 5.将需求降级、验证或驳回，并记录保留问题和重新评估条件。

03_知识库/问题/什么是伪需求，为什么有些需求看起来合理却不值得做.md