我是“一天撕逼5次”的产品经理
开会是产品经理每日不可缺少的一个环节,有人认为开会就像是人间地狱,除了撕逼不干别的;有人认为开会就是花式吹逼,看其他部门你来登台我唱戏;还有人认为开会就是走过场,认真你就输了。
而我认为开会是产品经理综合能力提升最快的一种途径,它将考验一个产品经理的反应能力、协调能力、逻辑能力、推动能力、沟通能力、分析能力、管理能力,如果你能在评审中技压群雄,那么你的项目将得到一致的认可并顺利的进行下去。
所以我们要重视评审,重视开会。
下面我就和大家说说那一天的经历,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才走~~~我快乐