​如何评估一个需求值不值得做？以下阐述我评估的过程：

1、首先，应了解清楚一个需求最基础的问题

用户：这个需求要满足的用户是谁？

场景：用户是什么情况下提出来的？

问题：​​​要解决的核心问题是什么？ 

动机：用户要解决这个问题的目的和动机是什么？

原方案：​​用户原来解决这个问题的方案是怎样的？​

2、然后，通过调研或数据分析验证需求/问题是否存在

然后，如果有条件，我会开展简单的调研，回到用户产生需求的现场，确认一下要满足的需求或待解决的问题，了解真实情况，而非坐在办公室臆想。通常我会也让用户对他所提出问题的重要程度和痛苦程度打分，以了解用户对这个问题的评估值。当然通过​数据分析也是一种方法，基本上我认为任何产品判断都应有依据，最好做好调研或数据分析后再做判断。​​​​

上面是从整体上了解清楚这个需求是什么？对其真伪有个基础判断。​

3、接着，才会对这个需求进行评估，判断这个需求值不值得做？

​首先，应先判断这个需求是否符合产品的定位和边界吗？做了之后，对产品或业务的价值在哪？

然后，再通过​广度、频率、强度这三个维度进行判断（框架参考—苏杰《人人都是产品经理2》）

1）广度：潜在用户数*单用户价值

如果这个需求只是个别用户存在这个问题，或潜在用户数并不大，那么它的价值就相对低点；服务坐车出行的人群，就肯定比坐飞机出行的潜在用户数要大得多。但也强调单用户价值，坐飞机出行的消费能力，单用户价值就会比坐车出行的人群要大。价值广度是潜在用户数和单用户价值综合的结果。

2）频率：​需求频次*单次复杂度

​不同的需求有不同频率，同等条件下，我们应该做频率高的需求，如一周统计一次报表需求价值>一个月统计一次>一年统计一次。但相对低频，但单次复杂度，单价比较高的需求，也是有很大的价值空间，这与广度的单用户价值相似，通常来说，C端产品高频低价，要抓用户量，B端产品低频高价，要做单次交易利润。

3）强度：强烈程度*紧急程度

用户对该需求有多强烈需求，​该需求是否紧急。如果一个管理系统，线下业务流程已经发生了明显的变化，强烈要求调整系统调整某些功能的设定，否则难以在系统上执行操作，那么就应该优先对用户所提的这个需求进行考虑。如果网站都宕机，无法访问，这紧急程度不言而喻，优先处理。

4、最后，会考虑我们能不能更好满足这个需求，解决这个问题。

初步设想下满足该需求的解决方案大概是怎样的，技术可行性如何、能否比原来的方案更优，更具竞争力。​​

最后，用一张画布概括上述具体步骤，希望对你有帮助。