聊聊需求分析

  自从苏大大的《人人都是产品经理》面世后，无数不想写代码或者不会写代码的青年受到感召，纷纷试图投身这个没有任何具体标准，高薪体面的职业，不管有没有看懂书，有没有看过书，甚至都不知道这本书是谁写的讲什么的，反正“人人都是产品经理”嘛。

  其实没有要求就是最高的要求。姑娘爱钱，你能给姑娘钱，姑娘就能满足；姑娘爱浪漫，你花心思花时间再花一点点钱，姑娘也满足了；可怕的是姑娘说我没有要求，感觉对了就好，excuse me，什么是感觉？如果是大公司，流程规范，职责明确，倒不会那么让人困惑以及以及有不切实际的幻想，小公司的话，产品经理这个title可以干的是行政助理，可以干的是文案策划，好一点干需求分析再加上交互设计，差一点除了开发都是你的事，这也就造成了这个title没有标准的现状。

  然而title只是个符号，决定你薪资和重要程度的永远是你做的事以及你做的怎么样。作为产品经理的一个核心技能，需求分析相比于产品设计，处于不被人重视的程度，以至于人们一谈到产品经理都联想到设计了某某牛逼的产品，表象欺人，往往使人觉得美好，而不知过程的曲折与重要。作为产品设计的依据，需求分析决定了产品有没有价值，有多大价值，产品的方向该怎么走，甚至于影响公司的战略。而产品设计只不过是将价值发挥至极限，将路线走到完美，战略执行到精确。

用自己总结的一个流程来稍微说明一下需求分析的套路：

1.区分用户

  需求不都是用户的吗，为什么还要区分？其实我们接到的需求，来源是非常广的，也许是用户的直接投诉，也许是客服接受客户投诉的转述，也许是运营发现的问题反馈，甚至是boss一拍脑袋说我要搞个这样的东西........ 然而对于产品来说，每一次代码上的动刀，受到影响的，必然是使用产品的用户，如果是用户的需求那么还好说，如果不是用户直接反馈的需求，我们都要考虑到转述过程中出现的偏差，需求提出人的利益诉求。这时候我们可以做一个初次的判断，这个需求有没有分析的必要，例如客服替用户想到可能需要增加一个功能，可是用户实际并没有这种需求，反而增加了操作的复杂度。当然这种判断与经验和业务的熟悉度有关系，判断不了那就辛苦一点，接着把分析做完。

2.调研用户

  其实用户的调研从接到需求的一刻就可以开始了，例如做一些简单的提问，这里说的调研则指的是经过区分用户的第一轮思考之后，精心准备的调研，一般以访谈形式或是问卷形式为主（更多方式欢迎大家指出讨论），目的是得出自己需要得到的信息。调研中准备的问题应该清晰明确，比如操作不方便，要明确问到哪个页面下哪个功能，操作效果具体是怎么样，不能模糊与带有情绪导向，比如“确定真的不好用吗”、“哪里不好用”......既要调研需求提出人，又要调研需求相关人，也要调研用户。应注意态度应该谦和以学习的姿态，之前需要精心准备。

3.整理信息

  调研过后，我们收集到了关于需求的大量信息，接下来我们就要对信息进行梳理分类与筛选，因为不是所有信息都是同等重要的，也不是所有信息都能混在一起的。例如矛盾我们要分清主要矛盾和次要矛盾，功能调整我们要分清是功能新增，功能优化，还是系统bug。这是对需求的初步加工，如果是单一的需求，我们就能很快得出需求的重要程度，需求涉及的对象，需要改动的系统等重要判断；如果是复杂的需求我们也能得出需求下包含多少子需求，子需求分别是什么，涉及对象，涉及系统等，这是我们下一步分析的主要依据。

4.分析需求

有了整理信息的结果或者说依据，我们就可以开始细致的分析需求了。我们知道需求的结果一般都是改动产品或者创造产品（这个及特别复杂，目前能力有限说不清楚，暂不考虑），所以第一步就是根据需求做出调整后的产品设想或者说明（注意此处并不是原型，只是效果描述）。我们就要先把产品现状以及按需求调整后的设想罗列出来，这时候我们就可以结合需求人的背景分析利益诉求，分析对用户的影响，分析对系统造成的影响（这里肯定是要跟技术沟通的，如果自己懂代码可以自行研究）。在这一步，需要进行取舍或者说决策，标准就是对产品有利（这个标准我无法细化的具体怎么有利，并不能说对用户有利就是对产品有利，确实需要视情况而论），当然某些情况下对公司的战略决定需要调整产品甚至损害产品，就已经超出这个角色的职责范围，应该说明出来给拍板人参考。这一步可以通过UML建模做出分析，熟练的话可以大大提高分析效率，并且对交互设计以及之后的开发都大有帮助，提高沟通效率。

5.产出需求文档

   这就是分析的结果了。在我看来，一个合格的需求文档至少应该提供给读者需求是什么（如果是复杂需求，则分别说明子需求是什么），需求的重要性，需求的结果（使产品变成什么样），对产品可能造成什么样的影响。如何实现需求则是交互设计需要考虑的，并不是说交互设计与需求分析应该清楚的割裂出来，而是流程需要清晰，交互设计与需求分析混在一起将会导致需求的不断变更，设计的不断修改，甚至将失去需求最本质的价值。

一个出色的pm当然应该是一个优秀的需求分析师与交互设计师的结合，而且更应该先是一个优秀的需求分析师。

 第一次写关于产品的个人感想，欢迎踊跃吐槽与探讨，接受指点或者共同学习。