增长黑客
增长黑客既是一门方法,也是一种思维方式,它横跨营销、产品和工程,用快速实验来寻找可扩展、可复制的增长方式。这个词由 Sean Ellis 于 2010 年提出,源自那些负担不起传统营销预算的早期初创公司,它们需要产品驱动的循环、数据驱动的测试和富有创意的分发技巧,以低成本获取用户。
增长黑客既是一门方法,也是一种思维方式,它横跨营销、产品和工程,用快速实验来寻找可扩展、可复制的增长方式。这个词由 Sean Ellis 于 2010 年提出,源自那些负担不起传统营销预算的早期初创公司,它们需要产品驱动的循环、数据驱动的测试和富有创意的分发技巧,以低成本获取用户。
为什么重要
传统营销先花预算,几个月后才看结果。增长黑客颠倒了顺序:跑一个尽可能便宜的测试,读取数据,要么砍掉,要么加码。正是这种紧密的反馈循环,让 Dropbox 的推荐计划、Airbnb 的 Craigslist 桥接、Hotmail 的邮件签名以及 Pinterest 的邀请制发布,在极少的预算下实现了数量级的增长。2010 年代的大多数独角兽,其核心都有一个增长黑客的故事。这门方法之所以重要,是因为它迫使团队把增长当作一个工程问题来对待,可测试、可迭代,并由专人负责。
增长黑客流程
1. 定义北极星指标:一个代表真实用户价值的数字(见 north-star-metric 词条)。
2. 把漏斗拆分为各阶段:AARRR,即获取(Acquisition)、激活(Activation)、留存(Retention)、推荐(Referral)、收入(Revenue)。
3. 找出最薄弱的阶段:漏斗在哪里漏得最厉害?优先修复最差的阶段,ROI 最高。
4. 头脑风暴实验:快速、廉价、可测量的测试,极端情况下通常每周 10 至 50 个。
5. 用 ICE 或 PIE 排序:
- 影响(Impact):这能让指标提升多少?
- 信心(Confidence):我们有多确定它会奏效?
- 难易(Ease):跑起来有多便宜、多快?
为每项打分、排序,先跑排名靠前的。
6. 执行实验:周期短、成功标准明确、只改一个变量。
7. 测量、决策、加码或砍掉:不对任何想法抱有感情依恋。
8. 永远循环:增长黑客不是一个项目,而是一个持续的流程。
著名的增长黑客案例
Dropbox(2008):推荐计划为推荐人和被推荐人双方提供免费存储。注册量在一个月内跃升 60%,这个实验至今仍在驱动复利式增长。
Airbnb + Craigslist(2010 至 2011):一项集成功能,让 Airbnb 房东一键将房源转发到 Craigslist,借用其流量。这严重违反 Craigslist 的服务条款,在受到关注后被移除,但它帮 Airbnb 度过了早期增长停滞。
Hotmail(1996):在每封外发邮件末尾附上"PS:我爱你。在 Hotmail 获取你的免费邮箱"。Hotmail 在 18 个月内达到 1200 万用户,几乎没有任何营销支出。
Pinterest(2010):带候补名单和逐步开放的邀请制发布。制造了稀缺感和口碑。
Slack(2013):前两年没有任何付费营销。增长来自某个团队采用后公司内部的口口相传。
LinkedIn(2003):从邮箱导入联系人,让每位邀请者带来的注册量翻了三倍。其早期导入流程中存在法律隐患的部分,正是今天以同意为核心的各项规则的由来。
增长黑客 vs 营销
| 维度 | 营销 | 增长黑客 |
|---|---|---|
| 工作单位 | 战役 | 实验 |
| 时间跨度 | 季度 | 每周 |
| 指标 | 品牌知名度、CAC | 漏斗转化率、留存 |
| 负责人 | 营销团队 | 跨职能(产品 + 数据 + 营销) |
| 成本 | 往往很高 | 尽可能便宜 |
| 成功标准 | 预算花完 | 指标提升 |
增长黑客并不反对营销,成熟的团队两者兼顾,营销负责品牌,增长黑客负责漏斗的算账逻辑。
增长黑客何时失效
没有产品市场契合:技巧乘以零仍是零。如果产品留不住人,扩大获取就是往漏水的桶里倒水。
只看指标、缺乏判断:一味追逐数字而没有叙事的增长黑客,会把自己优化进暗黑模式和短期飙升。
没有实验文化:惩罚失败实验的组织,会扼杀增长黑客所依赖的循环。
依赖单一渠道:在某个平台(Craigslist、Facebook、Google Ads)上奏效的技巧,会在平台改规则时失效。
把它当成魔法:增长黑客是一门方法,而非灵丹妙药。它带来的是较小的胜利,而非定义品类的突破。
常见错误
跳过指标:在没有明确目标数字的情况下跑实验。
追逐虚荣指标:只有注册没有激活,只有展示没有点击。
同时跑太多实验:当五件事同时改变时,你无法归因结果。
无视伦理:一些经典的"增长黑客"(未经授权的爬取、暗黑模式、虚假紧迫感)短期奏效,长期却摧毁信任。
盲目照搬他人的技巧:2008 年对 Dropbox 奏效的,在 2026 年对一家 B2B SaaS 行不通。可复制的是流程,而非具体技巧。
Sources: