错误|增长实践中常见错误，你一定中招过( 三 ) 直播间|电商|主播|流量|搜索

其次可以通过提升产品价值的方法进行，比如同样的价格买到更好的服务，或者更多的功能，这个是在修改交易模型。
二、标准流程保证实践中减少错误使用标准的实验流程就是减少错误最好的方法，标准流程意味着这个流程是以前很多人迭代总结的，意味着它是一个思考框架，意味着你按照这个想可以把很多你想不到的点都规避了。
那么一个标准的实验流程的核心逻辑有哪些呢，我们在这里不讲实验名称和时间等基础信息，我们讲一下核心逻辑。
1. 实验的整体流程一个标准的实验流程通常从看清现状开始，因为只有知道当前的位置，提出问题，才能知道你要往哪里走，走多远，进而评估增长价值。
实验流程：

现状看清，洞察数据
给出猜想用户问题
基于猜想（用户问题痛点），逻辑推理出解决方案（实验方案）
收益预估
推进解决方案上线，给出实验结果

这里面要注意点的是收益预估必须要做，哪怕它不是那么准确的，这毕竟是你猜测用户价值的一个过程，或者我们讲叫做用户感，通过不断地预测和上线看结果来矫正你的用户模型。
同时是你做实验时候权衡的依据。因为大部分的实验都是有价值的（更重要的是价值量的多少），所以要思考的更多的量化收益的部分（demands）。
只有这部分有了相当于预知了产出，通常一个公司的研发资源等可以被看作固定成本下的机会成本，所以通过评估收益可以权衡实验的优先级。
最终收益评估是不能跳过的，很多人会在实验结束后通过复盘的方式来评估收益，这种方式看似与预估收益类似，但是却少了权衡和预估猜测的训练阶段，套用《运营之光》作者的一句话，好的运营最终的运营结果可以预估，过程和策略可以拆解，可以监控。
2. 定义问题比给出解决方案重要通常产品经理是直接给出方案的，这些在一些不规范的公司特别普遍，当然这不是说在大公司就没有这类情况。
很多时候大家打开需求列表看看，会发现这个需求只能叫功能列表，其实里面很多记录的是直接的产品解决方案（requirement），所以我们很少去想用户需求（用户原始的动机成因needs），用户痛点Question，用户需求产生的具体问题。
因为光说需求是没有意义的，我们必要把需求翻译成一个具体问题。问题通常是用户的原始动机无法被满足产生，这个无法被满足就是问题。

文章插图
所以从1到2主要是逐步归纳。通过问“why”来逐步定位问题，定位问题可以用到STP法则定位。
大家不要误解STP是一个宏观的分析方法，这个理解是非常错误的，STP（segment分区，target目标，解决方案）segment分区是一个度量工具，既然是度量工具，它只和你的度量尺度有关系。
你甚至可以用STP去度量一个功能。关键是你选择的分区制度，我们常见的微观分区方法比如RFM模型，或者用户的活跃度，留存率，是否是会员等等，你甚至可以进一步缩小纬度，把当前进入到活动落地页的用户按照信息认知，价格敏感等纬度进行区分。
进一步明确你的问题。比如用户进入到活动页没有参加活动，原因有很多，比如是价格敏感的觉得价格高，其次是没有认知到产品价值，路径依赖的找不到活动参与的入口等等。
而事实上用户的需求可以按照多种纬度进行不同颗粒度的切分，如果选对划分要素去分析，那么很多时候结果会自己呈现。
如果你分析得足够好，那么决策会自己呈现。如果你要做一个很难的决策，那可能是你的分析不够好，你没有选择正确的维度和颗粒度去分析，所以怎么做都很艰难。
正如上面的例子所说用户有购物需求（needs），但是用户最终没有参与落地页的活动（这个是一个事实，他并不是一个问题，或者说他是一个公司的问题，并不是消费者的问题），你需要用纬度segment去切分，用户是产品价值认知，路径依赖，等纬度来切分用户。
提出一个具体问题，比如用户看了活动落地页不知道啥意思。
注意question一定是for用户的，不是for公司的。我们都习惯直接给出方案。比如优化搜索结果，比如增加XX好货的标识。这些是解决方案（requirement）。并不是用户痛点或者问题。
这也是一些产品经理说的不要做战略，战略就是要做什么（解决公司question），但是很多公司的战略并不解决用户问题（用户的question）。