如何验证一个需求是否真的成立

一句话提醒

验证需求不是继续讨论怎么做，而是先确认它是不是真的存在、稳定发生、影响够不够大。

为什么今天看它

• 它能在方案讨论之前先拦住‘先做了再说’的惯性。
• 它适合在任何新需求冒出来时，先做一轮成立性和强度检查。

留一个问题

我现在讨论的这个需求，已经有明确用户、真实场景、稳定频次和足够影响了吗？

参考思路

1. 1.先看用户和场景。没有明确对象和真实发生情境，后面的讨论很容易漂。
2. 2.再看频次和替代方案。稳定高频、替代成本高，才更像值得认真投入的需求。
3. 3.最后看影响强度。需求验证回答的是‘真不真、强不强’，不是直接跳去‘怎么做’。

03_知识库/问题/如何验证一个需求是否真的成立.md