开会是产品经理每日不可缺少的一个环节，有人认为开会就像是人间地狱，除了撕逼不干别的；有人认为开会就是花式吹逼，看其他部门你来登台我唱戏；还有人认为开会就是走过场，认真你就输了。
而我认为开会是产品经理综合能力提升最快的一种途径，它将考验一个产品经理的反应能力、协调能力、逻辑能力、推动能力、沟通能力、分析能力、管理能力，如果你能在评审中技压群雄，那么你的项目将得到一致的认可并顺利的进行下去。
所以我们要重视评审，重视开会。
下面我就和大家说说那一天的经历，5次评审后直接脑子锈掉，无法在集中精力做任何事。
10:00～11:00 撕逼需求是否有价值
这个会是一天当中最轻松的，因为不涉及到太过复杂的需求，仅仅是页面的视觉优化，所以大家相对和谐一些，但最终还是被否决一个需求，因为讨论一路后，发现即使实现了，不能为我们带来更好的价值，单单从体验上讲也没有太大作用，所以我也没有坚持。
11:00～12:00 撕逼如何实现
一个需求实现起来很麻烦，关键用的人很少，所以该项目在开发眼里不是特别重要，因此如果做的复杂，得不偿失。
后来讨论需求的时候，发现我们谁也没办法说服对方。因为用户体量太少，实际情况仅仅是2家客户的反馈，技术认为没必要按照用户的说法全部实现，做一部分就行。但我却认为应该做成用户想要的样子。
然而讨论很久也没得出结果。
14:00～16:00 继续撕逼如何实现
这时我发现了一个关键问题，那就是开发并不会认为你这样做是对的，他也无法感知到这个需求做出来是对用户有意义的。或则说，他否定的是我想要实现的一个愿景功能，是这样的规划没有太多的价值。
所以我不再去纠结怎么做，而是把用户的核心意图讨论清楚，最终确定了一个大致的方案，也确定了最初的想法，当有用户提到的时候，再来实现。
so，我们达成了初步的一致，也有了结果产出。
16:00～17:00 讨论视觉优化
这次没有太大的撕逼，因为需求早已通过，这次只是视觉上的调整。
我发现设计图+需求文档，是开发都要参考的，可是其中却有很多不一样的地方，比如说交互方式、展现形式等等，这就很容易造成开发结果没有达成产品的期望，经常在最后改改改，开发也是很烦。
所以我觉得视觉评审过后，还是需要在来个会统一一下最终方案。
17:00～18:00 运营方案撕逼
产品和运营那说句不好听的真是死对头，好的时候可以互帮互助，不好的时候就是你死我活。
今天撕逼的是一个用户引导方案，运营强调的是用户不进入功能当中，怎样操作会更容易，而产品坚持的是用户必须要到功能模块中去使用，完全是对不上的两个口子，这是两种截然相反的思想导致，谁也不能证明对方是正确的。
所以呢，朴老师也很无奈，撕来撕去，双方仅针对一个小功能优化达成共识，剩余的该怎么办呢？
之后拉上领导开会讨论吧！
18:00后，朴老师已经筋疲力竭，完全提不起精神来做需求文档的更新，也无法思考该如何调整更加合适，吃个饭，聊会天，散散心吧。
然而最后还是加班到了9点多，写完了ppt才走～～～我快乐