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

一句话提醒

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

为什么今天看它

• 它能把讨论从方案层拉回成立性判断，减少还没确认问题就先堆功能的常见偏差。
• 它适合在需求一开口就像是合理要求时，帮你先过一遍用户、场景、频次、替代方案和影响强度。

留一个问题

我现在面对的这条需求，是真的稳定存在的问题，还是只是看起来合理、但还没有足够证据支撑投入？

参考思路

1. 1.先问给谁用、在什么场景用。没有明确用户和真实业务场景，需求很难算成立。
2. 2.再看频次、替代方案和不做的影响。能不能手工替代、问题是不是稳定高频、影响是不是足够强，这些决定需求强度。
3. 3.最后把验证和优先级拆开。需求即使是真的，也不代表现在一定先做；成立性和排序是两步判断。

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