我不想和开发打架这两天网上一段产品经理与开发互搏的视频，想必大家都看了。作为看客，作为互联网的老人，我看到这视频感觉很不舒适。而网上对此的看法，大部分在分析技术是可以实现的等等。互搏的视频虽然是第一次看，但是之前各类吐槽产品经理、技术、美工的的图片也常常看到，这类图片看过了，最多也是彼此调侃一下而已。今日，想和大家聊聊我（产品人）这么多年来，和研发、美工之间的那些故事，没有语言的暴力，没有彼此的损害，只有彼此的成长。 一、“背靠背”沟通，面对面沟通 当我设计一个功能后，需要与研发沟通功能时，我选择用“背靠背”的方式来进行，这里的背靠背并不是身体的动作，而是心态的背靠背，背靠着背才更有依附感，才更能提现团队力量。 从沟通的那一刻开始，内心就需要建立一个标准，营造一种解决问题的氛围，而这种氛围的建立，需要讲好故事，功能故事的讲述由以下三个步骤。 1. 问题背景：以讲故事的方式，说出最近产品方面遇到的问题，人物、场景、案例都要有。 2. 说出想法：说出我对这个问题的看法和理解，之后对这个问题拿出我的解决方案，并且说明我的解决方案需要哪些功能支撑。 3. 询问看法：这个时候就可以询问大家对这个问题的各自看法，这时肯定有不同的意见出现，千万不要着急回复，最忌讳产品经理听不得不同意见，而出口说出“这个功能很简单啊”“人家都实现了”“老板说必须实现”等等话语。这种沟通并没有在解决问题，而是在制造语言的暴力。 在沟通过程中，对不同的看法要至少有三次“为什么”的询问，找到真正的原因。有时候研发的不耐烦和拒绝，并不是对功能的不认可和难度系数问题，而是对项目的大局不了解、或者前期各类问题的堆积、产品稳定性的担忧等等造成的。 假如产品经理不了解真正的原因，只是一味的输出自己的想法，以“面对面”只顾自己表达，那么最终的结果也许就只有互相损害了。 产品经理需要做好用户调研，而“研发”也是你主要的用户，并且更要做好他们的调研工作。二、功能结果复盘 美工、研发辛苦的把你的需求功能都做完了，上线后发现的 BUG 也处理了，这个时候你是不是觉的这一段落就到此结算了呢？ 错了，这个时候才是建立“背靠背”协助的开始。 千万不要忽略了功能结果复盘的工作，待功能上线稳定后。一定要及时收集功能的各项数据，并且再次以正式的形式，约开发的同事一起，向他们汇报一下近期更新迭代的功能，对整个产品各方面影响，好的坏的都要说清楚...
