在互联网公司有这么一个角色，叫「产品经理」，简称PM(屁民？ Product Manager~)
话说程序员在上辈子就欠了PM五毛钱，所以你可以看到在很多地方的程序员都会吐槽PM：连技术都不懂，怎么当PM？
这时候PM不仅要向你要回五毛钱，还怼你一句：“老子要是会技术，要你何用？”
image
问题来了：产品经理是不是一定要懂技术呢？
一般情况下，产品经理在负责一个项目的时候，会通过这么几个阶段：
1.需求收集，通过内部需求和对竞争对手的产品分析等进行数据收集。
2.需求分析，通过收集到的数据进行头脑风暴。
3.需求落地，画原型，和技术沟通需求，确认开发的时间。(也就是在这个时候，往往程序员和PM产生分歧)
4.项目跟踪，项目进度跟进，项目测试，验收。(这个时候也往往程序员和PM产生分歧)
5.项目上线。
6.数据跟踪。
这里还是我精简写到产品经理会涉及到的阶段，还有其他产品迭代，用户反馈，需求文档等等流程..
所以你可以看到 「产品经理在需求落地与技术讨论开发周期」仅仅是产品经理需要做的一个阶段，产品经理还有很多事情要做。
当然我并不是在替PM说话，只是认为PM需要知道的知识面应该要广，懂技术会更好，但并不是说PM在技术方面懂的越深入越好，而是在整个行业的知识层面认知程度、行业深度的了解程度是否更高。
所以程序员吐槽产品经理的最主要原因还是出现在沟通和相互信任上。
image
如果抛开个人情绪不谈，那么程序员在与产品经理首先应该互相建立信任，因为信任是最高级的情感！（哇哦，这句话怎么会从我口中说出？）
在沟通过程中应该相互理解，尽量让对方懂！
PM不懂你的算法实现，不懂你的SQL语句，不懂你的多线程，那么你就简单通俗的解释给PM听，我这么做是为了性能更稳定。
PM也不要说什么老子不管，你就要在下班前把结果给我弄出来！最好的方式是面带微笑的说，如果这个做不了，我们可不可以用其它的方式？
当然还有一种“假PM”，技术不懂不说，自己该懂的东西一知半解，那对于这种“假PM”来说我们不需要还他5毛钱！
不过我相信这种“假PM”存活不久，所以珍惜你现在的PM，毕竟有些人或者事，错过了才后悔莫及！
网友评论