需求管理系列—需求收集

董孝财

任正非说“满足用户需求是我们生存的唯一理由，我们的商业模式是以用户需求为导向“。
产品的价值在于解决客户实际需求问题，产品生命周期的各个环节都在为需求服务（发现、分析和评估需求；创造解决需求的功能或解决方案；整合具有价值的产品交付给客户），所以完整规范的需求管理对于产品创新是十分重要。本次将根据现有的 B 端产品经验，按照需求的收集、分析、分配、实现和验证五个环节，对需求管理进行一系列的介绍。
需求收集目的

产品需要时刻关注市场行业趋势、提高创新能力、以用户为中心设计，才能保持核心竞争力，得到客户的认可和市场的规模。而这所有的源泉都来自于需求，需求能够说明客户目前最需要的是什么、遇到最迫切的问题是什么、以及目前产品的不足和未来的发展方向。做产品不能“闭门造车”，否则产品会带上浓重的个人主义色彩。而且拍脑袋做决定不太符合产品经理的做事流程。明确的需求功能列表能够指导产品的开发或者项目的执行。

• 深刻理解市场需求、客户需求、准确把控行业发展趋势，保持高度的市场敏感度；
  
• 保证产品研发是围绕客户需求来展开，真正实现产品研发“以市场为导向，以客户为中心”，而不是闭门造车；
  
• 及时获得竞争对手相关产品及市场策略，做到“知己知彼”；
  
• 实现产品创新。通过有创新性的新卖点、新产品的持续不断推出，保证产品核心的竞争优势；
  
• 通过需求收集等相关活动，有机地串接市场营销部门与产品研发部门、建立跨职能部门、端到端的流程进行需求开发；
  
• 加强与客户互动，提升客户忠诚度和粘性。
  

需求来源

需求一般分为被动需求和主动需求。被动需求是客户认为产品需要具备某些功能，解决目前所遇到的问题，产品经理对这类需求比较被动，大部分情况只能接受，或者想方案解决（否则客户不买单）；产品经理为产品规更新迭代和优化，也会主动去收集的需求，也可能包含通和其他客户沟通获取的需求。


需求收集问题

需求涉及两类人：客户（提需求的人）、产品经理（解决需求的人）；需求带来两个操作：落地（需求进入需求池）、反馈（需求信息和状态同步），自此引发出两个问题：

• 需求无法落地：客户或其他部门提需求的方式和途径各异，比如邮件、社交软件、会议、口头等方式提需求，所以需求散落各处，没有统一汇总到需求池，产品经理无法对需求进行管理和解决，导致需求无法落地；
  
• 需求无反馈：客户提交需求后，希望的是需求快速解决并反馈给他们。如果产品经理进行黑盒处理，则使需求信息和状态不透明。客户发现需求长期无变化，则认为提需求没有结果，也就不会再进行提需求；同样如果客户的需求已解决，也应该通知产品经理，产品经理要花费经理却没有使用场景。长此以往会造成不良循环，导致需求变少。
  

需求收集原则

需求收集围绕产品展开，应按照规范化、流程化和主动性三个原则进行收集需求：

• 规范化（建立需求收集机制）：制定需求提交、收集和管理规范，向产品经理和全公司层面的同事广泛宣讲，让一切市场反馈能够及时传递到位；
  
• 流程化（统一需求收集入口）：通过在线工具（ Jira ）提交详细场景描述的需求 ，让需求分类入池归档，后期和需求提出方讨论需求细节和同步需求状态，让后续需求管理回溯更加高效透明；
  
• 主动性（周期性收集和反馈需求）：产品经理每日查看和管理所负责产品的新需求；产品部门每两周同步和处理重大需求（产品经理无法评估决定的需求）；与其他部门每个月进行一次需求收集活动。
  

需求收集流程

统一需求收集入口
基于需求收集规范化和流程化的原则，建议利用工具统一产品需求收集入口，比如 Jira 或 Teambition。让客户的被动需求和产品经理收集的主动需求，统一提交到产品需求池中。通过工具可在线对需求进行细节沟通和状态反馈，保证需求信息和状态的透明。最后产品经理将需求分发到各个研发项目中，让所有需求全部落地。


需求收集流程清晰后，还需要确定需求表单的字段和需求状态。
需求表单需要能够描述清楚需求，以及让方便后期的管理和反馈。产品经理需要查看和编辑需求表单全部字段，但需求提出方不会像产品经理那样清楚熟悉产品研发流程，所以很多表单字段不需要对他们暴露。为了降低需求提交填写门槛，让客户更愿意提交高质量的需求，建议仅开放部分必要字段，并给予一定的标准示例。



当需求被提交后，后期产品经理会对需求进行处理，如何对需求进行分析评估等环节后期进行讲解。因为需求的状态属于需求单的一个属性，所以需要进行一定的说明。


主动收集需求
规范、流程和工具都只是实现需求收集的手段，如果不能将需求收集管理机制进行践行，一切都是无用功。所以还需要产品经理主动去宣讲同步需求收集机制和周期性的收集需求。
同步需求收集机制
人的习惯是很难改变的，哪怕你给他一个世界上最好的产品。如果需求收集机制刚刚建立，即使统一告诉公司同事需要到在线工具进行提交需求，但是大家还是会通过其他方式去提需求。所以需要产品经理主动去和各部门同事反复的同步需求收集机制，好比祥林嫂似的一遍遍说，不断强化大家在线工具提需求的意识，直到大家养成新提交需求的习惯。
周期性的收集和管理需求
客户只会提交对自己有利或迫切需要解决的需求，但是产品经理还需要主动去了解市场、竞品、其他同事、以及客户没有说出的需求；并且还有一部分人无论如何不会去提需求单的，他们就是老板们。所以产品经理需要通过线下的沟通和收集需求，并将这些需求手动录入统一需求池。并且要制定好周期性收集和管理需求的制度，将需求收集机制完整的建立起来。

• 产品经理每 2 天查看和更新需求池，将非产品需求分发给其他部门负责人；
  
• 产品部门每周对不确定、重大需求进行讨论、分析、评估；
  
• 产品部门每个月轮流和售前、销售、各部门同事进行需求收集和沟通；
  
• ......
  

当然线下主动和客户、其他部门同事沟通收集需求，还需要一定的方式方法，比如头脑风暴、用户访谈、调查问卷、引导式研讨会、竞品分析、数据分析等等。这些可以到网上找一些文章学习。最重要的是要主动的收集需求，不断的完善丰满需求池。
结尾

需求收集是需求管理的第一步，也是重要的一步，因为需求的数量和真实性决定了后期的需求分析、分配、实现和验证等环节。而需求的收集又需要产品经理和客户、其他部门同事沟通，是产品经理能力的展现。所以请以规范化、流程化、主动性专业的收集需求。