下载掌阅APP，畅读海量书库
立即打开
2012年，当普拉莫德·索克加入BitTorrent成为其新任产品总监时，这家一度发展得如火如荼的创业公司正处于一个岔路口。它提供的计算机软件使用户可以从整个网络搜索并下载文件，但当时软件的增长陷入了停滞。更令人担忧的是，它当时还没有推出产品的移动版，在人们迅速从PC（台式电脑）端转移到移动端的时期，这无疑是一个巨大的劣势。更糟糕的是，YouTube、网飞等流媒体服务在手机和其他设备上占据着用户越来越多的时间和注意力，BitTorrent则被甩在了后面。普拉莫德的加入便是为了打造移动版产品，重启增长。
这家50人组成的公司采用的是传统的筒仓式组织架构，分为市场部、产品部、工程部和数据科学部。产品团队和工程团队下设小组，负责不同的产品，比如Mac版和Windows版客户端以及刚刚起步的移动版。跟所有类型的企业一样，它的数据团队和市场团队均为这些产品小组服务，产品开发过程完全与市场营销相分离。产品经理会告知市场经理即将发布的新产品或新版本，之后市场团队便负责所有的营销工作，也就是说营销工作完全没有产品研发人员的参与。
像很多公司一样，BitTorrent的市场团队也只关注这个漏斗的顶端（如图1–1），即提高产品知名度，通过品牌建设、广告和网络营销吸引更多新用户。在大多数软件公司或基于网络的公司，提高网站或App访客的激活和留存数量并不是由市场人员负责，而是由产品和工程团队负责，他们致力于开发能让用户爱上产品的功能。而这两个群体之间几乎不存在任何合作，他们各自专注于各自的重点工作，几乎没有什么互动。有时候他们甚至都不在一栋楼里，甚至不在一个国家办公。
图1–1 客户漏斗与典型部门权责划分
按照这样的组织分工，当BitTorrent的移动应用开发完成之后，市场团队制定了一个发布方案，像往常一样，这个方案包含了一系列传统的营销活动，并且重点放在了社交媒体、公关和付费获客推广上。App本身做得很好，营销方案也不错，但是用户增长仍然非常缓慢。
普拉莫德决定让营销团队招募一个专门的产品营销经理（PMM）来帮助促进用户增长。产品营销经理经常被称为公司内部“客户的诉求传达者”，他们致力于了解客户的需求和喜好，常常开展客户访问、调查或关注群体动向，帮助改进信息传达方式，以使营销活动更具吸引力，并能更有效地传达产品的价值。有的公司也会让产品营销经理参与产品开发，比如通过开展调研发现值得考虑的新功能，有时也会让他们协助产品测试。
安娜贝尔·萨特菲尔德是一位经验丰富的产品营销经理，她加入了BirTorrent的市场团队协助新的移动App的用户增长。除了关注产品知名度和获客工作外，她还要求和产品团队一起合作，从漏斗的其他环节（包括用户留存和变现）驱动增长，而不是仅仅将工作局限在漏斗的顶端。市场总监同意了她的要求，但前提是她必须先专心开展获客计划并且达成市场团队制定的目标。
然而在做了一些市场调研和用户行为数据分析之后，她发现了与市场总监的要求相矛盾的情况：很多最佳的增长机会似乎都蕴藏在漏斗的下游。例如，她了解到很多App用户都没有升级到付费的专业版，于是她做了一项调查，询问那些没有升级的用户为什么不升级。如果团队能够使更多用户升级到专业版，这将给公司带来可观的收入，而这可能比吸引更多用户下载App更重要。在看到调查结果之后，她清楚地意识到 最有可能成功的增长策略不是只关注用户群的扩大，也要最大限度地发挥现有用户的价值。
她把这一发现告诉了产品团队，心想他们或许可以一起寻找改进App的方式。但是她的这一举动让产品团队有些措手不及，因为这是头一次有市场人员给他们提供这样的信息。但是普拉莫德非常满意，他坚信应当以数据驱动的方式进行产品开发。他马上告诉安娜贝尔放手去做，继续从用户调研中获取产品洞察，并越过组织框架将这些洞察传递给产品团队。
安娜贝尔的一个调研发现让产品团队十分惊讶，而且给公司带来了迅速的收入增长。产品团队对于为何很多用户没有升级到专业版App有很多猜测，但是看到用户对安娜贝尔提出的问题的回复之后，他们大吃一惊。出现频率最高的回答是什么呢？是用户完全不知道专业版的存在。产品团队感到难以置信，他们以为他们已经对免费版的用户进行了大力的专业版推广，但显然他们失败了，连最活跃的用户都没有注意到专业版的存在。于是团队马上决定在App的主屏上增加一个非常突出的升级按钮，不可思议的是，这一个简单的改变就使每日升级收入获得了92%的增长。这个改变的成本几乎为零，执行起来几乎不需要时间（从讨论调研数据到部署按钮只用了几天时间），却马上带来了显著的成效。如果没有用户的反馈，他们也许永远都想不出这个办法。
另一个成果也值得一提，安娜贝尔和普拉莫德称之为“爱的增长法”（love hack）。为寻找每日App下载量上升或下降的原因，安娜贝尔对用户数据进行分析，从中发现了一个明显的规律。他们的App只能在谷歌商店里下载，她发现每当商店里App评论区排在前面的是负面评价时，日下载量就会下降。她试着将好评置顶，马上就看到了下载量的增加。于是她和普拉莫德决定在用户下载第一个种子文件后就鼓励他们写评论，因为这时他们已经了解到这个App是多么好用，而且他们二人也认为这应该是用户对App最满意也最有可能给好评的时候。他们要求工程师编写了一个请求代码，在用户下载了第一个种子文件后请求就会以弹窗的形式出现，然后他们做了一个试验来验证这个假设。可想而知，好评开始如潮水般涌来。基于这个试验的结果，他们开始向所有新用户推送这个请求弹窗，结果，四星和五星好评数增加了900%，下载量也大幅上升。安娜贝尔也由此建立起了她的威信，不久之后就有工程师主动找到她询问：“你还有其他想法吗？我们还可以做些什么？”
遗憾的是，市场和产品团队很少能够像这样通力合作。通常情况下，产品团队负责打造产品，也负责产品更新，比如改进注册体验或增加新功能。团队会确定一个产品改进的时间表，通常称为“路线图”。产品改进的某个想法如果没有包含在事先确定的路线图里，往往在推进的时候就会受阻。有时是因为要完成计划中的产品改进所需要的时间已经非常紧张了，有时是因为提出的想法太粗糙，难度太大，也太费时间，因此成本太高，而提出想法的人并没有考虑到这些因素。有的情况下，产品团队也可能认为提出的要求与产品战略愿景不相符（也可能是上述不同原因的叠加）。
即使你不在技术公司工作，你可能也十分了解不同部门之间的这种紧张关系，比如市场团队不理会销售人员的建议，或者研发团队拒绝市场团队提出的设计新产品原型的提议。这是以部门划分职责的筒仓式结构的主要问题之一，也是为什么增长团队必须包括不同专业、不同部门的人员，我们稍后也会详细说明这一点。正如BitTorrent团队很快认识到的，最好的想法往往产生于这种跨职能的合作，这也是为何跨职能合作是增长黑客过程的一个根本特征。
接连不断的成功让BitTorrent移动团队大受鼓舞，每一个人都开始提出可以测试的想法。他们测试的其中一个想法只有那些拥有无私精神的技术人员才能想到：自动关闭应用以节省手机电量。移动团队在对免费版App的“超级用户”（那些频繁使用App但还没有升级到专业版的人）进行专项调查的时候发现了这个增长机会。调查发现这些用户的一个主要痛点是由于高强度使用造成的手机电量迅速流失。于是，工程师很快提出了一个想法：打造一个专属于专业版的功能，当App检测到用户手机电量只剩不到35%时便自动关闭耗电的后台文件传输。他们在免费版App里推广这一功能，当用户电量不足时，App便会提示他们专业版提供这个功能，吸引他们马上升级。这个新功能十分受用户欢迎，也使公司收入增加了47%。
接二连三的成功也在整个公司流传开来。安娜贝尔正式从市场部调到了移动团队，直接向普拉莫德汇报工作，而且她的头衔后来也改成了高级产品增长经理。同时，其他项目的工程师也惊讶于移动团队的一次次成功，甚至有两位资深工程师为了加入这个以增长为导向的、高效运转的团队而离开了他们本来的团队。安娜贝尔说：“通过跟我们的工程师交谈，我们发现这不仅是因为我们的团队看起来很团结友爱，更重要的是他们认同我们这种数据驱动的方式。”
随着团队不断取得成功，他们也越来越重视数据分析（数据分析工作由数据团队的一个同事负责）。他们依靠数据分析开展试验并分析试验结果。数据分析师和工程师一起共事，确保他们在分析用户对试验的反应时跟踪的是合适的、有用的数据，并根据这些数据提供最有意义的报告。数据分析师掌握足够的技能，他知道什么时候能够判断试验的成败。之后他便与团队协作，分析试验结果并计划后续试验。随着团队对数据分析的依赖不断加深，最后这位分析师也像安娜贝尔一样作为全职员工加入了团队。
这一以数据驱动增长和产品开发的方式取得的巨大成功促使BitTorrent的高管决定加大对数据科学的投资并招募更多数据分析人才。同时，随着移动团队增长故事的流传，其他产品团队也开始更频繁地采用数据分析，也更紧密地和数据团队合作开展试验，寻找增长思路。
移动团队后来又提出了其他几十个具有重大影响力的产品改进创意，在实施增长黑客方法两年半的时间里使产品下载量达到了1亿次。在移动App任务完成后，公司对团队进行了重组，安排他们负责公司其他重要的产品。这一支小小的团队给这个之前增长遇阻的公司带来了不容低估的影响。他们的工作不仅使BitTorrent的总收入在一年内增加了300%，或许更为重要的是，这个团队彻底颠覆了BitTorrent的企业文化，使之从受传统营销和筒仓束缚的文化转变为一个合作型文化，无论是市场人员还是数据分析师，抑或是工程师和高管，每一个人都围绕着这个快节奏、强调合作的增长黑客过程开展工作。回忆起这一增长过程在整个公司的传播和蔓延，安娜贝尔说：“我最喜欢的两个时刻，一是看到我们的老技术主管在‘Palooza’（BitTorrent对其定期举行的黑客马拉松的称呼）上提出一个增长试验建议的时候，二是跟以前的一个同事见面，他告诉我他想加入我的团队一起开展这个工作的时候。他现在也成了增长黑客的‘宣传大使’。”
然而，这种合作方式在各种类型、各种规模的公司里都很罕见。公司的不同业务部门通常都是彼此孤立的筒仓，很少交流、共享信息或者开展合作。这种组织结构在过去多年来一直广受诟病。麦肯锡的一份报告指出，筒仓式结构最致命的一个问题就是它会放缓企业创新的步伐、阻碍增长。作为本书的两位作者，我们一致认为，“对于创新力来说，在系统内部开展合作的能力比个人才能更加重要”。但是麦肯锡的一份调查发现，“虽然80%的高管都承认跨越部门界限进行有效的知识分享对于增长而言至关重要，但只有25%的高管认为他们的公司做到了这一点”。 1
同样地，哈佛商学院的一群教授进行了一项关于业务部门之间沟通的研究，他们在报告中指出，业务部门之间的互动之少令他们“十分诧异”。更令人惊讶的是，“在同一战略业务单元、职能或办公室的两个人比不同业务单元、职能或办公室的两个人互动的频率高1 000倍。也就是说，跨越界限的互动少得可怜”。 2
西北大学凯洛格管理学院的兰杰·古拉提教授是筒仓问题专家。他指出，部门之间缺乏沟通会阻碍以客户为中心的产品开发和营销——随着技术和社交媒体的推动，甚至要求企业持续不断地与客户进行更具实质性的互动，从而使以客户为中心的产品开发和营销方式显得越发重要。简言之，工程师和产品设计师有能力找到满足客户需求和喜好的方式，但是他们往往并不知道客户需要什么、想要什么。古拉提在他的一份高管调查报告中指出，2/3的高管都认识到未来10年以客户为中心的产品开发应当是重中之重，但是他的研究发现，“企业的知识和技能孤立地存在于这种组织筒仓中，不同部门的人员难以跨越这些内部界限、充分利用企业资源，以便为客户提供他们真正需要并愿意付费购买的产品”。 3
搭建跨职能的增长团队能够打破这种壁垒。跨职能团队不仅能够促进并加速产品、工程、数据和市场部门之间的合作，并且能够激励团队成员更多地了解并理解其他成员的视角及他们的工作。建立增长团队或许是公司战略需要，或者是为了某个具体项目或计划的推进。那么，如何搭建增长团队呢？我们接下来将给出具体步骤。
增长团队里应当有对企业战略和目标有深刻了解的人，有能够进行数据分析的人，也要有能够对产品的设计、功能或营销方式进行改动并通过编程测试这些改动的工程师。当然，不同公司、不同产品的增长团队具体构成也不同。团队的规模各异，因此职责范围也各不相同。它可以是四五个人组成的小团队，也可以像领英的团队那样有上百个人。不论规模大小，增长团队都应当由以下角色构成（不一定包括下列所有角色）。
增长负责人
每一个增长团队都需要一个领导者，就像部队里的营长，既管理团队又能脚踏实地地参与到想法的提出和试验过程中。增长负责人会确定试验的流程和节奏，并监测团队是否完成了目标任务。增长团队一般每周开一次例会，由增长负责人主持会议（我们稍后也会说明如何组织会议）。
不论专业或背景如何，增长负责人在团队里都扮演着管理者兼产品负责人兼数据科学家的角色。他们的一个主要职责就是选定核心关注点以及团队的工作目标和时间表。我们在接下来几章也会充分阐明，围绕一个主要目标开展试验对于优化结果来说至关重要。增长负责人可以确定一个月度、季度甚至年度关注点，比如使更多用户从免费版产品升级到高级版，或者明确某个产品的新营销渠道中哪一个是最优的。之后增长负责人就要确保团队在这个轨道上开展工作，而不会盲目跟进对既定目标没有意义的想法。对于这些想法，应存档留到目标调整时使用，届时，这些想法就可以用于新目标的实现。
增长负责人也要确保团队采用适合既定的增长目标的指标来衡量并改进结果。经常出现的情况是，市场和产品团队没有系统性地跟踪关键用户行为数据，而这样的数据能够帮助企业发现有益的改进思路，或者能够使企业发现用户活跃度下降或者完全弃用产品的早期迹象。很多公司把太多的注意力放在纸面上很好看但并不能体现用户或收入真正增长的“面子指标”上，比如网站访问量。我们将在第三章详细介绍如何选择合适的指标。
所有的增长负责人都应具备一些基本的技能：能够熟练进行数据分析、精通或熟悉产品管理（即开发与发布产品的过程），以及了解如何设计并开展试验。每一个增长负责人也都必须熟知促进用户增长的方法以及团队所负责产品或服务的用法。例如，一个社交网络的增长负责人应当了解病毒式的口碑效应和网络效应（即加入的人数越多，社交网络的价值越大）的原理，许多社交产品正是依靠这两个效应发展起来的。增长负责人也应当有相关的行业或产品知识，比如，一家网上零售商的增长负责人应该对购物车优化、产品推广、定价和营销策略有敏锐的把握。出色的领导力也是必要的，它能够使团队专注于目标任务，即使面对一次又一次的试验失败（这再正常不过了）时，增长负责人也应能激励团队加快试验节奏。走进死胡同、试验没有定论或者彻头彻尾的失败都是增长试验的常态。但是一个优秀的增长负责人能够使团队保持热情，而且能够为团队继续开展试验保驾护航，使团队在试验失败时不必遭受不必要的审查或者来自管理层的压力。
增长负责人这一角色并不需要最佳职业背景。现在有的人以此为专业，但大多数人都是从工程、产品管理、数据科学或市场营销等其他专业领域转到这一岗位的。在上述任一领域享有专长的人都可能是不错的增长负责人候选人，因为他们都能够在增长黑客过程中发挥各自的优势。对于创业公司，尤其是创业初期的公司来说，创始人常常要扮演增长负责人的角色。也许有的创始人不直接管理增长团队，但是他们也应当任命一个增长负责人并且让他/她直接向自己汇报。在规模较大的公司，可能存在一个或多个增长团队，那么增长负责人应当由掌管团队工作的高管任命，并向该高管汇报。
增长负责人的工作也许听上去令人生畏且任务太过繁重，但是我们将在接下来的几章介绍一些用于排定试验优先级、跟踪和分析试验结果的工具和方法，在掌握了这些工具和方法之后，这个过程便能够得到高效的管理。
产品经理
每个公司产品开发团队的组织方式各有不同，这会影响派到增长团队的开发人员，也可能会决定增长团队在公司组织架构里的位置，我们稍后将阐述这个问题。通常来说，产品经理负责监督产品及其功能的实现过程。正如风险投资家本·霍洛维茨所言，“一个好的产品经理就是产品的CEO”。 4
产品经理的角色其实起源于消费品行业，最早由宝洁设立。最初，这个角色的名称是“品牌经理”，直到今天很多公司仍在使用这一名称。这个职位通常属于市场部门，因为其职责就是帮助公司更好地理解并满足客户的需求。正如产品管理专家马丁·埃里克森所写的那样，这个角色将企业决策尽可能与客户拉近，使产品经理成为公司内部客户诉求的传达者。
由于企业规模不同，产品经理的职能可能由其他员工负责，而在创业公司，特别是初创的公司，这一角色可能由创始人承担。但是在规模更大的公司，产品管理内部可能会分为几层，从产品经理、产品总监到产品副总裁或首席产品官。而派驻到增长团队的产品管理人员的层级可能各有不同，但是在很多软件公司，往往由增长团队所负责的产品对应的产品经理加入团队，并向产品总负责人汇报，而这个总负责人经常是产品副总裁。我们稍后会进行更详细的阐述。
软件工程师
为产品功能、移动界面和网页写代码的人可以说是增长团队的主力。然而他们往往被排除在构想过程之外，因为他们通常忙于公司新产品或新功能的开发。或者他们只是一味地听命于产品和业务团队，落实他们提出的任何想法。这不仅会削弱公司最有能力也是最宝贵人才的士气，也会阻碍想法的提出，因为这使工程师的创造力和在新技术方面的专长无法得以发挥，从而可能错过增长良机。前面讲到，在BitTorrent，工程师提出的开发节电功能的想法带来了无法估量的价值。增长黑客的精髓就是源自软件开发和设计的黑客精神，也就是利用新的技术手段解决问题，如果没有软件工程师的参与，增长团队就不会完整。
营销专员
当然，有一些增长团队是没有专门的营销人员的，但是我们认为营销专员的参与能够帮助团队取得最优结果。工程和营销这两个专业之间的碰撞能够极大地激发新思路的产生。基于不同类型的企业或者产品，团队所需要的营销能力也各不相同。例如，一个致力于扩大读者群的内容增长团队显然需要一个内容营销专员。比如在摩根·布朗担任COO（首席运营官）的英曼（Inman，一家房地产行业杂志社），增长团队里有一位邮件营销总监，因为邮件营销是这家公司客户获取、留存和变现的主要渠道。而有的公司可能更依赖搜索引擎优化，所以会有这个领域的一位营销专员加入增长团队。团队也有可能有几个营销专员，分别负责不同的领域。营销人员也可能只是在短时间内加入团队开展他们所擅长的工作，在目标实现之后便离开。
数据分析师
增长团队的另一个必要技能是精通客户数据的收集、整理与深入精细分析，并从中汲取试验灵感。团队里不一定要有全职分析师，可以有一位专门的分析师在处理公司其他工作的同时与增长团队合作。BitTorrent的增长团队一开始就是这样。但是如果公司有能力聘任一位全职分析师，当然再好不过了。
团队的数据分析师需要懂得如何确保试验的设计严密且在统计上有效，懂得如何获取不同来源的客户和业务数据并将这些数据结合在一起分析用户行为，并且能够迅速整理试验结果并从中提取结论。团队所开展的试验的复杂程度不同，因而在有的情况下这一角色可以由市场或工程团队的人担任，因为这两个领域都涉及一定程度的数据分析工作。而技术性更强的公司则同时需要一位擅长试验报告的分析师和一位擅长深挖数据的数据科学家。
最基本的一点是，数据分析工作不能交给只知道用谷歌分析（Google Analytics）的实习生或者外包给数字代理商，这是比较极端的情况，但仍然普遍存在。我们将在第三章详细讨论这个问题。太多的公司不够重视数据分析，而是采用像谷歌分析这种预先设定的程序，导致它们无法有效地整合不同来源的数据，比如销售数据和客户服务数据，也使它们无法充分利用这些数据获得重要的洞察。数据分析师的能力大小将决定增长团队是在浪费时间还是在挖掘数据金矿。
产品设计师
同样，这个职位在不同类型的公司也有着不同的头衔和职能。在软件开发领域，专注于用户体验的设计师负责开发与用户交互的界面和序列。在制造业，设计师可能负责产品画图和规格。而在其他一些公司，设计师可能主要负责广告和推广文案的图像设计。在增长团队中，设计师的参与可以提高试验执行的速度，因为这意味着团队有一位专职人员能够迅速地完成任何需要设计的工作。用户体验设计师也能够在用户心理、界面设计和用户调研技巧方面提供重要的见解，帮助团队寻找试验思路。
在创业公司和小型企业，增长团队中上述每个领域可以只有一个人，甚至团队只有几个人，每个人负责不止一项工作。而在大公司，增长团队可能包括多位工程师、营销人员、数据分析师和设计师。增长团队的构成和职责，包括团队的规模、组织结构和具体的任务和重心，必须符合公司的需要。增长团队的工作范围可能比较宽泛，比如负责公司各个领域的增长业务，也可能非常具体，比如负责产品某个部分的改进，如购物车功能。有些增长团队是固定的组织单元，比如Zillow和推特的团队，而有些则是为特定任务成立的，比如新产品发布，目标完成之后便会解散。有些公司成立了多个增长团队，每个团队负责不同领域的工作，领英和Pinterest就是这样。Pinterest有四个增长团队，分别负责用户获取、病毒式增长、用户参与和新用户激活。而有的公司只有一个增长团队，负责多项任务，比如脸谱网和优步。
如果你刚刚着手成立一个增长团队，那么你可以从不同部门各抽调一两个员工，这样可以使团队迅速启动，团队的规模可以日后逐渐增扩，也可能另外设立新的团队。例如，IBM成立增长团队的时候是为了扩大Bluemix DevOps产品（为工程师提供的软件开发包）的用户群，公司调了5个工程师和5个来自业务部门和市场部门的其他员工组成了团队。在英曼，摩根率领的增长团队由一个数据科学家、三个营销人员和一个网页开发者组成。摩根也是公司的产品开发负责人，他在团队里担任产品经理的角色，作为COO，他也是团队里级别最高的成员，但是他并不是增长负责人，增长负责人由一位市场经理担任，摩根负责帮助并指导团队工作。
选好了团队成员之后，他们应该做些什么呢？增长黑客过程提供了团队应当开展的一整套具体活动，通过迅速试验寻找新的增长机遇并扩大现有的机遇。这一过程是一个持续的循环，由四个主要步骤组成：（1）数据分析与洞察收集；（2）想法产生；（3）排定试验优先级；（4）试验执行。在第四步完成之后重新回到数据分析阶段，评估试验结果并决定下一步行动。在这一阶段，团队将确定产生了初步成果的试验想法，并进一步完善，而对于结果差强人意的试验想法，则直接抛弃。通过循环往复地推进这一过程，增长团队将不断积累大大小小的成功，创造一个不断改进的良性循环。
图1–2 增长黑客过程的四个步骤
团队应定期召开增长会议以保证工作进度。团队会议一般应每周召开一次，它能够为管理团队试验工作、回顾试验结果并决定下一步试验内容提供一个严谨的场合。增长团队可以采用敏捷软件开发方法里的常设会议做法。敏捷开发利用冲刺计划会议组织下一步工作，而增长会议也十分类似，使团队能够回顾进展、确定下一步试验顺序并保持试验速度。
在会议上提出的试验想法将分配给不同成员负责执行、分析或研究，以明确该想法是否值得试验。团队增长负责人在两次周会之间定期与每个团队成员进行沟通，检查工作进度，并帮助他们解决可能出现的问题。
周会可以使团队保持工作进度与重心，确保高度的协调与沟通以推进这一节奏飞快的过程。这个过程就像是在赛道上飞驰的F1赛车，在保持速度的同时不断进行微调，如果做不好则可能变成刹车失灵冲出道路的笨重卡车。除此之外，这种深度合作的会议能够达到1+1=3的效果，不同成员的专长结合在一起的影响力将会翻倍，使优质的想法变成强大的增长引擎。这样的会议也经常能够催生非常出人意料的想法，而其中很多都是成员独自一人无论如何也想不到的。
例如，通过对于客户流失的深入分析，团队可能会发现很多弃用产品的人都没有使用产品的某一功能，而这一功能非常受活跃用户的欢迎。这一发现可能促使团队试验不同的方法，引导用户试用这个功能。再举一个我们GrowthHackers.com增长团队的例子：在分析用户数据时，我们发现社区提交的内容包含富媒体格式（比如会议演示文稿或者YouTube上的视频），与简单的文章链接相比，这些内容大大提高了用户参与度并为网站带来了更多的重复访问量。于是增长团队成员提出了一系列为网站增加更多音频、视频等富媒体内容的想法。接下来的工作看似很明确但缺乏新意，直到团队里的一位工程师加入进来，告诉我们不仅可以用一个简单的插件在网站上支持很多类型的媒体文件，还可以嵌入一段代码，自动识别YouTube、SoundCloud和SlideShare等知名媒体网站的链接并马上将链接内容嵌入网站的讨论页面。于是我们所做的就不是直接增加一两个媒体源的视频那么简单了，而是实现了对十几个媒体源内容的支持，而且大大简化了在网站上发布多媒体内容的过程。如果没有工程师的参与，我们很可能不会想到这个办法。之后，我们重新设计了试验，结果网站社区活跃度的增长远远超出了我们的预测。我们将在第四章介绍最高效的会议组织流程，也会提供一个会议日程样板供读者参考。
至于人员分工，每个团队成员仍然应负责各自擅长的工作，有时也需要独立工作，至少在团队成立初期是如此。例如，工程师会负责试验所需要的编程工作，设计师负责团队需要的任何设计元素，数据分析师则负责挑选试验将要覆盖的用户群，而营销人员则负责执行任何针对营销渠道的试验，比如新的脸谱网广告计划。如果团队里有用户体验设计师，他/她可能会负责收集并分析用户关于他们最看重的产品功能的反馈，并将分析结果汇报给团队。而这样的调研可能会引导团队提出改变某个功能或者测试某个新功能的想法。而后，团队可能会让工程师负责相应的编程工作，比如，如果调研发现用户在浏览网站时容易“找不着北”，工程师就可能需要对网页进行调整，比如修改购物车界面。
当然，团队成员在其他时候也需要密切合作。比如要开发一个新的产品功能时，团队负责不同工作的成员需要就产品的设计和执行、信息传达方式和产品提供方式以及结果评价指标等达成统一意见。例如，负责移动App的团队可能会通过讨论决定，将提高新用户转化为固定用户的速度作为工作重心，也可能因此决定的需要对新用户首先看到的几屏进行大刀阔斧的重新设计，以优化页面的信息传达，并就此开展试验。
公司的组织汇报结构必须对增长团队有清晰的界定，即增长负责人应向谁汇报。团队应当由一位高管负责，以确保团队有权跨过既定的部门职责界限开展工作。增长不应作为一个边缘项目存在，如果没有明确且坚定的高层意愿，增长团队将会在公司中处处受阻，陷入低效、僵化的形式主义和地盘之争。在创业公司，如果创始人或CEO本人不直接领导增长团队，那么团队就应该直接向他/她汇报。在规模更大的公司，可能同时有几个增长团队，团队则应向副总裁或者首席官中的一位汇报，这位首席官能够保证整个首席官团队都支持增长团队的工作。总之，组织最高层的支持对于团队取得持续的成功至关重要。
马克·扎克伯格就是增长团队所需领导力的典范。他在脸谱网成立初期就不遗余力地推动增长，从那时起他对增长工作的热情一直不曾消退。2005年，也就是脸谱网正式成立增长团队两年之前，公司负责数字营销的诺亚·卡根向扎克伯格提出了一个能够为公司创收的想法。卡根是第三十名加入脸谱网的员工，他认为公司需要向投资者证明他们是可以盈利的。当时，他们在公司的会议室里，卡根正在阐述他的想法，而扎克伯格打断了他，从座位上起身，走到白板前拿起一支记号笔在上面写下了大大的“Growth”（增长）一词。扎克伯格认为，公司当时需要做的就是全力以赴扩大脸谱网的用户人数，不应该有别的想法。他在公司创立初期就态度鲜明地把增长置于包括收入在内的所有其他企业关注点之上，这正是脸谱网取得巨大成功的关键所在。 5
即使在企业纷纷投资虚拟现实和人工智能等未来技术的今天，核心客户群的稳健仍然毫无疑问是投资未来的基础。正如脸谱网的CTO（首席技术官）迈克·斯科洛普夫对《快速公司》杂志（Fast Company）所言，“我一半时间在关注公司日常运营，一半时间在关注未来发展，这有时会让人有些错乱，但是我们必须要保证核心业务保持持续增长，因为这是我们大力投资长期项目的前提和基础”。 6
世界最大的房地产网站Zillow的联合创始人斯宾塞·拉斯科夫也是增长过程的坚定拥趸。负责公司增长业务的副总裁奈特·默克是公司的第四十位员工，他回忆说，拉斯科夫和高管团队从第一天起就把增长作为首要任务。随着公司的成长，Zillow也建立起了一支以默克为中心的增长团队，以保证公司始终如一地专注于增长。默克的团队与脸谱网的工作模式类似，主要关注公司的KPI（关键绩效指标），并与其他产品团队合作促进获客和留存，以实现各自的业务目标。
拉斯科夫设立了一个名为“Play”的增长计划，即以每9到12个月为一个周期不断进行的增长活动，并以此为核心将整个公司凝聚起来，共同实现增长使命。例如，在2008年，公司注意到其网站流量正在被一个竞争对手吞食，这个竞争对手是一家叫Trulia（美国房地产搜索引擎）的行业新秀。流量的流失在很大程度上是因为Trulia巧妙地利用了搜索引擎优化使其在谷歌搜索结果中的房源数据高于Zillow。于是Zillow的高管团队决定将当年“Play”计划的主题定为搜索引擎优化，公司里的所有团队都要将此作为首要任务，力争在搜索方面做到世界一流。这意味着公司文化的重大改变，因为在此之前公司一直忽视了搜索引擎优化，而更多地关注其他营销策略。但是最终每个团队都找到了搜索引擎优化的办法，而且Zillow也赶超了Trulia，并在2015年以30亿美元将其收购。 7
研究员安德鲁·麦金尼斯和三善大辅开展的针对硅谷企业的调查显示，增长团队有两种常见的汇报结构。 8 他们将第一种结构称为职能模式（或产品部门主导模式），在这一模式下，增长团队向主管其工作范围内的某个产品或几个产品的高管汇报。
图1–3 产品部门主导模式
比如，产品部门主导的团队可能将全部精力放在公司移动App用户的增长上，而另一个团队则可能专注于推动接受网络免费新闻资讯服务的读者升级到付费订阅的行列。有些情况下，产品部门主导团队的职责范围可能仅限于改进产品某一个方面的性能，比如通过优化onboarding（即引导用户了解如何使用产品）激活某线上学习软件的新用户。在Pinterest，约翰·伊根领导的增长团队全心贯注于测试发给用户的邮件和手机推送消息的频率、内容和行为召唤，旨在促使用户更频繁地使用产品。这一职责范围听起来可能太小了，但是正是这种高度的专注才能使团队真正深挖公司的关键增长点。例如，团队最近的一次尝试是打造了“Copytune”，这是一个非常复杂的机器学习算法，使团队能够快速地测试用30多种语言编写并推送给用户的几十种不同的通知版本，在软件选出效果最好的版本之后，团队再跟进试验以寻求更优结果。这一计划的成效非常显著，使网站的月活跃用户数（MAU）大增。 9
产品部门主导的团队也可能负责尝试各种不同方式以驱动增长漏斗各个层面的增长，从吸引新客户到提高留存率，再到增加客户产生的收入。
一般来说，在采用这一模式的公司，每一个产品经理都会领导一个由工程师、用户体验设计师和数据分析师组成的小产品团队，而且经常一个产品部门会有若干个这样的小团队。这个模式在成熟的企业或者已经处于创业后期的公司比较容易实施，因为它能够很快地融入既有的管理结构。这不仅意味着企业架构不需要大幅重组，也能够减少在将增长试验纳入既有产品功能开发路线图的过程中可能遇到的摩擦。
除Pinterest之外，领英、推特和Dropbox也采用这一模式。
另外一种模式是创建一个独立的团队，这样的团队不再归属于既有的产品开发团队。增长团队负责人向增长副总裁汇报，而增长副总裁一般直接向CEO或者其他高管汇报。增长副总裁这个角色的设立通常是为了保证公司管理层中有人对团队的成果负责，优步和脸谱网就是两个例子。不同于产品部门领导的团队，独立团队并非只专注于某一个产品，而是有权就公司所有类型的产品开展试验，甚至可以在公司现有的产品线之外寻找战略层面的增长机遇。一个典型的例子就是脸谱网的增长团队在认识到Octazen的技术能够帮助改进其朋友推荐计划的效果时建议公司收购Octazen。而且，脸谱网的增长团队开展的增长计划覆盖范围十分广泛，他们不仅帮助公司改进既有产品及功能，比如优化新用户注册流程，甚至还为公司开发了一些新产品，比如Facebook Lite，这是专为数据通信比较落后的地区建立的。增长团队还为产品团队提供支持，当产品团队遇到困难时，增长团队会像特警部队一样空降过来帮助他们发现产品优化和增长的机会，并向他们展示如何推进增长试验过程。
图1–4 独立模式
在公司发展初期成立独立增长团队的阻力是最小的，因为这时公司架构还没有成型，资源归属和汇报制度还没有正式确立下来。在地盘尚未正式划分的时候，如果要分配一部分职责和人员给增长团队，公司里不会有太多的抱怨声。不过虽说如此，在规模更大、更成熟的企业成立独立的增长团队也并非不可能。沃尔玛就在2011年成立了一支独立的增长团队。它采取的办法是收购硅谷一家知名创业公司Kosmix的创新中心，而这个创新中心就成了“沃尔玛实验室”。 10 这个团队作为专注于电子商务的部门独立运作，聚焦沃尔玛网站和App的数字创新计划，其中就包括我们在前言里提到的非常成功的“低价捕手”App。团队同时也负责对数字创业公司中的“潜力股”进行收购，比如时尚搜索应用Stylr和网络食谱公司Yumprint，并将这些公司的技术和人才用于提升沃尔玛的电商业务。
需要强调的一点是，即便增长团队享有充分的独立性，它仍然需要公司高层的大力支持，以应对组织内部的敏感问题和可能出现的摩擦，比如产品、市场、设计和工程人员各自都有自己的行事方式和工作重心，增长团队在和他们打交道时很可能会遇到一些问题。
一家公司在成立第一支增长团队时难免会遇到一些阻力。除了组织架构和规范尚未完全确立的初创公司外，对于大多数企业来说，建立一个或多个增长团队都意味着重大的人事和汇报制度的调整。不论这样的调整是长期的还是仅限于某一特定的短期增长任务，都需要牵涉一部分人员的工作安排和职责变动。有过在企业工作经历的人都知道，做出这样的调整势必会遇到一些挑战。
从根本上看，大多数的摩擦都是由企业文化造成的。包括市场、产品开发和软件工程在内的很多部门的人员对于工作安排都有着既成的认知，即他们的团队应当做什么，应当如何去做。在BitTorrent，市场部最初的想法是只关注用户获取，数据分析则由公司的数据团队来完成，而且分析完全是按照产品团队的要求进行。测试工作并不属于任何部门的工作范围，几乎完全被忽略了。可想而知，当成立增长团队并打破原有的部门筒仓时，公司需要下不少功夫来做出相应调整。
诸如此类的摩擦在成立增长团队的过程中屡见不鲜。乔西·施瓦扎佩尔加入雅虎，成立并领导增长团队时，主要任务是实现公司移动产品的增长。他回忆说，当他的团队开始试验向访客推广雅虎的应用时，遭到了品牌团队的排挤，因为他们认为增长团队的做法偏离了原有信息传达方式所使用的风格和语音提示。产品经理也十分谨慎，因为增长团队所做试验触及的人群和影响力都太广了，每一个在移动设备上访问雅虎网站的人都会看到他们做出的调整。克服这一阻力需要跨团队通力合作，也需要建立团队之间的信任。“我们需要付出大量的努力以赢得伙伴团队的支持。”施瓦扎佩尔回忆说。 11
造成摩擦的另一个原因，是增长试验及其所需动用的资源可能会干扰或者牺牲开展既有项目和工作所需要的时间或资源。例如，在BitTorrent，安娜贝尔花了大量时间设计试验并分析试验结果，这占据了她开展更加迫切的收购工作的时间。而且，随着团队对数据分析的需求不断增加，数据团队变得不堪重负，直到管理层决定为数据团队招兵买马，情况才有所缓解。
摩擦的产生也是因为增长团队将领域和背景如此不同的一群人聚集在一起，可想而知，他们势必会有意见相左的时候，有时甚至在立场观点和工作重心上存在冲突。工程师一般只对在技术上最具挑战性的工作感兴趣，而不关心他们提出的解决方案是否会对增长产生实质性的影响。产品经理往往沉迷于产品开发与发布工作，如果市场和销售团队在最后一分钟提出产品改动要求却给不出有说服力的商业理由，他们可能会大发雷霆。用户体验设计师经常会反对为产品引入一些试验性的功能或特征，因为他们担心原本对产品满意的用户会因此感到厌烦。营销人员则可能会过于关注像网站访问量或销售线索这样的“面子指标”，而忽略了在漏斗的其他部分（比如用户留存）提升指标的必要性。
此外，这些立场在上述每个群体的成员中往往都根深蒂固，这不仅是组织结构设计使然，他们相应的入职培训、各自的心态及其背后的激励因素都造成了这样的结果。因此，即便在初创企业，让这些来自不同领域的人携手合作都可能是个不小的挑战。
如果管理得当，增长团队完全可以减少这些摩擦，前提是公司要为整个团队实现共同的增长目标提供充分的激励和奖励措施。缓解矛盾的另一个方式是确保在决定试验的优先顺序以及评价试验结果时严格用数据说话，而不是仅凭主观臆断。脸谱网增长团队前负责人卡马斯·帕里哈比提亚将这样的主观臆断称为公司掌握产品设计、消费者需要方向的“学问”。每个公司，不论大小，都有一些根深蒂固的“学问”，我们应当通过以数据驱动的试验来打破它们。例如，在Qualaroo，员工一度认为如果产品涨价公司就没法保持成功，这也导致公司的发展止步不前。然而，他们在做了价格试验之后发现，在提价超过400%的情况下公司仍然能够通过吸引一个新的用户群而获得增长。
当数据分析给出了强有力的结果时，反对意见就很容易处理了。而设计严密的试验带来的结果也会让人无法辩驳，这也能够让人摆脱对自己的某种愿景或策略的执念。而且如果试验过程完全基于数据，团队成员往往会认可这一学习过程的严谨性，并且它可以为成员提供试错的空间，通过不断试错找到最佳做法并取得成功。
毕竟，成功是化解冲突、消除分歧的最有效手段。很多增长团队的成员都表示，随着他们不断努力取得令人惊叹的成果，不仅团队内部对增长黑客方法的热情高涨，这种热情也不断蔓延至整个公司。
随着公司的不断增长和演变，增长团队也应当随之变化。在脸谱网，增长团队从最初的5人迅速壮大成一个庞大的群体，并且聚焦多个领域，比如国际市场和新兴市场手机业务领域。
通常来说，随着公司的扩张，员工越来越多，增长团队的构成和关注点也会随着时间的推移而有所变化。这时，增长团队可能会从特定部门或者新增部门招募更多人手，可能也会划分成不同小组，分别负责公司不同业务板块下的更加具体的增长计划。Pinterest的增长团队就从一个独立团队演变成了产品部门下的四个小团队，分别负责用户体验的不同方面。 12 在推特，乔西·埃尔曼的团队也从一个一开始只关注“用户引导”的小组演变为一支规模更大、责任更广的增长团队。 13 其他专业人员也可能加入团队提供特定领域的技术或知识支持，他们可能是公司内部的固定员工，也可能是从外部顾问公司或代理公司聘请的临时雇员。公司在扩张的同时应保持并扩大增长团队的规模，以保持以增长为中心的企业文化。即使是最具创意的产品和想法也会因为缺乏持续的改进而止步不前、最终陨灭，这在现实中常常发生，而增长团队是避免这种惨痛结局的法宝。
对于初创企业来说，增长团队一般都规模很小，需要从团队外部聘请擅长用户增长某一领域（比如用户获取或留存）的专家。对它们来说，为团队增加外部实力能够带来诸多裨益，正如Dropbox当初聘请肖恩一样。这样的小团队能将其成员对产品及公司的深刻了解与外部实力结合起来，从而获得丰硕的成果。需要注意的是，不论是在初期阶段还是其他任何时期，都不能将增长的核心职责外包出去。增长工作太重要了，不能轻易交给他人去做，而外部顾问常常缺乏足够的权力、时间或内在动力为实现公司可持续的增长而攻坚克难。
增长黑客过程可能看起来很难落实。搭建一个跨职能的团队并不容易，各个部门的经理可能会反对增长团队占用他们手下员工的时间，大量的试验也会让很多人望而却步。总之，势必会有人说“不”，势必会遇到阻力。好在增长黑客能够带来良性增长循环。目标非常具体的小型团队往往会通过推行增长黑客过程取得一系列的成果，而这能够在整个公司激起员工对于这一过程的热情。一旦人们看到这一以数据驱动的试验方法产生的增长创意的威力，势必会萌生对这一过程的热情，而这种热情如星星之火可以燎原。
不论是在公司还是某个部门内部，增长黑客的推行都不是一蹴而就的。可以试着先成立一个团队使其只专注于某一个产品，甚至是产品的某一个方面，比如网站的注册页面。或者你也可以让团队只负责优化公司的某一个获客渠道，比如加强脸谱网上的获客，或是扩大公司博客的读者群，又或是提高公司邮件营销的效果。增长团队也可以只关注某一个指标，比如提高激活过程中的转化率，或者加强用户留存。随着成功的累积，增长团队的责任范围可以逐渐扩大，或者公司可以成立更多的增长团队。
如果你是小团队负责人，希望尝试一下增长黑客过程，那么最好能够先获得一些支持，哪怕只是几个同事和一个上司的认可。在推行过程中难免会犯错，试验也会有失败，网页可能会崩溃，这些都是这一试验过程的必经之路。而上级的支持可以大大减轻这些失败带来的冲击。IBM的BlueMix DevOps团队增长负责人劳伦·谢福尔就曾经在开展增长黑客试验的初期启动了一项测试，结果导致产品的主页崩溃。但是她的上司非常支持增长黑客行动，所以她和她的团队很快摆脱了这次失利的阴影。 14
增长团队也不应太早启动，因为如果产品不受用户的喜爱，那么任何试验都无法激发持久的增长。当然，对于一个不尽人意的产品，很多公司都会想方设法保持一定的用户忠诚度或者获得足够的销量，但是它们终将失败。
正因如此，企业在明确其产品对于市场是“不可或缺”还是“有没有都无所谓”之前，都不应制订过于雄心勃勃的增长计划，我们在下一章会更详细地讨论这一点。现在你已经知道如何搭建一个增长团队了，接下来让我们进入这一过程的下一个步骤：团队如何利用客户反馈、严密的试验和测试以及深入的数据分析来评估一个产品是否实现了产品—市场匹配。