工程师转型产品理易踩坑：正确处理同事需求与提升沟通技巧.pdfVIP

我给用户做了一个特别炫酷的功能，用户可以自定义各种参数，但似乎他们并

不怎么用。

其实，许多做产品的书籍、课程都会写到，不给用户选择，反而是最好的选择。举个例子，

前段时间小程序黑咔相机特别火，日活量最高时可达千万。它的功能特别简单，就是给照片

中天空提供各种动态效果，比如用户选择梵高星空，它就能将图片中的天空变幻为动态的梵

高星空效果，然后一键保存、分享，操作非常简单，过程中没有任何需要技术的地方存在。

这个产品的用户平均年龄大概50岁，最早在某个摄影群中爆发，由于操作简单，效果有趣，

迅速被群成员分享，一天时间内由日活30多万，迅速上涨至几百万，第二天再增长至一千

万，是一个特别经典的例子。

5.过于追求完美，害怕返工5.过于追求完美，害怕返工

用这个方法来实现产品方案太笨了，对服务器的开销太大，我们应该重写代

码，用另一种方案。

为了应对未来可能存在的需求改动，我要把能在后端定制的功能都写了API，并

且把功能拆成各种层级。

许多创业公司在开发产品前会将计划思考周到，以防未来可能出现的需求改动，比如将各种

API补全、把框架都搭好等等。但在实际开发过程中，我们还需考虑阶段性问题，如产品当前

处在什么阶段，是否应该在当前寻求最完美的实现方案；如果处在MVP阶段，是否应该允许

回炉重做等等。

我们应该允许一些不影响主功能的Bug存在，先让功能运行，再补全不完美的地方。有许多工

程师害怕返工，觉得按照产品经理的需求去做时，会不断出现新的需求，就需要不断地返工

进行完善。然而对产品经理来讲，他需要根据每个阶段的数据变动，去观察市场反馈，从而

迅速做出调整。所以，我们应该放下害怕返工的心态，接受随时推翻重做的可能性。

6.认为功能大于场景6.认为功能大于场景

我们有A功能、有B功能、有C功能……我们有非常多的功能，都是我们自己的

技术实现的。

产品经理经常犯一个错，就是总觉得应该再多开发一些功能给用户使用，让他们的体验更丰

富。然而，我研究了许多小程序的方法论，发现小程序之所以火爆，除了自身裂变属性较强

外，非常重要的一点是，它只满足用户一个功能的需求。你可以看到，很多拥有多合一功能

的小程序，很难火起来，因为功能增多之后，会模糊用户对这个小程序的认知。

7.忽视运营7.忽视运营

酒香不怕巷子深，好的产品，用户自然回来，首先要做好的是产品，运营和营

销并不重要。

其实不然，产品与运营始终不可分割，产品经理一定要与运营人员密切沟通，甚至做到产品

经理即运营本身。

最近几年，很多成功的产品，其成功的原因中运营占得比重甚至大过了产品本身。以小程序

为例，很多小程序的功能比较容易实现，技术门槛并不高，别人也可以快速复制，关键点反

而在于如何做用户增长。

对此，我们的做法是采用AB测试，反复测试，总结结果，在这个过程中，产品经理需要跟运

营不断沟通，共同摸索出最优结果。

并且很多时候，产品经理还需要身兼多重角色，我有一位朋友是做电商产品经理，他每天除

了做AB测试，测试各种按纽，优化各种流程之外，还会涉及对文案细节的改动，某次他改动

了一句广告语，结果下单率提高了9%。

可以看出，产品经理做测试、运营、文案等细节工作，看似与技术没有太大关系，却是产品

获得成功必不可少的一部分。

小结小结

本文总结出工程师转型产品经理时可能会踩到的7个坑，包括认为用户傻、觉得同事傻、在前

端呈现过多技术、过于追求完美、害怕返工、认为功能大于场景、忽视运营等，值得大家借

鉴。你曾经踩过其中的哪个坑呢？欢迎在留言区分享你的踩坑经历！

作者简介作者简介

阿禅，连续创业者，资深微信产品与运营研究者。创办中文原创博客可能吧，轻单创始人、

有可能学院CEO、极客公园前CEO、出门问问产品总监，目前担任轻芒合伙人。

（本文整理自阿禅在ArchSummit全球架构师峰会上的分享，有删减。）

©

版权归极客邦科技所有，未经许可不得传播售卖。页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。

上一篇大咖对话|万玉权：如何招到并培养核心人才

下一篇第97讲|阿禅：工程师转型产品经理的必备思维

精选留言精选留言00