写在前面
撸主是一枚前端转产品汪的典型（其实是因为技术干不下去），在经历了长达半年的苦逼抉择后选择踏上这条不归路，PM原本是自己做梦都想拿刀砍的那个，不曾想自己也成了别人抡刀的对象...
言归正传
在做了大概一年的产品汪后，总是思忖着想知道通往产品大神的路到底有多远，通俗点说即使遥不可及，也想知道自己是怎么死的。是方法不对、能力不够、没有大神的熏陶亦或其他，总之得死得明白。
为了不让自己一头雾水，在初入PM这个行当的时候，就脑补了一下 PM 的能力模型，当然这个模型是根据各大公司的招聘需求整理，然后结合自己对它的理解得出的，不知道是否恰当，但是本汪就是按照这个模型（个人总结，欢迎拍砖）要求自己，最终走上这条看不到终点的。。。路
需求分析内容来自：粽小喵
大红色旗帜：熟练
颜色淡一点的：掌握
绿色的：了解即可
当时画完这个图以后，拿着它审视了一下自己的能力，突然有想要撤退的想法：
这特么哪里是PM，我们老板也没有这么diao好吗？
以前打交道的 PM，貌似除了一张嘴，没有什么其他拿得出手的...
但是撸主又岂是轻易打退堂鼓的那个，太容易实现的东西，本汪不一定看得上... 所以拿着这张表开始查漏补缺，开始痛苦的转型，整整一年的时间，除了上班，就是培训、参加线下活动、体验各种APP、网站到吐，锻炼逻辑能力等等...下面撸主讲一讲这一年来的苦逼历程：
首先，逻辑能力的培养：
1. 产品业务逻辑能力
抛开产品谈业务逻辑，其实都是扯淡，但是类似产品的想通性还是非常高的，就好比项目管理，都可以分成：启动、规划、执行、监控和收尾五大过程组，所以产品业务逻辑的培养找准产品方向然后死磕各种相关产品，画出它们的产品前端业务逻辑导图，臆测后台业务逻辑。。。
2. 语言表达逻辑能力
每次看到老板在会上不打草稿的吹牛逼，我就深深的觉得，现在站在我面前吹牛逼的这个人才是我奋斗的方向！而不是举头望明月、低头写代码的程序猿！虽然老板知道在吹牛逼，但是前后逻辑非常严谨，你会觉得他说的很有道理，以致无言以对。那么我所要成为的那个PM，不就是要能把需求吹到天花乱坠么，然后程序猿就屁颠屁颠做就好了，关于这点推荐warfalcon大神的10张纸锻炼法，本人以身试法，虽然效果不如文章（可能是方法不对）说的那么显著，但是确实有效果，至少现在吹牛逼不用打草稿了，有没有逻辑性就两说。
使用这个方法的建议（仅列出建议修改部分，未列出的请按照原文执行）：
1. 最好不要天马行空的写，练到后面会发现什么都记不得了，更别说前后逻辑了；
2. 写之前最好事先拟定一个想说的方向，然后这10张纸都围绕这个大方向去写；可以个各种展开，展的越开越好，但是需要有一个中心；例如：今天写PM 的能力模型如何？1,2,3,4条列出，然后真对第一条的项目管理能力模型，再进行展开，需要什么能力才达成项目管理能力，这样按照树状形式一次次的细分，一次次的深入，可以把所有脑细胞调动起来，直到无法分解...
3. 写的时候最好按照1，2,3...的顺序来，这样可以整理思维，锻炼逻辑性；
其他的方法按照warfalcon大神的建议就行了，当然这些建议只是撸主实践后得出的结论，并不一定适合所有人，请谨慎参考。
对于项目管理这块，撸主刚入行的时候真的是一窍不通，也并不觉得它由什么卵用，但是既然已经列出来，就得去学，至少保证知道是它怎么一回事。撸主当时本着省时省力省心的原则，一拍脑袋报了个PMP培训班，用了大概三个月的时间突击了PMP，拿到证书后的第一感觉是懵逼了，因为从来没做过项目管理。这货到底有什么用？俗话说“纸上得来终觉浅，绝知此事要躬行” 撸主经过三个月的培训后，仔细再翻了一遍 PMBOK指南，里面的很多东西确实没有实际操作价值，但是如果在工作中应用它的思想和方法论的话会发现我们和以前不一样了。比如：接到领导的一个任务
以前我会这么做：
埋头开始干->提交给领导->驳回->埋头开始干->时间到了->领导没有其他备选方案只能接受/老板自己做了预案，不需要我的方案。
现在会这么做：
启动阶段：自己先想清楚，老板为什么要做这件事，首先心里有谱，然后追着领导，让他把做这件事的原因告诉我---解决why的问题
规划阶段：知道原因，那么就针对这个目标规划相应的时间内，做什么事情，然后制定任务分解结构（拆分任务，然后对分解任务制定甘特图（即：进度计划）），提交给领导确认无误--解决how的问题
执行阶段：按照进度进度计划安排好每天的重点工作，其他的工作必须让步，保证任务内工作的时间。--解决when和what的问题
收尾阶段：总结这个任务的结果，即：领导的满意程度。自己的欠缺、考虑不周、执行不到位的情况、作为经验教训下次参考。
这可能是PMP培训唯一值得肯定的地方，它从整体上改变自己的工作方式和方法。没有打广告的意思，仅仅是个人收获的分享。
需求分析能力：
需求从无到实现可以分成三个步骤：需求搜集、需求筛选和需求排序
需求搜集
针对公司内部：搜集需求强调全面，即要识别出尽可能多的项目干系人，采用访谈、焦点小组、头脑风暴等手段获取需求并汇总，这一阶段仅对需求进行识别和汇总。
针对公司外部：可以采用在线沟通、调查问卷、线上反馈渠道等方式获取对产品的建议和需求。
PM自身挖掘：PM通过对产品运营数据进行分析，例如：通过页面转化率数据可以分析出产品核心业务流程是否最优并提出改进建议；通过分析某个新功能的用户留存率得出产品是否值得去做等等。
汇总以上所有渠道搜集的需求以后，接下来要做的事情就是分析哪些需求有效，哪些需要深入分析其提出的原因，从而对这些需求进行筛选。
需求筛选
就要对上述需求进行分析，分析的重点是识别出用户的需求真伪和隐藏在背后的需求，有时候用户提出一个需求可能并不是他内心真实的想法，没有经过思考而提出的需求。这就要求PM能够对这些“伪”需求加以识别。
Sony 曾经为了调研市场对新款游戏机外壳颜色的需求做过一个实验，Sony提供金、红、黑、白 四种颜色的游戏机，并任意选取50人，问他们对颜色的新游戏机外壳颜色的喜好，当时超过一半的人认为金色的更好看。为了确定用户需求的真实性，Sony 再次召集这50人，并告诉他们让他们免费去领取一台新款游戏机，然而从用户最终选择来看，黑色才是大部分用户喜爱的颜色。
所以说，用户有时候并没有说真话，原因是因为他们并不关心、如果真正与自己利益相关时，他们才会去思考并做选择，而这时候反映出来的需求才是真实的。
100多年前，福特公司的创始人亨利·福特先生到处跑去问客户：“您需要一个什么样的更好的交通工具？”几乎所有人的答案都是：“我要一匹更快的马”。很多人听到这个答案，于是立马跑到马场去选马配种，以满足客户的需求。但是福特先生却没有立马往马场跑，而是接着往下问。
福特：“你为什么需要一匹更快的马？”
客户：“因为可以跑得更快！”
福特：“你为什么需要跑得更快？”
客户：“因为这样我就可以更早的到达目的地。”
福特：“所以，你要一匹更快的马的真正用意是？”
客户：“用更短的时间、更快地到达目的地！”
于是，福特并没有往马场跑去，而是选择了制造汽车去满足客户的需求
有时候，用户不可能告诉你他们准确需求，因为他们自己也不清楚，这时候我们需要去挖掘需求的根源，找到需求的真正痛点，并提出超出用户期待的解决方案。
需求排序
通过对需求的“真伪”和“根源”进行筛选之后，我们会得到一个明确需求的列表，想要一次性做完所有需求的可能性是没有的，所以我们必须对需求进行优先级排序，按照四象限定位法对每个需求进行阵列，并进行重要、不重要/紧急、不紧急进行权重打分。根据权重分数对每个需求进行先后排序，然后根据目前公司资源情况，决定先期完成那些需求。或者使用KANO模型对需求进行先后排序。
需求排序结束以后，最后需要做的事情就是，将需要下一版本完成的需求清单进行打包，并确定这些清单中的核心需求，作为下一版本的核心功能。然后进入开发阶段即可。
这里推荐大家使用 Excel 记录所有的需求，并对其进行标记：来源、提出时间、属性、分类、如何处理、何时处理等，务必做到每个需求都落到实处，即使没有落地也要注明原因，作为后续参考。平时脑海里浮现的想法也可以加以记录，这对整理思维，提升个人能力非常有帮助。
未完待续、如有不全，欢迎拍砖...
