程序员像瞎子，产品经理像跛子

web前端教程

用大白话，来讲编程

近期微信收到小伙伴的困惑，说自己团队产品经理能力实在是不敢恭维，需求不合理，业务逻辑漏洞百出，修改反反复复，马上就要上线了还要提新需求，工期安排不合理等等问题。

我相信这种现象是普遍存在在各个团队中，只是程度不一样。我们经常说产品经理要懂技术，反过来，我们程序员也需要懂产品。这样，双方沟通起来才会更加通畅，合作起来才会事半功倍。

很多刚刚入行的小伙伴，觉得自己是一个程序员，把自己定位成一个“执行层”的角色。我只负责接需求，根据需求来完成开发任务，根本不关心是谁在什么情况下用这个产品，用来干什么。

至于需求是否合理，那是产品经理需要考虑的事，而很多产品经理只负责规划，根本不关心技术上能不能实现，也不关心实现代价多大。

曾经有个比喻我觉得很形象：程序员就像瞎子，只会走路不会看路；产品经理就像跛子，只会看路不会走路。

据我的经验，要想真正高效开展工作去研发一款产品，程序员和产品经理对于最终目标必须要一致，而且要打破“井水不犯河水”的分工局面。

也就是说不但产品经理在决策的时候要有技术的思维做支撑，哪些能做，哪些不能做，哪些功能研发成本高，优先级如何定，工期如何安排等等问题要心中有数。

此外，程序员在开发的时候，也需要有产品思维，程序员除了关心研发本身的工作外，也需要站在用户的角度去体验，对产品的策划设计给出自己的建议和意见，本着给用户最好的产品体验的心态来写代码。这样配合起来，才能做出还算不错的产品，才能避免研发过程中与产品经理“互撕”，减少团队内耗，提高工作效率。

作为程序员，我们不能指望产品经理给出一个完美的解决方案或者打死也不会修改的需求，产品经理也是人，不可能事无巨细都考虑得十分周到，一点错误都不犯，程序员写的代码不也有bug吗？

与其去期待遇到一个“完美”的产品经理，不如自己先培养出产品思维。要知道，相比产品经理搞懂技术，程序员培养产品意识要简单得多。

多看看产品方面的书籍资料，多站在用户的角度去思考一下。举个例子：页面的布局设计，页面之间的跳转，弹窗交互方案，这些不但是技术上的实现问题，也涉及到产品设计层的问题，很多公司没有专门的交互设计师，这就需要程序员积极思考，给出更好的方案，让用户使用起来更加的方便易用。

不要小看这一点点优化，积少成多，足以影响到整个产品的可用性和易用性。

同样是写代码，相比只负责埋头执行的程序员，能做出一个用户满意的，有人用的产品，是不是更有成就感？

( 若有缘，微信朋友圈见 )

热门文章

原创教程

原创教程：《ECMAScript 6 教程》

附加习题：《ECMAScript 6 教程》测试题

原创教程：《Vue2.0基础教程》

原创教程：《Vue2.0进阶教程》

附加习题：《Vue2.0基础教程》测试题

趣味职场

职场感悟：别做码农了，去做一名工程师

新手学习：代码敲慢一点，学得快一点

职场感悟：混口饭吃，谈不上喜欢

学习困惑：工作用jquery，原生js知道就够

职场焦虑：程序员回三四线城市能干啥？

感到迷茫：我很努力，但依然很迷茫

薪资待遇：那么点工资，能招到人吗？

培训出身：我是一个培训出身的程序员

培训费用：花1.8万参加前端培训，值吗？

培训简历：简历包装成1-2年经验，咋办？

搞笑黑话：互联网公司黑话，搞笑到爆

职业自由：程序员职业自由的6个阶段

职场形象：在别人眼里，程序员是这样的

合作推广分割线