告别撕逼：产品与技术沟通指南

                                                只有抱着正确的心态和充分的准备以及一些必要的沟通技巧，才能在工作中避免撕逼。

产品经理可能都经历过需求评审会上的撕逼，撕的那叫一个“残”，最后搞得产品经理和技术人员不欢而散，需求也没法落地，那么产品经理怎样才能避免撕逼呢？
一、不要抱着“撕逼”的心态
抱着“撕逼”心态的人一定会撕逼。抱着撕逼心态的时候你的潜意识就是在别人对立面。
别人说什么你都要进行反驳。许多产品经理一进入需求评审会反复就想进入了角色一般。
容不得别人对自己的设计指手画脚，哪怕别人是对的。作为产品经理如果抱着“撕逼”的心态，基本上很难做好沟通工作，那么许多工作也会很难推进下去。
有的人可能反驳说，我只是嘴上说说，心理并不是“撕逼“。其实言语对我们行为的影响是非常巨大的。其实这是对自己的一种心理暗示，最终就会造成我们行为和心态上的改变，进而会影响到我们的工作。
所以抛弃“撕逼“的这种说法是告别撕逼心态的开始，同时要做一个谦虚的人，别人说的对的就要虚心接受。一个能听取有效意见的人更具人格魅力。
二、评审前充分沟通
由于大家的知识背景、站的角度、获取信息的层级不一样，这样难免会产生争执。所有这些都需要在需求评审前进行充分沟通，深入了解运营、市场、技术、客服等各个部门的想法。
与老板的沟通
现实生活中的老板会提出各种各样的需求，产品经理需要把需求落实以后给到技术去实现。老板经常会提出一些天马行空的想法。首先需要价值观的认同，如果一家公司你不认可他们做的事情，你还是别做了。其次，用数据说话。当产生争执的时候，数据是有效的维护武器。最后，经常和老板多沟通，了解老板的想法，了解公司的战略需求。只有这样你才能和老板的思想保持一致。感觉还是尽量还是以老板的需求为准，毕竟你和老板站的高度不一样，所以看的角度也不一样。
和技术沟通
1）产品经理在规划产品的时候要及时跟技术团队沟通技术上实现的可能性，及时开发需要的时间。所以一个懂技术的产品经理能够节省很多时间。每个技术团队的能力不一样，都有一个客观的边界，如果实现起来的困难很多，时间很长，那就需要产品经理对相应功能进行取舍或者变换一种设计形式。
2）研发的同学在沟通的过程中，可能会对产品呢设计从一个普通用户的角度提出自己的一些建议，如果这些建议产品经理之前没有考虑到，那就应该鼓励和赞赏这种建设性的行动，并且根据这些建议将产品进一步进行完善。而不应该觉得技术没有资格对自己的设计评头论足，死要面子不承认。
三、完善的需求文档
我这里所说的需求文档并不是那种word的需求文档，而是原型+标准的需求文档。只有你把你的需求文档想的细致想的全面甚至连一个错别字都没有，这样才不会在需求评审的时候不被喷，才不会撕逼。
产品的异常流程要形成闭环
很多产品经理的完成产品规划的时候，大致一看主流程。其实由很多异常流程没有想到。例如：网贷平台用户支付系统你只想到用户输入支付密码，完成购买。但你没想到新用户用户如果没有实名认证是不是先要实名认证，认证完成以后要不要设置交易密码，如果支付密码输入错误怎么办？是提示他忘记密码还是让它重新输入？同时交易密码错误次数需不需要进行限制？如果支付金额不足怎么半…等等。这些只有考虑的细，考虑的全面。开会的时候才能少被喷，才能有气场。尤其是在时间紧的情况下，产品经理很容易出现漏查的情况，这里教大家一个小的技巧，可以找一个你玩的比较好的技术同事，让它从技术上对你的文档评审一番，如果技术觉得可以评审了，那么你的评审会将会减少很多撕逼。
在原型上把自己想说的都标注出来
把需要说的地方都在原型上表示出来，这样评审的时候不会忘记有那些没说的，这样在技术有疑问的时候也会，可以根据自己写的组织思路回答技术的疑问。会后，技术也可以根据你的标注来理清思路，起到查漏补缺的效果。
四、不要频繁变更需求
需求文档确定以后就不要频繁变更需求。软件工程之所以出现的一个基础原因就是为了限制变化，因为变化会造成研发工作量的增加。如果变化大的话意味着之前做的东西推倒重来，技术所做的成功付之东流。频繁的变更需求，会让研发人员不信任你，自然你的沟通也不会那么顺畅。所以会有下面一副忍俊不禁的图片：

所以产品经理为了不频繁变更需求，一定要在需求发出之前把所有的细节都想到，尤其是面对一个新的问题的时候不要急于做决定，你完全可以告诉研发：这个问题我现在有些想法，但是不完整；我在想想，尽快给你答复。
一个迟来的、完整的决定，总比一个没有经过深思熟虑做出的决定好。
五、总结
以上就是个人在工作当中的一些避免撕逼的感悟。产品经理的岗位不仅需要智商，也需要情商。只有抱着正确的心态和充分的准备以及一些必要的沟通技巧，才能在工作中避免撕逼。
来源链接：http://www.woshipm.com/zhichang/410143.html