1704197710
普拉莫德决定让营销团队招募一个专门的产品营销经理（PMM）来帮助促进用户增长。产品营销经理经常被称为公司内部“客户的诉求传达者”，他们致力于了解客户的需求和喜好，常常开展客户访问、调查或关注群体动向，帮助改进信息传达方式，以使营销活动更具吸引力，并能更有效地传达产品的价值。有的公司也会让产品营销经理参与产品开发，比如通过开展调研发现值得考虑的新功能，有时也会让他们协助产品测试。
1704197711
1704197712
安娜贝尔·萨特菲尔德是一位经验丰富的产品营销经理，她加入了BirTorrent的市场团队协助新的移动App的用户增长。除了关注产品知名度和获客工作外，她还要求和产品团队一起合作，从漏斗的其他环节（包括用户留存和变现）驱动增长，而不是仅仅将工作局限在漏斗的顶端。市场总监同意了她的要求，但前提是她必须先专心开展获客计划并且达成市场团队制定的目标。
1704197713
1704197714
然而在做了一些市场调研和用户行为数据分析之后，她发现了与市场总监的要求相矛盾的情况：很多最佳的增长机会似乎都蕴藏在漏斗的下游。例如，她了解到很多App用户都没有升级到付费的专业版，于是她做了一项调查，询问那些没有升级的用户为什么不升级。如果团队能够使更多用户升级到专业版，这将给公司带来可观的收入，而这可能比吸引更多用户下载App更重要。在看到调查结果之后，她清楚地意识到最有可能成功的增长策略不是只关注用户群的扩大，也要最大限度地发挥现有用户的价值。
1704197715
1704197716
她把这一发现告诉了产品团队，心想他们或许可以一起寻找改进App的方式。但是她的这一举动让产品团队有些措手不及，因为这是头一次有市场人员给他们提供这样的信息。但是普拉莫德非常满意，他坚信应当以数据驱动的方式进行产品开发。他马上告诉安娜贝尔放手去做，继续从用户调研中获取产品洞察，并越过组织框架将这些洞察传递给产品团队。
1704197717
1704197718
安娜贝尔的一个调研发现让产品团队十分惊讶，而且给公司带来了迅速的收入增长。产品团队对于为何很多用户没有升级到专业版App有很多猜测，但是看到用户对安娜贝尔提出的问题的回复之后，他们大吃一惊。出现频率最高的回答是什么呢？是用户完全不知道专业版的存在。产品团队感到难以置信，他们以为他们已经对免费版的用户进行了大力的专业版推广，但显然他们失败了，连最活跃的用户都没有注意到专业版的存在。于是团队马上决定在App的主屏上增加一个非常突出的升级按钮，不可思议的是，这一个简单的改变就使每日升级收入获得了92%的增长。这个改变的成本几乎为零，执行起来几乎不需要时间（从讨论调研数据到部署按钮只用了几天时间），却马上带来了显著的成效。如果没有用户的反馈，他们也许永远都想不出这个办法。
1704197719
1704197720
另一个成果也值得一提，安娜贝尔和普拉莫德称之为“爱的增长法”（love hack）。为寻找每日App下载量上升或下降的原因，安娜贝尔对用户数据进行分析，从中发现了一个明显的规律。他们的App只能在谷歌商店里下载，她发现每当商店里App评论区排在前面的是负面评价时，日下载量就会下降。她试着将好评置顶，马上就看到了下载量的增加。于是她和普拉莫德决定在用户下载第一个种子文件后就鼓励他们写评论，因为这时他们已经了解到这个App是多么好用，而且他们二人也认为这应该是用户对App最满意也最有可能给好评的时候。他们要求工程师编写了一个请求代码，在用户下载了第一个种子文件后请求就会以弹窗的形式出现，然后他们做了一个试验来验证这个假设。可想而知，好评开始如潮水般涌来。基于这个试验的结果，他们开始向所有新用户推送这个请求弹窗，结果，四星和五星好评数增加了900%，下载量也大幅上升。安娜贝尔也由此建立起了她的威信，不久之后就有工程师主动找到她询问：“你还有其他想法吗？我们还可以做些什么？”
1704197721
1704197722
遗憾的是，市场和产品团队很少能够像这样通力合作。通常情况下，产品团队负责打造产品，也负责产品更新，比如改进注册体验或增加新功能。团队会确定一个产品改进的时间表，通常称为“路线图”。产品改进的某个想法如果没有包含在事先确定的路线图里，往往在推进的时候就会受阻。有时是因为要完成计划中的产品改进所需要的时间已经非常紧张了，有时是因为提出的想法太粗糙，难度太大，也太费时间，因此成本太高，而提出想法的人并没有考虑到这些因素。有的情况下，产品团队也可能认为提出的要求与产品战略愿景不相符（也可能是上述不同原因的叠加）。
1704197723
1704197724
即使你不在技术公司工作，你可能也十分了解不同部门之间的这种紧张关系，比如市场团队不理会销售人员的建议，或者研发团队拒绝市场团队提出的设计新产品原型的提议。这是以部门划分职责的筒仓式结构的主要问题之一，也是为什么增长团队必须包括不同专业、不同部门的人员，我们稍后也会详细说明这一点。正如BitTorrent团队很快认识到的，最好的想法往往产生于这种跨职能的合作，这也是为何跨职能合作是增长黑客过程的一个根本特征。
1704197725
1704197726
打破筒仓
1704197727
1704197728
接连不断的成功让BitTorrent移动团队大受鼓舞，每一个人都开始提出可以测试的想法。他们测试的其中一个想法只有那些拥有无私精神的技术人员才能想到：自动关闭应用以节省手机电量。移动团队在对免费版App的“超级用户”（那些频繁使用App但还没有升级到专业版的人）进行专项调查的时候发现了这个增长机会。调查发现这些用户的一个主要痛点是由于高强度使用造成的手机电量迅速流失。于是，工程师很快提出了一个想法：打造一个专属于专业版的功能，当App检测到用户手机电量只剩不到35%时便自动关闭耗电的后台文件传输。他们在免费版App里推广这一功能，当用户电量不足时，App便会提示他们专业版提供这个功能，吸引他们马上升级。这个新功能十分受用户欢迎，也使公司收入增加了47%。
1704197729
1704197730
接二连三的成功也在整个公司流传开来。安娜贝尔正式从市场部调到了移动团队，直接向普拉莫德汇报工作，而且她的头衔后来也改成了高级产品增长经理。同时，其他项目的工程师也惊讶于移动团队的一次次成功，甚至有两位资深工程师为了加入这个以增长为导向的、高效运转的团队而离开了他们本来的团队。安娜贝尔说：“通过跟我们的工程师交谈，我们发现这不仅是因为我们的团队看起来很团结友爱，更重要的是他们认同我们这种数据驱动的方式。”
1704197731
1704197732
随着团队不断取得成功，他们也越来越重视数据分析（数据分析工作由数据团队的一个同事负责）。他们依靠数据分析开展试验并分析试验结果。数据分析师和工程师一起共事，确保他们在分析用户对试验的反应时跟踪的是合适的、有用的数据，并根据这些数据提供最有意义的报告。数据分析师掌握足够的技能，他知道什么时候能够判断试验的成败。之后他便与团队协作，分析试验结果并计划后续试验。随着团队对数据分析的依赖不断加深，最后这位分析师也像安娜贝尔一样作为全职员工加入了团队。
1704197733
1704197734
这一以数据驱动增长和产品开发的方式取得的巨大成功促使BitTorrent的高管决定加大对数据科学的投资并招募更多数据分析人才。同时，随着移动团队增长故事的流传，其他产品团队也开始更频繁地采用数据分析，也更紧密地和数据团队合作开展试验，寻找增长思路。
1704197735
1704197736
移动团队后来又提出了其他几十个具有重大影响力的产品改进创意，在实施增长黑客方法两年半的时间里使产品下载量达到了1亿次。在移动App任务完成后，公司对团队进行了重组，安排他们负责公司其他重要的产品。这一支小小的团队给这个之前增长遇阻的公司带来了不容低估的影响。他们的工作不仅使BitTorrent的总收入在一年内增加了300%，或许更为重要的是，这个团队彻底颠覆了BitTorrent的企业文化，使之从受传统营销和筒仓束缚的文化转变为一个合作型文化，无论是市场人员还是数据分析师，抑或是工程师和高管，每一个人都围绕着这个快节奏、强调合作的增长黑客过程开展工作。回忆起这一增长过程在整个公司的传播和蔓延，安娜贝尔说：“我最喜欢的两个时刻，一是看到我们的老技术主管在‘Palooza’（BitTorrent对其定期举行的黑客马拉松的称呼）上提出一个增长试验建议的时候，二是跟以前的一个同事见面，他告诉我他想加入我的团队一起开展这个工作的时候。他现在也成了增长黑客的‘宣传大使’。”
1704197737
1704197738
然而，这种合作方式在各种类型、各种规模的公司里都很罕见。公司的不同业务部门通常都是彼此孤立的筒仓，很少交流、共享信息或者开展合作。这种组织结构在过去多年来一直广受诟病。麦肯锡的一份报告指出，筒仓式结构最致命的一个问题就是它会放缓企业创新的步伐、阻碍增长。作为本书的两位作者，我们一致认为，“对于创新力来说，在系统内部开展合作的能力比个人才能更加重要”。但是麦肯锡的一份调查发现，“虽然80%的高管都承认跨越部门界限进行有效的知识分享对于增长而言至关重要，但只有25%的高管认为他们的公司做到了这一点”。1
1704197739
1704197740
同样地，哈佛商学院的一群教授进行了一项关于业务部门之间沟通的研究，他们在报告中指出，业务部门之间的互动之少令他们“十分诧异”。更令人惊讶的是，“在同一战略业务单元、职能或办公室的两个人比不同业务单元、职能或办公室的两个人互动的频率高1 000倍。也就是说，跨越界限的互动少得可怜”。2
1704197741
1704197742
西北大学凯洛格管理学院的兰杰·古拉提教授是筒仓问题专家。他指出，部门之间缺乏沟通会阻碍以客户为中心的产品开发和营销——随着技术和社交媒体的推动，甚至要求企业持续不断地与客户进行更具实质性的互动，从而使以客户为中心的产品开发和营销方式显得越发重要。简言之，工程师和产品设计师有能力找到满足客户需求和喜好的方式，但是他们往往并不知道客户需要什么、想要什么。古拉提在他的一份高管调查报告中指出，2/3的高管都认识到未来10年以客户为中心的产品开发应当是重中之重，但是他的研究发现，“企业的知识和技能孤立地存在于这种组织筒仓中，不同部门的人员难以跨越这些内部界限、充分利用企业资源，以便为客户提供他们真正需要并愿意付费购买的产品”。3
1704197743
1704197744
搭建跨职能的增长团队能够打破这种壁垒。跨职能团队不仅能够促进并加速产品、工程、数据和市场部门之间的合作，并且能够激励团队成员更多地了解并理解其他成员的视角及他们的工作。建立增长团队或许是公司战略需要，或者是为了某个具体项目或计划的推进。那么，如何搭建增长团队呢？我们接下来将给出具体步骤。
1704197745
1704197746
人员构成
1704197747
1704197748
增长团队里应当有对企业战略和目标有深刻了解的人，有能够进行数据分析的人，也要有能够对产品的设计、功能或营销方式进行改动并通过编程测试这些改动的工程师。当然，不同公司、不同产品的增长团队具体构成也不同。团队的规模各异，因此职责范围也各不相同。它可以是四五个人组成的小团队，也可以像领英的团队那样有上百个人。不论规模大小，增长团队都应当由以下角色构成（不一定包括下列所有角色）。
1704197749
1704197750
增长负责人
1704197751
1704197752
每一个增长团队都需要一个领导者，就像部队里的营长，既管理团队又能脚踏实地地参与到想法的提出和试验过程中。增长负责人会确定试验的流程和节奏，并监测团队是否完成了目标任务。增长团队一般每周开一次例会，由增长负责人主持会议（我们稍后也会说明如何组织会议）。
1704197753
1704197754
不论专业或背景如何，增长负责人在团队里都扮演着管理者兼产品负责人兼数据科学家的角色。他们的一个主要职责就是选定核心关注点以及团队的工作目标和时间表。我们在接下来几章也会充分阐明，围绕一个主要目标开展试验对于优化结果来说至关重要。增长负责人可以确定一个月度、季度甚至年度关注点，比如使更多用户从免费版产品升级到高级版，或者明确某个产品的新营销渠道中哪一个是最优的。之后增长负责人就要确保团队在这个轨道上开展工作，而不会盲目跟进对既定目标没有意义的想法。对于这些想法，应存档留到目标调整时使用，届时，这些想法就可以用于新目标的实现。
1704197755
1704197756
增长负责人也要确保团队采用适合既定的增长目标的指标来衡量并改进结果。经常出现的情况是，市场和产品团队没有系统性地跟踪关键用户行为数据，而这样的数据能够帮助企业发现有益的改进思路，或者能够使企业发现用户活跃度下降或者完全弃用产品的早期迹象。很多公司把太多的注意力放在纸面上很好看但并不能体现用户或收入真正增长的“面子指标”上，比如网站访问量。我们将在第三章详细介绍如何选择合适的指标。
1704197757
1704197758
所有的增长负责人都应具备一些基本的技能：能够熟练进行数据分析、精通或熟悉产品管理（即开发与发布产品的过程），以及了解如何设计并开展试验。每一个增长负责人也都必须熟知促进用户增长的方法以及团队所负责产品或服务的用法。例如，一个社交网络的增长负责人应当了解病毒式的口碑效应和网络效应（即加入的人数越多，社交网络的价值越大）的原理，许多社交产品正是依靠这两个效应发展起来的。增长负责人也应当有相关的行业或产品知识，比如，一家网上零售商的增长负责人应该对购物车优化、产品推广、定价和营销策略有敏锐的把握。出色的领导力也是必要的，它能够使团队专注于目标任务，即使面对一次又一次的试验失败（这再正常不过了）时，增长负责人也应能激励团队加快试验节奏。走进死胡同、试验没有定论或者彻头彻尾的失败都是增长试验的常态。但是一个优秀的增长负责人能够使团队保持热情，而且能够为团队继续开展试验保驾护航，使团队在试验失败时不必遭受不必要的审查或者来自管理层的压力。
1704197759
[
上一页 ]
[ :1.70419771e+09 ]
[
下一页 ]