交200块钱，每周写3篇竞品分析，粘贴到那个帖子下，完成任务就退50块钱，完成不了就不退钱；

写完第一篇竞品分析后，发给我看了下，功夫下的确实挺大，也确实非常用心。

如我当时评论那样：

• 写竞品分析，应该从自己最熟悉的产品入手，从一个小功能入手，做横向对比，这样对自己的提升才是最大的。

看到PMcaff上这个活动参与的人数还挺多，其实我是不建议这样来做的，200块钱都是小事，耽误的时间和耐心，甚至对产品经理这行业失去激情，就比较不划算了。

任何时候，学习一门新课程：

• 方法都要比努力重要

即此，写这篇文章，送给那些所有想转产品经理的程序员们：

做产品经理这六年，打交道最多的应该就是程序员了，自己当初为了更好地和技术沟通，自学了一段时间的C语言和Html，要说写其他行业心里不是很自信的话，写程序员这篇，应该还算比较有些信心了。

• 程序员转产品的优势是什么？

我比较相信的一个事情是：发挥长处往往要比补短板更容易让一个人取得阶段性的胜利，这个道理应用在“转行”这件事情上，也是成立的；这也是这个系列文章的指导思想。

那么程序员转行产品经理的优势是什么呢？

在开始这个之前，我们先看下产品经理的能力模型：

1.得天独厚的技术能力

--很多公司都要求产品经理要写过代码或者计算专业毕业才行，因为在一些特定的行业，技术思维确实会比较重要，比如目前比较火的“人工智能”领域，很多公司就要求产品经理要懂技术，甚至会写一些简单的算法才行；

在这个点上，程序员转产品经理就直接秒了90%的其他转行的非技术竞争者；

--而技术转产品经理经理，基本上补足了产品经理整个职业生涯一直在努力补齐的短板，对于很多中高级PM来说，做项目管理，如果不知道这个项目的开发难度，那么工期的评估就很难完成；

2.优秀的文档撰写能力

--我们先来看看实际工作中，很多由程序员发现的产品经理写文档的”七宗罪“：

---文档写了几十页，一个逻辑写的罗里吧嗦，研发测试都没耐心看了；

---逻辑遗漏严重，值从哪里取搞不清楚；

---页面极值没考虑清楚，导致影响美感；

....

让程序员来吐槽他遇到的产品经理的话，可能这一篇啥都不用写了，这槽可得半天吐；

这确实是一个比较常见的现象，为什么很多人老黑产品经理，文档写的不够全面和严禁，确实是很多产品经理经常出现的一个问题，这个问题不仅仅出现在出入职场的初级PM，甚至很多中高级PM也会遇到这个问题。

不瞒你说，我以前也经常出现这样的问题，毕竟这个文档主要是让开发去看的，而产品经理没有开发背景的话，确实会出现这样的问题，那个时候这个问题也让我非常苦恼，后来当我开始学习C和Html的时候，发现很多东西，直接一个 if ... else...就可以解决了，原来可能需要写一大段的文档，省去了好多行；也明白了程序员经常使用会使用”引用“，比如文档里头的某个部分跟之前的一样，这次就没有必要再写一次，节省了很多研发的时间。

这也是为什么有一些公司会喜欢写过代码的产品经理的原因，说白了就是：这样的程序员，不会坑程序员；更容易获得团队的支持，对于项目的顺利推进，大有帮助。

--而在项目里，负责实践的程序员工作，直接决定了整个团队项目的进度；懂技术，对于掌握整个项目大有裨益；

我有一个非常厉害后端程序员朋友在新浪，早些年给我讲了一个段子：

来总(王高飞，微博CEO)做产品经理的时候，跟大家评审完一个需求，技术Leader给的排期是两个月，但由于项目比较紧张，来总就跟技术Leader确认看看能不能提前，结果技术Leader说这个没法提前。

然后来总说：好；

结果来总用了两周自己写代码把这个需求实现了。

至此，新浪的技术对于来总这个产品经理十分敬佩。

后来我又从其他地方听到过一样版本的段子。

市面上很多人黑产品经理，其实是有原因的，如果都能像来总这样，我想除了尊敬，应该连黑的资本都没有了吧。

百度李彦宏，腾讯马化腾，京东刘强东相信他们在推动一个项目的时候，可能比那些不懂技术的产品在要排期的时候，可能会节省很多时间。

说这么多，那么程序员在转产品经理的时候，有什么缺点呢？

1.沟通能力

--这个是遇见大多数程序员会遇到的问题，从技术应用的范畴上来说，越靠后的技术，越缺乏这个能力；而PM在他的整个工作流程中：

---从前期需求调研，要跟用户聊；

---中期需求拍板要说服老大项目靠谱；

---文档原型要提前跟研发、测试、运营等部门同事沟通协调；

---需求评审，对着一大帮人讲；

---项目推进中，及时解决问题和突发情况；

---偶尔要做做PPT，梳理影响力；

.....

所有的这些，都需要沟通，确保信息的高效获取和输出，对于很多职业的人来说，都不是什么大问题，可能对于程序员来说，就需要加强了。

现实生活中的信息传达，跟代码里不太一样，沟通中文字的传播只占很少的一部分，沟通的方式，语气，形态都会影响沟通的效果，这个得需要进一步来加强。

2.情商

--一份工作的职业习惯，是会影响一个人的思维，思维继而会影响习惯，习惯就会成自然；在程序员的世界里，出了bug，程序就是没法运行，就是过不去。而现实生活中，很多事情其实将就一下，还是可以的。

--bug修好了程序就会马上运营，程序员可以接着下一个代码的编写，但是先生生活中可能不太一样，刚吵完一架，可能就没法友好的合作了。

--我曾经跟我们公司一位非常优秀的技术Leader沟通到程序员思维，他给我的最大的反馈就是上面两个。

3.产品基本功

--在这个范畴里，只有”需求调研“和”竞品分析“这个技能需要花点时间来打磨，其他诸如流程图、思维导图很多程序员自己在工作中都会自己画，用以梳理技术逻辑；

--原型图，比学写代码简单太多，看个视频就秒会；

还是我之前说的原则：

• 先入坑，再提升
• 掌握最少必备知识，然后不断练习

1.尝试着做需求调研；

--结合自己的爱好，通过发现日常使用的产品中不满意的一个(或者想投递公司产品的)小功能，提出自己的假设，然后进行需求调研；

需求调研的方法(稍等我后边写一篇)

2.(结合自已已有的知识)完整的走完一个功能从0到1的改进过程；

--需求调研->选定目标用户->竞品分析->思维导图梳理功能->流程图梳理业务流或用户流->产品原型->邀约目标用户使用->收集反馈->修改原型->PRD

3.把以上流程做完后，可以找身边的产品经理帮忙看下，有没有问题，再不断修改和打磨。

这个流程走完就可以作为简历上的一个项目来详细写。

如此往复2~3个项目，简历上定会添彩不少，相信会有多个面试机会在等着你。

PS：

程序员转产品经理，就好比魔兽里头的人族，前期看起来比较弱，但是后期爆发力惊人，所以耐得住寂寞，就会等到机会。祝愿诸位在转行路上的程序员们，多一些耐心。