|
高级产品经理务必做到系统的、全面的、深入的思考和分析。我通常用到的系统性思维的方法是“因素分析法”，因素分析法是指将一个复杂的事物拆解成不同的因素，然后通过分析该事物在每一个因素上的情况，进而得出整体性的结论(我自己的定义，不理解的可以查询一下相关文献)。转自项目管理者联盟
系统性思维需要我们具体思考以下几个问题：项目经理圈子
这个问题可以拆解为哪些因素?每个因素需要考虑的层面又有哪些?项目管理者联盟
你在考虑问题时，相关的维度是否考虑全面了?PgMp.mypm.net
……项目管理论坛
7、共识思维
在产品之路上走的越久就越让我意识到“共识”的重要性——一个项目的成功绝不是一个人的单打独斗，而是一个团队各司其职、通力合作的结果。转自项目管理者联盟
而是否有明确的产品共识——会从根本上影响到整个团队的工作效率。项目管理者联盟
很多时候我们说自己提出的方案其他部门不配合或者不支持，主要原因可能也在于相互之间没有达成共识。bbs.mypm.net
可能你理解的行业是一回事，他理解的行业又是一回事，之间有大量的分歧和不同点。这就导致表面上我们好像都在朝着一个方向走，实际上对于道路的选择和发展的路径有着完全不同的认知和理解，简直就是同床异梦。bbs.mypm.net
我们每个人的生活经历、工作经验都是不同的，这也就导致我们对于同一个事物会有不同的看法和观点。项目管理者联盟
我们不要一开始就期待共识——很多共识的形成不是一个结果，而是一个过程，大家在理性的讨论中反复的加深思考、进行多种尝试和验证，才有最终共识的形成。项目管理者联盟
比如：bbs.mypm.net
我们公司老板很喜欢干预产品设计，我刚来公司时大概花了接近两个月的时间去和老板沟通一个观点：管理层决定产品行业和商业模式，设计师和产品经理决定产品交互和体验细节。项目管理者联盟
大概两个月之后，这一点才真正的形成团队内部的共识，此后管理层再也没干预过产品的细节，设计师的积极性才被真正的调动起来。项目管理者联盟
又比如很多产品经理和技术沟通的内容都是功能如何实现、技术方案如何选择，但是针对于为什么这么做、有没有更好的方案以及行业的动向是怎样的、用户的反馈是怎样的，这些方面产品经理基本上不和技术沟通(可能很多人认为技术不懂这些，没必要对牛弹琴)。项目经理博客
但是随着产品工作经验的增多，我会越来越花时间和技术沟通这些内容，把一些问题也抛给他们去思考，最后再经过讨论达成共识，这样会从根本上提升开发的一些效率和对需求的接纳程度。让技术人员不仅仅的去做，而是带着思考、带着想法、带着共识去做。项目管理者联盟
实际中我们会发现，很多事情就算我们充分沟通、充分讨论，也未必会形成共识。项目经理博客
这里需要注意一个点：共识的目的不是为了证明自己是对的，而是为了更好的做事情。项目管理者联盟
在讨论的时候尽可能的以开放的心态去沟通，避免过于坚持己见。在一些需要形成共识的事情上，不要一上来就给出结论，这样会显得自己过于强势，也降低了他人表达观点的意愿。项目管理者联盟
可以先把问题抛出来，相互的讨论和沟通，最后才是达成共识。项目管理者联盟
那么如果一件事情未形成共识，我们到底是做还是不做呢?实际上还是要做的，因为产品的发展本身就带有很多的不确定性，我们的原则是尽可能的达成共识，但并不追求完全的意见一致。bbs.mypm.net
总结blog.mypm.net
好了，熬了几个晚上写了上面一堆话，就是希望把自己的经验和总结分享出来，尽可能的帮助到其他小伙伴。项目管理者联盟
产品经理的工作中有相当大的一部分时间都是用来思考的，希望我上面所写的内容对小伙伴们有启发，也欢迎大家和我一起讨论。pmp.mypm.net
|
