一、需求的收集
B端产品的需求来源十分广泛，包括一线用户、产品运营人员、业务运营人员、业务领导等的反馈，需求内容也非常丰富，包括交互体验优化、业务调整要求、业务管理要求等，采集需求的手段也丰富多样，包括一对一面谈、问卷调研、轮岗实习，等等。
需求收集的要点之一是，通过各种渠道全面、迅速地收集建议，而且，无论是否采纳，都要给出反馈，例如意见是否采纳、预期的解决时间等，这样才能形成持续的良性互动。
收集到需求后，产品经理不应该简单被动地接受、执行，而要识别需求背后的真实问题、判断需求的价值。
面对需求时，产品经理可以思考以下问题，帮助自己准确、迅速地判断需求的价值：
- 这个需求背后的真正问题是什么？
- 这个问题是否有简单快速的解法？
- 这个问题的影响面有多大？如果只是个案，是否值得投入精力去研究解决？
- 如果是共性问题，优先级和紧急程度如何？
注意：
C端的产品需求来自个体用户，而B端的产品需求来自组织和机构。
C端和B端的需求的产生背景和动机完全不同，C端是为了解决用户痛点，而B端是为了解决业务问题。
因此，C端产品的需求分析方法论（例如广泛采用的KANO模型）并不适用于B端产品。
二、需求池管理
对于收集到的需求，经过初步判断、过滤后，要放入需求池进行管理跟进。
从记录在案开始，到实施上线，需求要经历完整的研发管理周期。可以通过一套项目管理软件（例如JIRA、Teambition）对需求进行管理，按照公司统一的项目管理规范来实现。如果公司对项目管理的过程没有明确的规范，或者缺少工具支撑，也可以通过Excel文件来进行需求管理。
对于需求池和迭代计划，可以对它们分开管理维护，也可以合并在一起管理维护，需要根据公司的现状和要求灵活处理。不论是合并管理还是分开管理，主要目的都是实现清晰准确的需求管理、迭代计划管理，并做到项目进度透明。
通过一套设计合理的Excel模板，完全可以把需求和迭代工作管理得井井有条。
三、需求池管理的模板
为了准确地管理需求内容、跟进执行情况、进行全面的项目管理分析（例如分析研发的工作量、研发效率、业务需求的满足效率等），一套完整的需求池管理模板应该具备很多字段。
最低0.47元/天 解锁文章
3491
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
