错误|增长实践中常见错误,你一定中招过( 四 )


2. 定义问题比给出解决方案重要通常产品经理是直接给出方案的,这些在一些不规范的公司特别普遍,当然这不是说在大公司就没有这类情况。
很多时候大家打开需求列表看看,会发现这个需求只能叫功能列表,其实里面很多记录的是直接的产品解决方案(requirement),所以我们很少去想用户需求(用户原始的动机成因needs),用户痛点Question,用户需求产生的具体问题。
因为光说需求是没有意义的,我们必要把需求翻译成一个具体问题。问题通常是用户的原始动机无法被满足产生,这个无法被满足就是问题。
错误|增长实践中常见错误,你一定中招过
文章插图
所以从1到2主要是逐步归纳。通过问“why”来逐步定位问题,定位问题可以用到STP法则定位。
大家不要误解STP是一个宏观的分析方法,这个理解是非常错误的,STP(segment分区,target目标,解决方案)segment分区是一个度量工具,既然是度量工具,它只和你的度量尺度有关系。
你甚至可以用STP去度量一个功能。关键是你选择的分区制度,我们常见的微观分区方法比如RFM模型,或者用户的活跃度,留存率,是否是会员等等,你甚至可以进一步缩小纬度,把当前进入到活动落地页的用户按照信息认知,价格敏感等纬度进行区分。
进一步明确你的问题。比如用户进入到活动页没有参加活动,原因有很多,比如是价格敏感的觉得价格高,其次是没有认知到产品价值,路径依赖的找不到活动参与的入口等等。
而事实上用户的需求可以按照多种纬度进行不同颗粒度的切分,如果选对划分要素去分析,那么很多时候结果会自己呈现。
如果你分析得足够好,那么决策会自己呈现。如果你要做一个很难的决策,那可能是你的分析不够好,你没有选择正确的维度和颗粒度去分析,所以怎么做都很艰难。
正如上面的例子所说用户有购物需求(needs),但是用户最终没有参与落地页的活动(这个是一个事实,他并不是一个问题,或者说他是一个公司的问题,并不是消费者的问题),你需要用纬度segment去切分,用户是产品价值认知,路径依赖,等纬度来切分用户。
提出一个具体问题,比如用户看了活动落地页不知道啥意思。
注意question一定是for用户的,不是for公司的。我们都习惯直接给出方案。比如优化搜索结果,比如增加XX好货的标识。这些是解决方案(requirement)。并不是用户痛点或者问题。
这也是一些产品经理说的不要做战略,战略就是要做什么(解决公司question),但是很多公司的战略并不解决用户问题(用户的question)。
退一万步就算解决用户需求。通常情况下用户都是有这个需求的。
所以我个人很少用伪需求。脱离了剂量聊毒性都是耍流氓,脱离了需求数量聊需求都是耍流量。
我更喜欢聊需求数量(demand)。只有尽可能大的需求数量,尽可能高的用价值的需求推演出来的方案才有价值,而这和收益预估是一个事儿。
当我们具象了问题以后,我们才是给出产品解决方案(requirement),也就是上图2到3的过程。
这个过程我们逐步逻辑推演。产品解决方案(requirement)的最终解决形态会决定了用户的接受度,因为需求是明确的,供给也是明确的(requirement和question),demand主要是产品生产出来后市场上的需求量,那么demand就是可以预估的。
3. 如何定义问题(1)定义问题量化问题
定义问题的方法有两种。
第一种是先查看数据看整体漏斗是否有个某个环节是异常的,理论上漏斗模型一定是逐层减少,但是如果我们发现靠近顶端的漏斗出了问题,大概是有问题的。