以前看过很多的文章，讲述怎么做好一个产品经理，如何达成共识，形成互利共赢的局面。而实际中，我们面对的是无尽的推诿、拖延，真正能负责起来的寥寥无几。不是说不愿意配合，而是多数情况下，我们只能做自己职权范围内的工作。
这就引出了我们今天的话题，“甩锅”。
最初做产品经理的时候，遇到问题，不管是自己的还是别人的，总是第一个冲上去把问题解决，这就给别人一种错误的印象，有了问题就是我的，所以，我也是经常性的背锅，受人指责，其他部门达不成目标，居然都开始怨产品没实现他们的功能，即使实现了，也会有其他的埋怨。
你说这种事情真的是产品经理的锅吗？
第一则：学会开会，记录结果
有一段时间，我发现和其他部门配合特别困难，私下找他们处理，基本上要好久才能得到回复，一个同事和我说，咱们现在做的事，就是“谁先认真谁先输”。
然后，我又找个各个部门的主管了解了当前各个岗位的情况，说明了自己当前遇到的问题，结果大致的意思就是“我支持你的想法，但是我们也很忙”，呵！
这就让我知道了，有些事情必须抬到明面上说，开会说，让各个主管了解产品目标，以及当前需要的资源，然后得到明确的反馈，并做好会议记录，结束后发放给参加会议的成员，起到一定的监督作用。
开会一定要找部门负责人，如果来不了也要事后抄送记录，因为他们是能决策的对象；
事后如果出现不做，不配合的，就直接开怼就好。初期不要去顾及这些那些的，根本没用，下了班谁认识你谁是谁。
第二则：确定时间，确定指标
时间截点是非常重要的，项目进度完全是由时间把控的，一不小心就会出现delay，所以时间里程碑的存在是很有意义的。
其一方面是确定时间，了解每个阶段要干什么
开发时间是技术预估的，所以技术要为项目进度负责。如果任务要求，时间紧迫，那么就得协商加班等等。
运营需要准备推广事宜和活动方案，我们也需要评估时间。
客服回访，话术演练等等，这些都要清楚每个时间的开始结束日期。
虽然这上面大都不需要你直接负责，但是必须要相关责任人提前确定，预留时间。诶，否则到最后，一句你没说，你就又得背锅。
其二确定指标，也就是我们项目团队要做到什么程度
运营需要在一个周期内实现什么样的结果；客服需要在特定时间内回访多少的用户；产品经理要完成多少次的评审。
等等这些指标，这是考核的最终状态，也是“甩锅”最最明确的依据。
因为，如果我按期拿出来东西了，你做不出业绩来，那不好意思不怪我了。
第三则：提前说明，提前告知
意外总是难免的，项目组成员有事请假啦；老板又有新需求啦；客户又提新方案啦；停电断网，台风地震等等，遇到这乱七八糟的问题怎么办。
就举个简单的例子，你默默的修改了一个需求，给了技术实现，结果测试说没有按照最细的方案来实现，你该怎么说？
“这就是一个简单的需求，改了就改了嘛；用户说要改的，那就赶紧改掉啦”，遇到不去和你较真儿的还好，遇到较真儿的人，你还针不好对付。
整体就一个原则：告知领导、通知成员、邮件说明，确保每个人清楚。
很多人只是通知了、邮件，但是却无法让相关的人都清楚的了解到，这点做的很失败
前一周，我和一个同事讨论问题，他说我的问题在数据平台上都有，是我自己没看，是我自己的问题。我就有些气，我就问你发在哪里了，他说发在群聊里。
我就反问，你发了我就一定要看？他倒是说，看不看在于你，反正我发过了，你不了解不怨我。我就说了一句，我是来解决问题的，不是来甩锅的。
从这里我们可以看出，每个人都会觉得自己做的事情是对的。确实你是对的，但是不好意思，我不懂你对在哪里。
