经验谈｜如何处理好产品与开发的关系

比如“今晚加班不”这句话，就典型的属于狗拿耗子多管闲事，人家加不加班视人家的进度、能力和意愿来决定，跟产品没啥关系。其实产品说这话的根本原因是看到开发做出来的东西问题比较大，担心无法按时上线。需求和开发周期已定，能不能按时上线取决于开发的进度和质量，开发经理和具体的开发人员对此负责，产品只需要在开发、测试过程中遇到的问题及时给予解答和帮助。如果不能按时上线，或者上线后问题百出，测试会将问题反馈给开发经理，按规范流程走即可。

另外，不要天天跟在开发后面盯进度，这是非常不好、不尊重人的做法。从心理学上来看，开发会觉得你对他不信任、不尊重，觉得你很烦。正确的做法是可以隔三差五（视迭代周期而定）当面“交流一下”，关心一下需求方面是否有需要讨论和解释的。如果真的需要频繁关注进度，可以用QQ、微信等沟通渠道，对于认真负责的开发人员，不会打断他的思路，等他有时间看到你的消息时，会回你的；而对于懒散应付的开发人员，既可以起到提醒作用，也可以让其有时间组织一下词语，给他一个台阶下，两全其美。

了解一些技术方面的东西，可以让你跟开发沟通的时候更顺畅。

在开发卡住的时候，或者你的某些需求点不好实现的时候，开发会给你“解释”为什么不好实现，难点在哪里。你不一定能听懂，但是可以到网上查一查开发说的到底是什么东西，也可以私下主动向开发人员请教。时间长了，你也就懂得多了。

其次，你可以经常逛一逛CSDN了解一些前沿的技术名词，在看头条的时候也关注一些技术文章。作为产品，不需要懂深层次的技术，但是懂一些表面上的东西可以跟开发更好沟通。特别是开发用到的技术，你懂一些相关的技术名词和作用，开发会觉得跟你有一定的共同语言，但是开发也知道你懂的不多，所以愿意跟你稍微讲深一些，体现自己的技术水平。

产品有做产品的难处，开发有做开发的难处。产品经理作为产品的负责人，要面对来自老板、市场、客服、运营、用户等等方面反馈的需求和问题，还要处理各种沟通问题甚至职场战争，就算是八爪鱼也会手忙脚乱。开发虽然工作性质单纯，但是工作量比较大。

所以产品在分析需求、梳理逻辑和设计原型时，要在能实现核心功能的前提下，让流程和设计更简单化，所谓大道至简，这个是需要一定功力的。其次，对于技术不容易实现的功能，如果产品能给出可执行的替代方案，要与开发做好沟通，从产品的角度避开技术壁障。

另外，与开发人员多沟通交流，一起搞搞活动，打打游戏，听听他们的抱怨和真实想法，把你的“苦水”也跟开发倒一倒，可以增强彼此之间的理解，拉近彼此之间的关系。

需求是复杂的，可能还涉及到多个部门协同工作，相关的“涉案”人员都有对需求的话语权，但是他们都不专业，都是从各自的角度提出一些问题和想法。总结一下各个部门对待需求的特点：开发了解“功能”，但不了解用户需求和前端市场的推广情况，容易“以管窥豹”，提出一堆从逻辑推演上自认为合理的看法；而其它部门可能都有渠道收集到用户的诉求，但不知道怎么将用户的诉求，转化为可以为用户解决问题的产品。

所以，在反驳对方“看似合理”或者完全不着调的看法时，如何既能驳倒对方，又不让对方觉得难堪呢？方法就是“七分捧，三分顶”，换种说法就是欲抑先扬或欲擒故纵。先着重说出、赞同对方看法的优点，会让对方觉得你在尊重他、认同他，把自己放在与对方同样的立场，而不是对立面，让对方放松警惕。接着以实际的用户需求、使用场景和前端反馈委婉地指出对方观点的不足，既能引发对方对不足方面的思考，也能听得进去你说的话。

相声行业有一句家喻户晓的话：三分逗，七分捧。在我们跟开发，包括其它任何部门沟通时，如果能做到“七分捧，三分顶”，我相信跟任何人沟通都不成问题。

如果做事不遵守规则，那么你可能就会先出局。不管你与开发人员的关系多么好，都不要直接安排开发任务，这是“兵家大忌”：

中国人喜欢讲人情，但工作和人情一定要分开，不然公司制度和规则就不起作用了，到时候谁都玩不下去。

从工作流程上看，产品永远是“攻方”，开发永远是“受方”。开发在两种情况下会进入大姨妈状态，一是在长期高强度工作压力下，会慢慢变成浑身是刺的“怨妇”，精神高度紧张，对产品经理超级敏感；二是长期处在工作不饱和的状态下，开发会变得非常懒散，没有干劲，不愿意接活，不想加班，产品提出的需求开发第一想法是怎么推掉。

对于处在大姨妈时期的开发，产品经理会相当痛苦，开发脾气大，沟通难，产品要跟着受气。这种时候，产品经理不要过多交涉和废话，严格按照公司规定和工作流程走，做好需求宣讲，跟测试沟通好要严格把关，如果交付不合格，要求开发经理给出合理解释和相关处理办法，以及后续的补救安排措施。只要走一次这种流程，相关的开发人员就会有所收敛。

产品经理不要怕得罪开发，因为产品经理要为产品出现的任何问题负责，而不是由开发负责。再者，开发人员的潜在心理会觉得所有工作都来自产品经理，是为产品经理打工，产品经理站着说话不腰疼，随意接需求，动动嘴皮子工作就随便安排。必须要通过沟通掰正开发这种“无理取闹”的认识，必要时，可以邀请开发参与用户需求的调研和分析，体验一下产品经理是如何工作的。

实在解决不了了，可以及时将问题上报，由领导决策。

开发人员经常会说“这个功能又没用，做它干嘛？”

从这一点可以分析出开发人员的两个心理：

从心理学来讲，让别人对你产生信任最简单直接的方法是把自己的一些秘密告诉对方，让对方觉得你连秘密都告诉他，你信任他。

（编辑：PHP编程网 - 黄冈站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!