PM总结之需求

 

 1.从用户中来到用户中去；

   发现一个问题，设法将其转化为一个任务去解决。

   用户是需求之源，理解客户是PM最重要的素质之一。区分用户与客户的区别，用户即使用产品的人，客户则是为产品付钱的人，不同的用户有重要程度的区分，我们只能有所偏重。以用户为中心的思想，放在最中心的位置上。不要试图满足所有的用户，会让产品变得臃肿不堪，谁都不满意的四不像，我们无法满足所有用户的需求，优先满足哪些用户的需求是需要将产品的商业目标结合来考虑，利用不同的维度去划分用户。了解用户，可以利用persona（人物角色）对用户创建一个表格，这样可以充实人物角色内容同时也可以让新人及boss迅速了解用户及产品，立即进入状态。做产品时，必须将用户研究随时纳入计划，用户的做和说通常是不一致的，需要进行定性定量的研究，定性：找出原因，偏向了解；定量：发现对象，偏向于证实。通常，从定性到定量，再定性再定量螺旋上升，并且不断的迭代。坚决杜绝所谓的组织研究，一切需求必须基于用户，功能的需求均来自用户。

 

2.需求的采集过程：

   定性：用户访谈尽量说与做结合起来去做，观察用户说的同时同样要观察怎么做，避免选取的样本过少以偏概全，避免用户太过于强势，避免我们过于强势.

   定量：调查问卷问题不必太多，样本不要太少，考虑投放的调查问卷与实际用户和市场的差别。灰度发布：指先让少量用户看到新产品，利用他们的反馈进行修正逐步迭代将新产品展现在用户眼前。

  定性：可用性测试典型的定性研究，从招募用户开始，这些用户就要尽可能的代表将来真实的用户，可行性测试不能做的太晚，哪个阶段都可以做，避免产品即将上线的时候进行可行性测试，测试是必须的，无论规模大小，必须进行。要明白自己的身份，测试产品而非测试用户，明确该做与不该做的，对于产品的升级与改版，我们要将“暴力革命”变成温柔和谐的“和平演变”，要积极听取反对的声音。

  定量：数据分析数据来源多种多样，寻求一种性价比高的解决方案，通常数据分析只能发现一些表面的现象和问题，我们要尽可能的深挖数据的内涵本质，数据不会骗人，但是不能过于沉浸在数据的科学研究中，要有一种对商业的敏感。学会将数据分析穿插到需求分析中，很好的利用数据，将数据转化为商业价值。

  单项需求卡片描述了一个用户的需求到底包含了哪些内容，重点是描述用户使用场景谁，干什么，地点，产生了什么事儿。（including：编号，来源，类型，功能需求，描述等）需求要尽可能多的采集，现场调查，AB测试（基于大用户比较合适，让用户直接参与了设计，但成本过高，大公司较合适），日记研究，卡片分类，用户自己提需求。

   听取用户需求，但是PM的职责是利用需求分析，来解决用户的实际问题，要懂得取舍，需求分析是一个分总分的过程，先从小的需求采集，直到整个产品的需求，最后在依次分块，重新分解，告诉开发或执行人员到底需要干什么。需要从问题的本质出发，提高现实，降低理想，转移需求：提高自己产品本身的功能需求，降低客户的理想，专业客户的需求，将可以实现的更强烈的需求展现给用户而不是让他再纠结于原来的需求。

    将用户需求转化为产品需求，确定需求的基本属性，并且将需求分类，产品的需求是功能需求+非功能需求。明白什么是必要的功能，什么是可要可不要的功能，那边，需求采集完成后，对需求实现的难易程度进行评估，利用有限的资源去开发核心功能，学会懂得剔除用户需求，性价比+商业价值/实现难度（开发量） ，不能因为某个需求实现难度很小就去做，实现难度很大而不去做。少做就是多做 ！！将一个功能尽可能的做到完美，也不要将全部功能做成半吊子