产品经理最重要的能力：如何进行有效率的思考？.docVIP

　　产品经理最重要的能力：如何进行有效率的思考？ 这篇文章，其实是写给所有人看的，无论是工作人、学生党，还是不需要工作的人，但凡需要解决问题，就需要这个技能。 但话说回本行，在2016年一整年的工作中，不断感觉到一个至少到目前为止我认为是事实的观点，那就是：产品经理的最重要或者说核心工作还是：协调资源，在合适的时候安排合适的资源在合适的地方。 这个说法在我两年前没毕业的时候，我就看到过，那时候仅仅觉得表面文字看起来好像很有道理的样子，其实并不重视。直到两年后，才从实践中慢慢感受到其中的分量。有关于这个想法的感受，之后有机会也可以写一篇文章来回顾一下吧。 那么，从这个角度来看，如何有效率的思考就成为了产品经理最重要的能力，没有之一的那种，因为有效率的思考决定了后面是否有效率的做。 当然，什么叫有效率的思考，肯定是仁者见仁，智者见智了，我将结合编撰的例子梳理下自己的看法。 核心一：抓住本质去思考 这一点，是我认为在遇到问题后第一要蹦跳出脑中的思维。任何浮于问题表面的思考所带来的解决方法，也许可以暂时解决问题，但终究不是长久之计。 举个例子吧： 老板说：“我们做一个“猜你喜欢”的功能吧，我看别人app里有这个挺好的。” （1）老板说要做？那就妥妥做呗！ 产品经理吭哧吭哧找研发捣鼓出该功能…… （2）老板说要做？可以呀，先问问为啥，理由靠谱再做。 我：“老板，你为啥想做这个功能啊？想先了解下您的目的。” 老板：“因为首页推荐位置太少了啊，我希望能多发现一些东西，让用户多停留一下，多点选择。” 我：“喔，原来是酱紫啊，感觉说的很有道理。那行，我们下个版本做这个吧。” 产品经理吭哧吭哧找研发捣鼓出该功能…… （3）老板说要做？没问题，先找出核心需求来，看情况做。 我：“老板，你为啥想做这个功能啊？想先了解下您的目的。” 老板：“因为首页推荐主题的位置太少了啊，我希望能多发现一些东西，让用户多停留一下，多点选择。” 我：“您是觉得现状寻找更多的内容很不方便吗？” 老板：“恩，是这样的。” 我：“那您想找的内容是符合你个人兴趣的，还是说平台出的新内容呢？” 老板想了一下，然后说，“平台出的新内容。” 我：“这样啊，那您看把原本放在页面最下方的最新主题部分提上来放在合适的位置上是不是就解决您的问题了呢？” 老板又想了一下，“好像是的。” 然后产品经理结合之前的用户反馈，同时考虑页面的内容框架主次，把最新主题的入口放在了首页合适的位置。既满足了用户已有的抱怨以及老板的需求、还避免了后端开发，仅需要前端调整下页面架构即可。 （例子的编撰仅为了说明某个问题，也许从另一角度来说就不对了，请不要细纠例子。） 看起来好像做法c 优于 做法b 优于 做法a，而实际上做法a和b的差别是不大的，都没有去进一步探寻问题的本质。 而这个会带来的直接结果就是拉上了设计、开发、测试为你的思考方式买单；长期结果就是不断被要求加入各种产品功能上的需求，最后自己变成写逻辑、写需求分析、画原型图的工具。最残忍的是，不了解为什么做，如何能写出简约的逻辑、画出简约的交互呢？ 上面的例子还仅是产品经理在处理产品功能上的需求时的不同的做法，还没有涉及到技术本身、运营、内容、商务、第三方合作等上的需求呢。如果再加上这些，不挖掘本质思考问题的产品经理们，你觉得你能应付的了多少需求呢？ 那么，如何抓到问题本质呢？ 明确问题的描述，根据描述做问题的拆解；根据问题拆解，对每个拆解点做求证和判定；直到无法拆解，做最优的组合。不断拆解算是比较初级的做法，相当于慢慢打怪冲关直至终点；高级的做法是本身对问题的经验，相当于直接一个通关卡。当然，人不可能对所有东西都很了解，因此，一般会结合问题拆解+经验综合使用。 核心二：围绕如何解决问题去思考 这个是继抓住了问题本质后，需要马上重视的第二重要的。 举个例子： 老板说：“我们目前的版本有个比较大的问题就是用户主动寻找平台内其他内容的路径不理想，我们需要今天讨论出更合理的推荐内容的方法。” a说：“我觉得这个问题明显就是用户太蠢，找不到推荐的入口，没啥好讨论的。” b说：“老板，我觉得这个跟产品没关系啊，都是内容的锅，应该让内容更好的推荐内容才是。” c说：“啊？有这个情况吗？老板你怎么感觉出来的？” d说：“我觉得老板说的这个是客观情况，虽然不排除运营有推荐内容的合理性问题，但是确实也是功能上有欠缺的地方，日常的用户反馈以及客观埋点数据都说明了这一点。” e说：“我赞同b的说法，关于这个我已经有一些想法了，大家可以听听看这个几个方案，然后balabalabala…” 然后d、e、老板三个人开始讨论了起来，最后他们找到了一种改动小、可能见效快的方案来改进功能。 （例子的编撰仅为了说明某个问题，也许从另一角度来说就不对了，请不要细纠例子。） 以上例子中： a、b