黑客|一文了解增长黑客( 三 )

确定增长杠杆的另一层意义，就是为之后的增长工作指引方向。

文章插图
六、实践——开始增长循环1. 核心方法在开篇已经提及：数据指导 + 快速试验。

文章插图
2. 快速试验这里只提要点：
1）鼓励所有团队成员毫无保留的提出试验想法，这对保持增长节奏和团队活力十分重要。
2）试验可能会有很多，因此需要一些打分机制来帮助我们排定优先级——但不要过渡纠结分数准确性，仅作参考即可，关键还是要看北极星指标，切勿本末倒置。书中列举的可用的方法有：ICE、TIR和PIE模型（具体见下图）。
A/B Test 存在其局限性，例如，不能多维地描述测试结果。因此，我们常常还需要别的测试方法（如 bandit算法）快速试验不等于一股脑的进行一堆不知道是否有效的试验，所有进行的试验一定是经过论证的、具有一定影响力的。

文章插图
3. 具体实践——AARRR这是常见的增长模型之一，亦指用户在产品使用周期中的几个关键过程。除此之外，也演化出了 RARRA 模型，甚至。以及更多这里相信很多产品同学比我更专业。我仅从各个指标罗列一下具体方法。

文章插图
七、最后的话如果你以前对增长黑客没有了解，看完此文，你可能会发现，虽然你没有增长黑客的概念，但《增长黑客》中很多要求、方法、原理等，其实都已经在我们的日常工作中有所实践，包括：成员间高度协调；信息同步；在什么时候获取高层支持；数据洞察；病毒营销等等。拆开来看，每个问题都有更多更详尽的书籍值得推荐（见文末“延伸阅读”）。
显然，《增长黑客》并没有提出太多新的观点或工具。笔者认为，这本书更多的是关于“促进增长目标”方面，总结了一系列经验。
在传统筒仓模式下，各个部门、职能岗位各司其职，互补相关，遵照着一套流程完成一系列的版本迭代。看起来各团队、岗位的信息是极容易不对称的。实际上，现在很多公司在崇尚扁平化发展。
笔者在 2017 至 2020 年间，在国内流行的招聘平台上，也常看到一些招聘单位将扁平化管理作为卖点之一（甚至包括一些非互联网公司）。但实际上，绝对的扁平随着团队规模增大，风险和问题会随之而来（参考：企业管理层次 “扁平化” 跟 “金字塔” 各有哪些优缺点？- 知乎）。
笔者过去曾就职的某单位，团队从不到 50人在一年内快速扩充至 100+ 人。扁平化在此带来的问题就是多数成员都有数不清的大小会议和沟通成本，专注于本质工作的时间不足 50%。而不得不在管理上，对信息进行逐层过滤（又回归了金字塔管理模型，只是层次并不算特别深）。
因此，笔者大胆猜想，整体采用传统的筒仓结构、或金字塔结构，在如增长团队等特殊职能团队上采用扁平化结构——在团队内保持信息高度同步，成员高度协调——会不会是最佳实践？
说完书本内容和团队，最后再讲讲增长过程吧。笔者作为一名团队内的开发成员，一开始对增长黑客的概念其实是模糊不清的。
或许其他同学（尤其是开发同学）也会有如我这般的误解：增长是产品运营或其他产品同学的事情，与开发无关；增长黑客就是病毒营销；增长黑客就是一堆AB Test……（实际上，除了AB Test，上面不提到了还有多臂赌博机嘛~）。
实际上，增长黑客的核心方法，笔者认为就是上文总结的“数据指导 + 快速试验”。无论是团队组成、获取高层支持、保持团队高度协调还是明确北极星指标和增长杠杆，最终都是为保障快速试验进行的。