如何评估一个需求值不值得做？以下阐述我评估的过程：
1、首先，应了解清楚一个需求最基础的问题
用户：这个需求要满足的用户是谁？
场景：用户是什么情况下提出来的？
问题：要解决的核心问题是什么？
动机：用户要解决这个问题的目的和动机是什么？
原方案：用户原来解决这个问题的方案是怎样的？
2、然后，通过调研或数据分析验证需求/问题是否存在
然后，如果有条件，我会开展简单的调研，回到用户产生需求的现场，确认一下要满足的需求或待解决的问题，了解真实情况，而非坐在办公室臆想。通常我会也让用户对他所提出问题的重要程度和痛苦程度打分，以了解用户对这个问题的评估值。当然通过数据分析也是一种方法，基本上我认为任何产品判断都应有依据，最好做好调研或数据分析后再做判断。
上面是从整体上了解清楚这个需求是什么？对其真伪有个基础判断。
3、接着，才会对这个需求进行评估，判断这个需求值不值得做？
首先，应先判断这个需求是否符合产品的定位和边界吗？做了之后，对产品或业务的价值在哪？
然后，再通过广度、频率、强度这三个维度进行判断（框架参考—苏杰《人人都是产品经理2》）
1）广度：潜在用户数*单用户价值
如果这个需求只是个别用户存在这个问题，或潜在用户数并不大，那么它的价值就相对低点；服务坐车出行的人群，就肯定比坐飞机出行的潜在用户数要大得多。但也强调单用户价值，坐飞机出行的消费能力，单用户价值就会比坐车出行的人群要大。价值广度是潜在用户数和单用户价值综合的结果。
2）频率：需求频次*单次复杂度
不同的需求有不同频率，同等条件下，我们应该做频率高的需求，如一周统计一次报表需求价值>一个月统计一次>一年统计一次。但相对低频，但单次复杂度，单价比较高的需求，也是有很大的价值空间，这与广度的单用户价值相似，通常来说，C端产品高频低价，要抓用户量，B端产品低频高价，要做单次交易利润。
3）强度：强烈程度*紧急程度
用户对该需求有多强烈需求，该需求是否紧急。如果一个管理系统，线下业务流程已经发生了明显的变化，强烈要求调整系统调整某些功能的设定，否则难以在系统上执行操作，那么就应该优先对用户所提的这个需求进行考虑。如果网站都宕机，无法访问，这紧急程度不言而喻，优先处理。
4、最后，会考虑我们能不能更好满足这个需求，解决这个问题。
初步设想下满足该需求的解决方案大概是怎样的，技术可行性如何、能否比原来的方案更优，更具竞争力。
最后，用一张画布概括上述具体步骤，希望对你有帮助。
