产品经理-需求相关-需求收集

本文纯原创，作者1993年出生，目前是一名6年工作经验的后端开发工程师，最近想学习一下产品经理岗位的相关知识与技巧，所以在日常工作中，从产品经理的角度，在需求收集管理方面，记录了一些想法，作为笔记使用。

广大网友的智慧是无限的，希望能慷慨相授更多、更好、更实用的，相关方法和经验，作者感激不尽！（欢迎评论、私信！）

一、需求收集管理的核心思想是什么？

高效的收集所有的需求，对需求进行分类、评估、沟通、反馈、规划，使需求在收集阶段，及其容易管理。

二、需求管理工具

需求管理工具有很多，不过都大同小异，如PingCode,禅道都行。

需求管理工具需要满足基本特性：
1.支持产品经理对自己负责的需求进行查看，编辑，设置状态等操作
2.支持领导对全体需求池进行管理
3.需求池能按项目、产品等维度进行划分
4.领导能对所有需求进行优先级排序、指定负责人、规划截止时间等等

三、需求收集管理

3.1 需求来源、3.2 需求池规划、3.3 需求创建要求

3.1 需求来源

3.1.1 常规需求来源

• 用户反馈给业务线同事的需求。
  例1：网站或App中有意见反馈功能，业务系统后台管理者初步筛选有效的用户意见反馈，形成需求点并添
  加记录到需求池当中。
  例2：业务线人员在线下市场收集到来自线下的用户意见反馈，同例1。
• 公司内部同事提出的需求。
  例1：业务系统后台管理者在日常使用后台系统时，会不断的发现需要新增的功能和需要优化的功能，这就
  是需求点。
  例2：业务线人员在线上线下进行提供服务时，会不断的发现新的需求点。
• 产品经理规划的需求。
  例：产品经理根据自身产品思维，会不断的挖掘有效需求点。

3.1.2 特殊需求来源

这类需求的提出者，往往对需求的描述是模棱两可的，需要产品经理去弄清楚其真实的意图和要做到的效果，用自身的产品思维去实现其需求。（这类需求不用判断是否为伪需求，一般情况下提出来了就要做，产品经理是需要妥协的）

• 老板的需求
• 运营提出的需求

3.2 需求池规划

总的来说，需求池规划分为2个大的需求池，待规划需求池，不同项目的需求规划池。

待规划需求池的意义：
1.集中收集所有来源的需求
2.每一个需求有产品经理实时反馈需求采集情况（如需求被确认，规划xx版本中进行完成需求点开发，如需求被关闭，关闭原因是xx），做到事事有反馈，人人有回音的状态
3.公司领导可以集中的查看及管理所有待规划需求池中需求的优先级，方便统一管理
不同项目的需求规划池的意义：
1.集中进行需求规划（如根据优先级，开发周期等因素进行迭代规划，开发推进等工作）
2.技术部负责人及研发团队成员，能高效清晰的看到后期需求点及优先级等等信息
3.公司领导可以集中的查看及管理所有需求规划池中需求的优先级，方便统一管理

需求池规划示例

• 创建一个名为待规划的需求池（集中收集所有来源的需求）
• 在待规划需求池中创建用户反馈、内部需求、产品经理规划几个类别
• 给不同的人员分配不同的权限，使对应人员只能在指定的需求池类别中操作自己创建的需求
• 产品经理对需求池需求进行评估，确定采纳的需求再进一步的分析，按有效性、影响范围等等特性进行多维度的评估，设置优先级，并修改状态为已确认，已确认的需求将会进行需求分析，需求开发迭代等后续工作，并且需求池中的需求为原始需求，需求的状态会由产品经理进行更新，比如更新状态为研发中，计划于xx月xx日系统版本xx.xx中提供服务。也比如更新状态为关闭，关闭原因为xxx，如有特别需要，可重新在需求池中添加需求。
• 创建不同项目的需求规划池（需求积累到足够一次迭代时，协调 研发团队 或 技术负责人 进行需求迭代会议，一条一条的过一遍需求，研发人员评估可实现性及技术难点，最终确定迭代周期时长及需求点）

3.3 需求创建要求

• 基于用户故事特点的需求，要求提出人以用户故事的形式创建，描述出具体的用户场景。

  • 例需求：后台订单管理增加订单导出功能，要求能统计指定时间范围内未发货的订单信息，及商品SKU数量统计；
    场景：有新的出货订单时，供应商会收到短信或者微信公众号的出货订单通知，仅仅是提醒作用，供应商会在每天14点-16点打开后台管理系统订单管理页面，按时间范围筛选出未发货的订单数据，并用纸笔记录需发货的所有商品SKU及数量，及订单的商品SKU及数量，拿到仓库人员进行拣货打包，按订单发货。期望订单管理页面能导出指定时间范围内未发货的订单数据及订单的商品SKU及数量统计，供应商就只需要导出指定时间范围内未发货的订单数据并发送给仓库人员按订单发货即可。

• 基于系统功能特性的需求，要求描述清楚需求起到的意义，及希望达到的效果

  • 例需求：希望给直播间增加虚假在线人数，点赞人数，用户及主播都是看到虚假的人气值；
    场景：我们大部分的直播间开播长时间维持0观看人数，感觉这样很不好，用户和主播都会觉得：“这是个什么平台啊，人都没有”等等想法，希望我们的程序能模拟出来一些假象，比如主播开播后，明明一个真实用户都没有，但是直播间却看起来非常的热闹，观看人数，点赞，甚至是评论区及弹幕都一片火热，真实的用户和主播都会感觉挺好的

• 基于活动，拉新，留存，与第三方平台对接等等的需求，应该也是商业模式的需求，要求描述尽可能的详细，从想法，到实际的期望

  • 例需求：增加邀请新用户，获得抽奖机会，有机会获得500元现金红包的活动，作为拉新的方式
    场景：最近拼多多很厉害，这个想法是抄袭的拼多多，大致的想法就是复制拼多多的这种拉新与裂变的方式，希望我们的拉新速度能直线上升
    产品经理需求评估：状态：关闭 原因：这是一个好想法，是值得一试的，但是我们应该不会直接去复制拼多多的这个作法，因为烧钱太厉害了，我们目前承担不起这个拉新裂变带来的成本支出，如果最终没能给用户真实的提现到活动的奖励，反而会让用户觉得我们是不值得被信任的，做个活动都是骗人的，没人能真的拿到奖励，这样也不是你最初的想法了吧！再次感谢您宝贵的建议及需求，我们将会在这方面继续深入的研究适合我们的拉新裂变方式，期待看到您的下一条建议及需求。