接手别人的产品，如何快速入手，制定用户增长的策略呢？

如果你在职场轮换过一些公司，是否会觉得所有的跳槽都是从一个坑跳到了另一个坑，可能是公司本身业务的坑，可能是企业文化的坑，可能是团队坑。如果不是坑为什么别人要走呢？

可能会出现很多接盘侠，尤其是在这个所有公司都想做增长的现在。做了这么多家的增长其实无非是通过产品运营、技术、业务撬动实现增长。商业模式决定公司的天花板在哪里，组织架构支持重组与扩展，技术决定这条路能跑多快多远，产品和运营负责结果与落地的枢纽，而用户增长解决的是公司的估值问题。

刚接手一个烫山芋怎么办？一般以下5个步骤帮你快速滤清思路

一、迅速了解公司业务情况

公司的商业模式是什么？现阶段从谁身上赚钱？怎么服务好？供求关系如何？

如何在更端短的时间提升更快，让大家都认为比较专业，那就是要自己平时多思考，保持好奇心。比如，在判断一个公司时，经常会再脑子里画一下商业画布，了解这个公司是否真的有价值，有核心竞争力（自己的壁垒），供应关系是否平衡，模式是否可行，用户是否有粘性等等。所以要接盘就要先摸清历史情况是什么，这个公司定位到底是要做什么。

图片源自网络

产品本身

同时还要研究产品本身，线上、线下都包括。比如产品矩阵是否完全，是否在 APP、H5、Web、小程序等领域都有布局。产品的信息架构：一般会整理户体验地图、产品信息框架 Map、等等。

二、数据分析基础

现在有哪些，哪些数据统计，数据报表，数据分析的 Magic Number，历史分析报告等

还需要哪些，哪些还需要进一步做产品埋点和数据分析，除了产品层面，TSI是否正常。

特别值得提的是我们往往更多的关注已留存的活跃用户而忽略了流失用户的分析。

三、产生 idea

1. 按照公司不同条线产品的不同平台来划分，比如 C 端产品的 PC 端、H5、小程序、App
2. 按照整个生命周期漏斗

四、落地实施

制定策略与优先级

全年整个条线的roadmap，计划，目标制定。

年度的整体目标，针对目标的拆解，和具体实施的时间节点和责任人，

季度与月的划分

细化到季度目标，一般会根据历史数据情况同比和环比来看。很多时候会遇到不足一年不够参考，那么可以看竞品、友商的数据。

具体的一期的计划、预期实现的效果，一期后的调整策略

详细的近期要实现的 MAP 的功能范围、目标以及需要的支持。

同时可能有 n 个方向，n 个 idea，根据效果与工期判断优先级，收集需求表。

五、复盘

1.方向是否可行

本次实验的idea 是否可行，用户是否认可，用户反馈如何。

数据层面是否达到预期，超出预期与没有达到目标的原因

2.评判数据与预期的差距

如果没有达到预期，是否可以从三方面优化：是否用户都知道此功能；功能本身的使用情况数据；漏斗中在哪里折损最严重；用户是否有其他核心需求。

3.下一步优化计划

是否在某些环节进行优化，优化的方案和预期如何。

下面举个例子： 有了数据基础，根据AARRR模型如何设计符合公司业务的用户增长策略

一、获取用户【拉新】

目的

1. 检测用户对新功能的喜爱程度
2. 优化用户在使用过程中的槽点
3. 寻找新的流量增长点

解决：用户如何发现（并来到）产品中

举措

1. 按照投放渠道区分统计，对比之前CAC，优化效果
2. 通过自传播
3. 利用新媒介、新渠道
4. 借用传统方式（邮件末尾、公众号、服务号），在可触及到用户的地方，传播新产品、新媒介

二、提高用户活跃【留存】

目的：提高（DAU MAU） + 留存率（40 20 10）

解决：用户的第一次使用体验如何？用户是否还会回到产品（重复使用）

举措

1. 产品本身优化（通过ab等方式测试优化）
2. 新业务形态需要新产品、新定位
3. 更有增值性服务（内容、咨询、头条、行业报告）
4. 延长服务用户的周期

三、获取收入【盈利】

目的：提高转化率，商业盈利

解决：产品怎样（通过用户）赚钱？

举措

1. 一般看每月的ARPU值
2. 每个用户平均的LTV （某个用户在生命周期内为该应用创造的收入总计）= 每月ARPU * 用户按月计的平均生命周期

四、自传播

目的：更多品宣，更多用户知晓，病毒传播

解决：用户是否愿意告诉其他用户？

1. 前期效果评估可以用K因素
2. K = (每个用户向他的朋友们发出的邀请的数量) * (接收到邀请的人转化为新用户的转化率)
3. K>1，相当牛逼。K<1，那么用户群到某个规模时就会停止通过自传播增长。

举措

1. 在天然具有社交属性的地方做有传播性的功能（小程序，人人都是 xxx），减少CAC
2. 策划运营and营销更多有传播性活动
3. IP化，周边，自产原创，打造xx 节

本文由 @Dark.蒋 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自unsplash，基于CC0协议