增长黑客专家 Andrew Chen：50 页 PPT，手把手教你打造增长团队

“增长即服务”这种模式下，团队在技术上并不拥有任何功能或者代码库。他们跳到了产品的最高价值部分，进行他们的分析和优化，交付一堆的改进，然后继续。团队要保持温柔，这一点很重要，因为他们是客人，但他们保持轻量也很重要。如果增长团队最终拥有他们碰到的每一块代码的话，那他们最终就会陷入到一切的维护模式当中。

另一方面，完全的所有权模式意味着增长团队可以拥有新的用户漏斗、通知、广告技术、A/B测试平台、支付流，以及许多其他数字胜过直觉的关键领域。这样可以管用，但然后团队需要恰当地配置人员。

不同模型的优缺点：GaaS——优点是敏捷，缺点是容易冲突；自治——优点是可控，缺点是会臃肿；混合——优点理论上是各取所长，缺点很难划清团队之间的界限。

上图：每一种模式都会有各自的优缺点。Uber各自模式都试过，不过慢慢地开始拥有产品越来越多的部分。但是你得根据自己的约束、组织和产品需求决定选择哪一种。

关键问题#4：增长团队的关注点应该是什么

一旦增长团队建立起来之后，其关注点应该放在什么地方？就像之前讨论过那样，他们的使命和工具包应该跟营销或者产品团队使用的那些有所不同。尤其是在团队的早期阶段，应该有一些唾手可得的东西选用。

尽管直接跳到用户获取或者看看流失情况很容易，但是从更高的角度去看看这个体系还是很有帮助的。先从优先级框架开始。

确定优先项目的框架

上图：最终有3样关键的东西需要进行权衡——有一个尤其棘手：

• 投入。执行需要付出多少的设计/工程/营销资源？

  成功。取得成功的可能性有多大？

  提升。这个比较棘手——如果管用的话，对整体增长会产生多大的影响？

  每一次增长试验最终都是根据这三样东西的排名选择出来的优先事项，慢慢地，你的增长团队在如何选择方面就会变得很明智。但我还想就增长团队可能会出问题的地方提供一些注意事项。

  （编辑：我爱故事小小网_铜陵站长网）

  【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!