15 | 从受众规模、需求频率和强度出发：排定需求优先级的方法（

“一朝需求不称意，口里驱蛩心上蚝。” ——（明）刘基

避免毫无价值的正确

那么怎样去区分优先级呢？
还是从“谁的什么问题”出发，
首先我们去将所有的利益相关者以及他们的问题列出来，逐条分析受众的规模，以及问题的频率和强度。
最简单的逻辑是：受益者越多、问题的频率越高、强度越大，则解决这样问题的价值就越大，优先级也越高。

规模、频率与强度

判断规模，
有一个概念叫做 TAM（Total Addressable Market），这是指潜在市场范围，
每项服务都有受众天花板，比如我们做一个面向中国影像科医生的服务，我们在网上查一下，发现全国从业的影像科医生不足二十万，那这就是当前的规模天花板。

需求的频率和强度比较容易理解，

比如我们知道吃饭和打车跟相亲和找工作相比是高频场景，而结婚和求职比吃饭和打车的强度大。
跟规模一样，频率和强度也会随着时代、基础设施以及环境的变化而发生变化。

在规模、频率和强度之外还有一个考虑因素，叫主观的可达性，

我们拿吃饭举例子，按理说吃饭这个事情的规模、频率和强度都很高，所有人都要吃饭、每天至少三顿、不吃就饿死了。

但是，显然我们不可能按照全世界人口 x 3 去推算我们自己饭店的业务天花板，这个例子听起来可能会觉得很蠢，但其实很多商业计划和产品规划里的业务模式推算差不多就是这样的逻辑，很无奈。

不同的推测结果可能会有差异，但这其实不重要，重要的是要有完整和健全的逻辑链条，在这个逻辑链条中，客观因素越多，可控性就越差，整个产品模式的设计也就越不稳固。

排定优先级

理解了规模、频率和强度之后，就可以以此来做优先级排序了。

• 我们平时在挑战自己或别人的需求优先级时，首先会关注规模描述的逻辑，

也就是刚才说到的，你怎么算出服务的市场规模，这里面的逻辑通不通顺。

假设我现在设计一个产品，为一部分的 Python 开发者提供服务，

• 那我如何去计算 Python 开发者的数量，
• 如何对他们进行用户群区分，
• 以及怎样定位自己的目标用户，
  就会非常重要。

把不同利益相关者的问题列出来，在后面根据规模、频率和强度打分，然后综合考虑。

比如当某个用户提出需求期望的时候，

• 我们在挖掘到他背后的动机之后，会考虑他能代表多少人，是一个小众的需求，还是大部分用户面临同样的问题。

• 然后，我们去客观评价类似的问题出现几率是否高，有的问题虽然确实存在，但因为出现频率足够低，所以有时会策略性地选择暂时不去解决。

• 最后是从正反两面去评价强度，通俗一点说，就是问自己，如果满足了这个需求，用户会有多开心。以及，如果没有满足这个需求，用户会有多痛苦。

描述规模、频率和强度的时候，得到结论固然重要，但更重要的是去探求结论的过程，

• 它背后是产品经理对自己产品定位的深入理解，
• 还有对用户的理解、对场景的理解、
• 以及对市场和竞争环境的理解。
• 有时候还会包含产品经理的一些价值取向和判断，比如有人相信薄利多销，有人则愿意高价高质，这并没有对错，选择不同而已。