「PMTalk产品经理社区」用户增长项目会失败，这样做成功的经验不可复制

文章图片
成功的经验不可复制，失败的经历却如此相似。今天笔者来分享一个朋友的case：一个用户增长项目是如何一步步走向失败的？
项目背景
小A是某公司的产品经理，有一天老板叫他到办公室，跟他说：小A啊，最近公司产品的活跃用户数在持续下跌，经过讨论决定，需要成立专门的项目组去提升用户活跃数。考虑到，你年轻有活力，也有相关的经验，希望你来担任这个项目组组长。（省略1个多小时的内容）
就这样，在临近Q4冲刺KPI时，小A临危受命，扛起提升产品活跃用户数的大旗。他既兴奋，又担心。他很快调整好状态，全身心投入到该项目中。
项目开始的第1个月
小A拉上数据的同事，一起去盘点当前产品数据的情况：活跃=新增+存量活跃+流失回流-存量流失。分析发现：已流失的用户盘子非常之大，根据流失用户再做细致的分层：做动作1就可以变成活跃的用户群X有10万人，做动作2就可以变成活跃的用户群Y有100万人。
相比动作2 ，动作1更容易实现。因此：小A形成了一个结论：重点针对已流失的用户做动作1 ，获得大家认可。
于是乎，小A收获了第一个失败锦囊：投机取巧，什么易做做什么
接下来的大半个月，小A利用动作1 ，疯狂地发短信、App消息推动触达。最开始几天，每天都有3位数的增长。但是慢慢发现，没过多久，流失的用户不吃这一套，流失的大盘用户依然难以拉回，增长再次陷入困境。
项目进行的第2个月
Q4的冲刺已过1个月，过去的1个月疯狂尝试换来的还是整体下跌，整个项目组显得有点气馁。小A重新整理了活动方案，将动作1的活动包装成1.1、1.2、1.3 ，同时还针对用户群Y开展活动2 。
于是乎，小A收获了第二个失败锦囊：只攻城不守城，只关注增长，不关注留存。
小A每天都加班加点，准备各种活动方案、取各类人群用户包数据、推送测试、活动效果分析。努力的付出，还是有一些回报的。项目开展的第2个月，活跃用户数据增长曲线开始呈现抬头趋势，给项目组带来了一些信心。
但数据的同事这时候告诉小A ，以前拉回流的用户现在基本都流失了。很多用户薅完羊毛就走了，留不住啊，回流的流量没有承接下来，这样拉动方法不健康。
项目进行过半
从项目一开始，老板还是比较信任小A的，但渐渐Q4过半，看着数据丝毫无起色，老板明显有点着急了，频频给小A提了很多活动的建议、组织开会、检视情况。此时小A有点疲于奔命了，一边要忙于汇报、一边担心活动没推出去效果不出来。
于是乎，小A收获了第三个失败锦囊：陀螺式前进，缺少框架，被老板戳着走。
因为没有自己的框架和策略，小A的一些既定活动打法很容易被老板否掉，更无法根据轻重缓急向老板say：no 。只能匆忙准备、紧急上线、草草收场。陀螺式前进，难以产生质的飞跃。
项目进行的第3个月
小A回想了两个多月来的工作，策划的活动不下10个，发出去的推送更是不计其数，每一个活动从上线开始前都信心满满，但是每一个结果都不尽人意。有的稍微好点：拉动上千用户增长，差点的就是几百用户，还有惨不忍睹的。每天都在尝试，这个活动不好，换一个再试。
于是乎，小A收获了第四个失败锦囊：重复造轮子：一次性太多，没深挖倍增点。
活动太多，精力不聚焦，做出的活动没有进一步深挖，固化、以及扩大效果。最终都停留在表面，无法形成规模效应。
Q4结束，用户数据增长未达到预期，宣告着这一次项目的失败。老板过来安慰小A说：这个事换谁来做，都可能做不成，希望你能经过这次项目磨练，从中成长起来。