识别缺乏场景与价值支撑的伪需求

一句话提醒

有人提出、听起来合理或局部有帮助，都不足以证明一个需求值得当前投入。

为什么今天看它

• 面对‘做出来看起来更高级’这类诉求时，先追问使用者、场景、频率、痛点和不做的损失，才能区分低优先级真需求与当前阶段的伪需求。

留一个问题

你正在考虑的一条需求，真实使用场景、发生频率、稳定痛点和业务价值分别是什么？如果说不清，是否还不该进入开发？

参考思路

1. 1.确认是谁在什么场景下使用，以及具体要完成什么任务。
2. 2.追问痛点是否稳定发生，频率和影响是否足够明确。
3. 3.拆掉‘看起来更高级’等感受性表达，寻找可验证的业务结果。
4. 4.判断不做会造成什么损失，并与开发成本和替代方案比较。
5. 5.证据不足时先降级、补验证或驳回，不要因为有人提出就直接立项。

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