1704232950
1704232951
紧急程度
1704232952
1704232953
需求紧急程度也可以作为衡量需求强度的判断原则。科学的时间管理建议我们应该更有计划性，尽量避免紧急的事情发生，但现实中的确有这样的需求，真的是受各种客观情况所限，必须马上动手实施或调整计划。比如，极个别用户的负面评价，引起了广泛的舆论风波，必须要在产品上做出响应；营销方案已经开始推广，忽然发现支撑后台还有部分功能没有实现；竞争对手突然提高了补贴力度，必须马上决定是否应战。
1704232954
1704232955
持续时间
1704232956
1704232957
持续时间是指一个功能做好之后，用户有效使用的周期是多久。有一些需求上线后用户可能只用几天，另外一些需求上线后用户可以用几年，产品经理当然愿意做后者。举个例子，中秋节的促销活动一般只持续3天。如果要开发一个特定的系统，那么产品经理通常会采取两种对策，或是和营销人员沟通，询问能否借用已有功能来实现这一需求，或是争取把这个功能做成通用模块，以后可以经常复用。
1704232958
1704232959
不同阶段的产品看重什么
1704232960
1704232961
在产品的不同阶段，对上面提到的广度、频度、强度，会有不同的侧重点。
1704232962
1704232963
产品早期的验证阶段，更重视“强度”。通常在产品上线前后，要设法验证用户是否认可产品，愿意用且愿意反复用，即测验留存率高低。只有留存率够高，产品在将来才会有好的发展，而留存率高就要求产品背后的需求足够强。所以，刚上线的产品就像大家在小学应用题里经常见到的那个游泳池，有一个进水口在进水（获取新用户），有一个出水口在出水（失去老用户）。如果产品经理在现实生活中遇到这样的事情，当然会先去堵上出水口，而不是急于灌水。这个阶段的产品，常见的版本号是0.8.0 .9和1.0，还在不断试错，寻找最能打动用户的切入点。
1704232964
1704232965
验证完毕，产品进入大面积拉新（指获取新用户）的阶段，这时更重视“广度”。这个阶段的产品需要快速增长，希望通过各种推广来占领更多市场份额，以尽快与对手拉开差距。所以，拉新是否顺利，依赖的就是需求和功能覆盖的广度是否够大，当然也离不开足够的资源和资本支持。对于产品本身，此阶段常见的版本号是1.1.1 .2，工作重心依然是围绕核心功能做优化，同时可以获取大量的用户反馈。
1704232966
1704232967
当用户增长出现瓶颈，就需要开始对产品的用户进行激活，这时更重视“频度”。拉新阶段，通常的策略是先攻“单用户获取成本”低的场景，比如你要主攻白领人群，那么上下班时间的写字楼电梯口，就是一个好场景，在这里单位时间内能获取的新用户数肯定高于你在路边随机拉人。但是，当这类场景都做得差不多了，拉新成本就会越来越高，也就意味着用户数没法一直保持高速增长。这时再想扩大产品的价值，怎么办？在每个用户身上挖掘更大的潜力是个好办法，所以这个阶段适合做频度，让已有用户更加活跃，使用产品的频次提高，贡献更大的价值。这时候产品一般会出现大幅度的版本跳跃，比如从2.X升级到3.0。
1704232968
1704232969
当然，上述对产品阶段的划分过于理想化，真实情况是各个环节互相渗透，交替出现。
1704232970
1704232971
6.1.2 几个价值判断的案例
1704232972
1704232973
对于功能的价值判断，可以借助回答下面这两个问题来得到结论：
1704232974
1704232975
谁的痛，有多少这样的人？（这些人是核心用户吗，人群足够大吗？）
1704232976
1704232977
痛有多深？何时会痛？何地会痛？多久一次？一次多久？（具体场景典型吗？需求刚性吗？）
1704232978
1704232979
完成判断后，再来验证一下被判断为价值最大的那些功能，是不是正好满足第03章提出的产品概念切入点——核心用户、刚性需求、典型场景，借由二者的吻合情况可再次验证整个产品功能价值判断的逻辑。
1704232980
1704232981
下面这些案例，可以用来对大到产品、小到功能的价值进行综合判断，进而推导出产品发展的对策。
1704232982
1704232983
实用工具，如何突破
1704232984
1704232985
以墨迹天气为例，来聊聊实用工具类产品在价值上的优劣，以及如何突破工具产品没有想象空间的瓶颈。
1704232986
1704232987
墨迹天气的优势在于潜在用户数很大，几乎所有人都有看天气的需求；而且，需求频次很高，每天都要看天气。所以，它可以作为典型的入口级产品快速积累用户。
1704232988
1704232989
但是，它和用户之间的互动关系很疏远，这导致单用户价值很低。甚至可以说，看天气的只是“用户画像很模糊”的人，都称不上是真实的用户。因为Ta用了几年都没有注册，墨迹天气根本不知道Ta是谁。而且，每次的需求也很简单，只是点开App、刷新，看到天气情况后就离开，其间只停留5秒钟左右，产品方几乎难以榨取任何价值。此外，因为产品门槛不高，所以可替代性很强，用户如果要换另外一个天气应用，在使用上并没有太大区别。这就是典型的工具型产品的困境。
1704232990
1704232991
所以，我们看到墨迹天气做了各种尝试，这些尝试对其他工具型产品都很有启发。比如，它推出时景功能，让用户拍照、上传，在产品里留下一些数据，以期用户对产品的依赖性和黏性增强，如图6-3所示。再如，它利用自己的大流量，给其他产品引流，这种“把用户卖给别人”的做法也不失为一种很有价值的探索。
1704232992
1704232993
有一位同行说过这样一句精彩语录：一个产品要大成，靠的就是用户与你产生复杂的积极性情感 。所以，很多工具都在尽力向社区和个性化的方向靠拢，其实都是为了让用户跟自己产生情感。
1704232994
1704232995
1704232996
1704232997
1704232998
图6-3 墨迹天际的时景
1704232999