给产品经理的一些建议

近期有一段关于产品经理和程序员的视频刷爆我们的朋友圈，不用说你也知道是因为什么。对于这件事，一千个人有一千个人的看法。在我个人看来，这个产品经理提出的需求是有些……那么我就从产品经理角度补充一些个人的看法。

| 产品不是产品经理的，而是大家的

互联网公司通常是产品经理负责制，产品经理往往认为我是这个产品的owner，你们其他人都是配合我工作的。但其实除了创业者CEO自己就是产品经理之外，通常大公司的产品经理并不真的是产品的owner，不具有对产品最终负责的权利。这个时候就产生了认知的错位和工作对抗：

产品经理认为：你们都应该听我的指挥，我是产品的owner，你们都要配合我的工作。但是程序员会想：我凭什么听你指挥？我还有我的上级领导呢。我和你就是平级关系而已，我又不是向你汇报，你凭什么对我颐指气使？

在这种情况下，产品经理应该传递一个信息：产品是大家的，需要大家共同合作，一起努力把产品做好，无论是产品，视觉，研发，还是运营，大家都是为了一个共同的目标而努力。我作为产品经理并不天然具有命令大家的权力，如果大家愿意听从我的意见，那也是因为我更加努力，更加专业，做出的贡献能够得到大家的认可。

| 你真的需要这个功能吗？

产品经理面临最大的自我拷问就是：「你确定你真的需要这个功能吗？」。产品经理提出一个功能需求是很容易的事情，不浪费什么资源，可是一个功能一旦确定需要做，后面跟着的就是大量的设计，开发，测试，以及产品上线无休无止的维护工作。

另外一个特别常见的现象就是一个功能开发出来以后，很快又抛弃掉了，改过来改回去。而产品经理通常又不需要为此决定而买单，擦屁股的都是程序员，所以这也是非常招人恨的原因之一。

好的产品经理总是在思考应该再去掉哪些功能，而不是毫无节制的添加产品功能。即使添加一个功能，也要再三拷问自己，真的需求吗？真的必不可少吗？

| 不需要懂技术，但是逻辑要严谨

其实产品经理并不需要懂技术，很多优秀的产品经理也并非技术出身，但是产品经理必不可少的一项基本功就是：逻辑要严谨。因为一旦产品经理思考不周全，或者产品逻辑出现了自我矛盾，最终都是程序员要为此买单，要么产品功能实现不下去，要么到处都是漏洞，程序员变成了救火队长。

产品经理犯的错误，最后买单的都是程序员，这也是为什么一个差的产品经理通常很招程序员恨的主要原因

| 以身作则，以德服人

产品经理可以是很忙碌的，也可以是很清闲的。

什么叫做清闲的产品经理：等着用户（或者客户）反馈bug和问题，整理到工作任务列表，指派给程序员，然后定期监督程序员工作完成状态。新的产品立项，画个简单的原型线框图交给视觉，然后催着程序员定deadline。

什么叫做忙碌的产品经理：主动找用户（或者客户）做访谈，搜集产品反馈，根据产品反馈，思考产品未来的改进方向；将用户的反馈和自己的产品规划定期和程序员沟通，大家一起商量制定产品迭代改进的roadmap；仔细钻研产品界面的每个元素，动手画出高保真的产品原型和交互，罗列产品每个分支逻辑，以及异常处理流程；整理产品的所有功能点，设计完备的测试用例，并且在产品的每个发布点做详细的完备的测试验收工作；和程序员每周定期沟通，互通有无，推进产品开发进度。

如果你是一个清闲的产品经理，只是动动嘴皮，敲敲键盘，那么你的价值在哪里？你怎么可能取得程序员的信任？如果你是一个忙碌的产品经理，你承担了产品大量的工作，成为一个产品事实上的灵魂，程序员怎么会不喜欢不配合你呢？

一个产品经理如果能够做到以上几点，我相信一定能够成为程序员非常喜欢的产品经理。其实程序员这个群体和任何其他群体没有什么特别的不同，也不是真的需要什么程序猿鼓励师，需要产品经理哄着才能干活。说到底其实就是一条：踏踏实实做好自己的本职工作，才能赢得程序员的尊重。

本文包含内容仅供学习交流，版权归原作者所有。

如对本文使用内容有异议，请及时联系我们删除。

-END-

凡猫学院——集产品学习、测试学习、企业服务为一体的学员制社群。

创立于2016年，教授学员功能测试、自动化测试、产品经理的知识。 帮助在职测试工程师、产品经理进行职业进阶。帮助学生、其他行业从业人员转行互联网。

现全国学员1078人，遍布在各规模的大中小公司。