初级产品的方法论

　　选择走上PM这条道路已经两年有余，因为没有人带，全靠自己摸着石头过河，浪费了大量的时间，甚至一度走偏，与理想背道而驰。究其原因个人感觉是没有认真的去思考一下产品经理的本质或者核心竞争力是什么，这也正是大多数产品面试时被问到的问题—你认为产品经理是什么？
　　知乎有很多大牛对产品经理的定位非常好，例如赞同最多的＂可风＂是这样回答的：
　　＂产品经理的角色其实就是对一个产品负根本责任的管理者，需要根据上头的公司战略，协调多方资源，推动这个产品达到计划中的目标。＂
　　朱小草的回答：
　　＂最核心的能力有三方面：1、准确发现用户需求。2、把用户需求产品化。3、协调资源，推动团队将产品落地。＂
　　非常同意他们的观点，当然，前提是你已经参与过一些项目经验之后，不然你可能会认为非常有道理，但却不知道为什么有道理。作为一个小白，我的实力远远还没有达到朱小草所说的三个能力，特别是第一点跟第三点，总体来说，产品经理是一个门槛低但精通难得职位。
　　本篇文章我想讲的是在＂需求产品化＂这个过程中，个人对于产品经理的认识，同时也是对前段时间的总结。在我看来，做产品的过程就是＂发现问题，解决问题＂的过程，相对应的，产品经理就是＂问题的发现者和问题的解决者。＂
　　＂发现问题＂是产品的开端，也就是我们常说的找到用户的痛点。伟大的产品经理必然会对人性极为敏感，他们能透过现象看到本质，发现用户的＂真需求＂。然而这样的人并不多，大部分人只停留在＂真需求＂与＂伪需求＂间的地步，作为一个小白，我当然还没有此能力，但我会在项目中不断提高自己此方面的能力，所以现在暂且不讲如何＂发现问题＂。
　　＂解决问题＂即是将＂需求产品化＂的一步，这也是PM大部分时间所做的工作，但在＂解决问题＂过程中往往存在一些陷阱，比如，刚开始我会为一个按钮的形状、摆放位置或者字体的大小而纠结，画大量的时间去实验，直到自己满意。当然，这是一种对用户体验负责的表现，但当我因为这些琐事而耽误了产品整体的进度时我才意识到，这根本不是产品经理主要关注的点，我所要做的是＂想出一个方法将用户的问题解决掉＂。
　　至于如何快速、高效的＂解决问题＂就要看一个产品经理的实力了，我总结出来的方法论是拆解问题，将大问题拆成小问题。
　　例如，在上一个项目中为了解决同学们难以找到自己喜欢的活动这个问题我会从以下几点去考虑：
　　如何准确的对活动进行分类，做到不重、不漏、不歧义，便于学生们查找？
　　如何多活动设置筛选条件？
　　要不要做同校功能？
　　特别是在考虑要不要做＂同校＂功能时感到非常纠结，是放在二级菜单下面还是做为一个底部标签呢？这便成了＂问题中的问题＂，这个问题再用分解的方法貌似不起作用了，于是便采用统计学中的＂假设检验＂的方法来解决问题。
　　原假设为＂添加同校功能＂，被择假设为＂不添加同校功能＂，证明过程选择的统计量为＂用户活跃度＂和＂查找的便捷程度＂。
　　在初期，活动的数量比较少，如果再按照同校来筛选，页面中可能只会展示出几个活动，让用户感觉没有人气，造成严重的流失，难以召回。在初期活动数量较少的情况下，现有的分类菜单配合筛选条件以及搜索功能也可便捷的找到喜欢的活动，因此综合考虑现阶段不添加＂同校＂功能。
　　以上只是在项目过程中总结的两个简单方法论，产品经理的依然是一个需要大量实践的岗位，作为小白我能做的是在项目中总结经验，形成一套系统的解决问题的步骤。对的，我是方法论的拥护者···