如何避免被开发打死沟通是关键

　　在说正事儿之前，先给大家看几个曾经的我经常收到的表情。
　　如果你经常能够收到类似上述表情或语言，那么这篇文章你就一定要看看了。因为产品和同事之间所产生的矛盾，通常是因为沟通不到位引起的。
　　总有人说做产品是一个很苦逼的职业，每天跪舔开发和设计，还要忍受着领导和运营不断增加的各种需求。
　　其实会出现这种情况，一般问题出在产品经理自身。请先不要说自己的领导怎么样，先看完我下面说的，再思考问题出在哪。
　　我们在做产品的原型之前，其实需要先做好几次沟通才可以开始绘制原型图和产出PRD。
　　在接到需求之后，我们需要先分析真正的需求。
　　在这之后我们要做什么呢？把功能和逻辑梳理清楚，然后产出一份草图。开始安排一个会议吧，叫上领导，说明方案。如果这之间领导有更好的建议，或者需求做的不够正确，那么回去改，改完以后重复上述过程，最终把需求完完全全的确定下来。
　　之后把需求和功能逻辑写封邮件，发给相关开发和设计人员，再开一个会，把最终确定的需求和方案说清楚。在会议上结合草图，说明我们为什么要做这样的功能，这样的功能可以为我们带来什么，接下来和开发人员以及设计人员讨论好，并对他们保证本次的需求变更不会很多，让他们评估一下大概的开发时间，并预留出一部分可能发生需求变更的时间。
　　做完上述这些事之后，你可以得到这些：
　　一个相对准确的开发时间；
　　同事对本次开发需求的理解和支持；
　　可能发生的一些小的需求变更预留出来的空间或时间。
　　这就会为你将来的工作铺垫了一个良好的基础，技术和设计也可以提前做一些准备。
　　最后，我们可以叫上项目负责人或者你的领导再开一个会议，告知所需要的大概开发时间，请不要忘记给自己产出完整原型和PRD留出时间噢。
　　接下来我们就可以绘制完整的原型和产出PRD文档了，在这个过程中，我们或许还需要和开发以及设计不断的进行沟通，毕竟之前产出的是草图，功能在细节上发生一些变动，是很难避免的。因此要确保在评估的开发周期内可以完成才可以，千万不要因为这种原因给技术和自己挖坑。
　　以上这些沟通，是非常必须的，但是结合实际可能需要变动顺序，比如说先和开发和设计人员确定大概时间，然后再去和项目负责人沟通。
　　最后，祝广大的PM同学们都能长命百岁！