技术教程运营推广

有人在知乎邀请我回答一个问题，题目叫“为烂产品做运营是怎样一种体验？”一开始看到这个题目的时候我愣了一下，我做过烂产品吗？细数了一下过去经手过的产品线，好像一个个都还挺牛逼的，DAU千万级别甚至过亿的都有，目前为止还没有一个死掉的，说实话我在挑项目的时候会经常考虑这个产品会不会挂掉，做运营就像养孩子，养着养着给养死了还真挺难受的。

回到这个问题，我承认过去我也吐槽抱怨过这件事：为XX这个烂产品做运营真不爽。

而且我相信不止是我，很多做产品运营的同学都吐槽过：产品经理就不能给点力吗？好好做产品能死？这么渣的产品我怎么推？辛辛苦苦拉来的新用户看到渣产品照样最后都走了，跟竞品比实在是差远了。扪心自问，这些话你是不是也说过？

其实换个角度，产品经理也在吐槽我们：卧槽老子做的这么牛逼的产品，那帮傻逼运营怎么不会推广，你们去做地推啊，做个H5引爆朋友圈啊！****后面我就不继续了，大家可以脑补。****

有句话值得大部分产品经理、产品运营人员细细品味：

站在用户的角度去装逼，人人都是装逼经理。

“烂产品”，多半还是心态问题。认为自己正在做一个烂产品，那要看你站在什么角度来看，我们都会说用户会这样想会那样操作，多半还是在说自己的行为，真正能跳出自己经验和视角的局限性的人不多。

有人说，我自己就是用户啊，所以我的想法就代表大众用户的想法，不信去团队里随便拉几个人过来问问就知道了。这其实是不对的，这种方法就像政治学里的民粹主义，会直接把产品带到沟里而不自知，而偏偏很多团队正在这条路上高潮中。

定义一个产品是否为“烂产品”，其实是要跳出自己所处的角色来看的。对用户的同理心要强大，产品sense这种听起来玄乎实际上存在的能力还是有些卵用的，但是很多人即使有着PM的title也不一定有，但大家都觉得自己有。

为什么会有这么多烂产品？不可否认的确存在烂产品，而且如果严格来定义好产品的标准，大部分都是烂产品。但很多人不愿意承认的是，其实在说产品烂的时候，并不是真正在说产品，而是试图把整个项目不成功的原因归结于团队里的其他角色。

一个产品做不好，是产品、运营、研发团队本身，公司文化、资源等多方面的原因，文化与资源属于外在条件，实际可控的其实只有团队内在本身。在做产品这件事上，短板效应并不适用。当其中一块板太短时，但其他的板做到足够长，短期内是有机会弥补的，同时需要短板也能后期补上来，具体如何做？白崎在后面会谈到。

烂产品不是你说烂就是烂，也不是产品经理说好就是好。肯定还是得有一个量化的标准，如何定义“烂产品”？来看实际的用户体验，白崎给大家总结了以下四个思考层面，挨个来检验下之后再来回答你的产品"/UploadFiles/2016-12-29/烂"在哪儿。

核心层面：

产品方向是不是有问题，用户真的有这个需求吗？大部分产品失败的原因其实是老板一拍脑袋，把自己的需求当成大众需求了。这个层面的烂，才是最核心最要命的烂，基本属于没救了。

功能层面：

你的解决方案用户认可吗？和竞品相比是否有独特的卖点？你的卖点是从用户需求倒推的还是因为你有这个独有资源所以成为卖点的？

这个层面的烂还有救，因为可以迭代可以修改。最简单的办法就是去学习竞品，学不会就一模一样地抄啊，没什么不好意思的，但是连抄都抄不会那还是别做了。很多产品经理不愿意抄，觉得没面子，所以喜欢抄一半然后自己掺一半水，美其名曰微创新，这样不至于被戴上抄袭的帽子，但我也见过抄成四不像的，到最后还是没法用。

还有一种情况，基本每个产品都会有自己的独特卖点，也就是核心价值。核心价值的来源有两种，一种是真正挖掘用户需求，从而产生独特而受用户认可的解决方案，但现在各个行业都是红海，能做的东西大部分都被人已经做了，独特价值还挺难的。另外一种是资源倒推产品方向，也就是说产品在开始做的时候就已经想好了，因为只有我才有这个资源，所以觉得很适合，产品一定会成功。这条路有风险，独特性满足了，但用户是否认可就要打个问号。比如微信读书这款产品，号称核心价值是腾讯最牛逼的社交关系链，因为这个的确是腾讯才有的资源，但其实对微信读书这款产品没什么卵用，也就产品出来时PR效果好一点。

性能层面：

你的APP多久崩溃一次？启动速度需要几秒？数据及时吗？闪退吗？用户信息会泄露吗？数据库被拖库了吗？这一层更多是研发人员所努力的事情，性能层面做得好用户不会夸，但做得不好用户一定会骂。

视觉交互层面：

颜色好不好看？交互是否符合习惯？大部分入门级的产品er和运营er还停留在吐槽视觉层面的阶段，因为其他的角度不懂，说不上来，也只能谈谈颜色聊聊手势了。视觉和交互是用来锦上添花的，并不存在哪个产品是因为视觉和交互好而有很多人用，但会有用户因为不喜欢设计风格而流失。

人一生中总要碰到那么一两个人渣，谁也不敢保证哪天遇到一个烂产品，而你又需要为这个烂产品做运营，怎么办？

当仔细对照完以上四个层面后，发现核心层面的烂是真的烂了，也就是产品方向有问题，属于跑偏的状态。这个时候你该去跟产品经理聊聊了，能改咱们赶紧改，但如果船大不好调头了，趁早离开才是正确，没有必要为一个失败的产品浪费自己的时间，只会积累大量的教训而非经验。

另外一种，你认为的烂产品只是目前团队力量有限，努努力还是有希望改进的，这时候更多地要想想产品运营能为这个烂产品做些什么？

首先是承认产品烂，不要自欺欺人，明明有问题但却掩盖的团队不要继续待下去，掩盖的人多半是害怕问题暴露了需要承担责任。在现有的产品条件下，挖掘对已有用户的价值点，多半烂产品还是有一些用户的，甚至是每天都在用忠诚用户，发掘闪光点，也是寻找自己在行业里的位置。

其次，协助产品经理去改进产品。大部分运营人员会和用户做接触，将用户的重要反馈汇总后提供给产品经理，从运营角度一起去和产品经理考虑产品怎么改。

最后，当产品不行了的时候，运营要补上去。从运营层面提供服务价值，降低用户对功能层面差评的感知。

用今天看到的一句话作为结束，也是自己的一点思考。

你知道得越少，就越容易固执己见。

为“烂产品”做运营是怎样一种体验？那就是又做运营还要把自己当作产品经理去思考的体验。

白崎，微信公众号baiqinote，人人都是产品经理专栏作家，百度产品运营师。负责过多款DAU千万级产品的运营工作，擅长用户运营、社区运营等模块。喜欢研究各类新鲜的APP，微信分享产品运营的实战干货文章，偶尔扯扯淡。