一、为什么要做需求管理

项目延期、产品翻车、需求频繁变更、资源浪费……这些研发团队中的常见问题，大都可以追溯到需求管理的缺失与无序。而这些问题，绝大多数也都可以通过规范的需求管理提前规避。

但在实际工作中，很多研发团队将绝大部分精力集中在代码编写、功能开发上，认为做好开发就是做好产品，忽略了需求管理的这类基础性工作。

这就导致团队总是盲目开发、无效迭代：

由此可见，打造规范的需求管理体系，是所有产品研发工作的前提。

二、打造需求管理体系，我们要关注什么

要知道，管人是成事之基，用人才是成事之要。需求管理本身就极其复杂，需要团队先组建一个跨部门的需求管理团队，让市场、产品、开发、测试等角色都参与进来。

像在华为成熟的 IPD流程中，需求管理体系有着清晰的分工：

有负责需求管理流程工具的推行和需求管理人员培养的 需求管理团队（RMT），有负责产品线/产品的市场调研、需求分析、需求排序等活动的 需求分析团队（RAT），有负责需求实现、供应链的 需求实现方，还有负责需求交付质量的 质量管理团队。

当然，这种体系太过精细，不太适配资源有限的中小团队。

在中小团队中，完全可以采用一岗多责的思路，也就是让市场团队、产品团队共同负责市场调研，再由产品团队进行需求管理与分析。

其中，最重要的还是在这个过程中，开发、测试、销售等必要的角色，都要定期参与需求的研讨，这样才能更好地校准产品的功能方向。

需求要从哪些渠道收集？拿到一堆需求后该怎么划分优先级？在需求管理的各个环节中，我们可以参考华为的需求管理流程，搭建适应自身的标准流程体系。

首先是需求全面收集。打通所有需求来源渠道，整合用户反馈、市场调研、运营数据、竞品分析、内部优化建议等各类需求，让用户的所有诉求都能集中管理。

要想精准拿捏市场用户的需求，仅对某一类或某几个人进行需求调研是不够的。华为对需求收集的渠道进行了内外部的精细划分，我们也可以通过这些渠道全方位收集各类需求。这样既能覆盖用户的真实使用痛点，又可以囊括行业的发展趋势、内部研发的优化建议，为后续需求分析储备真实、丰富的素材。

在分析需求的过程中，最重要的是去伪存真，这就需要产品经理对需求进行解释、过滤、分类、排序。

为了更好地解释需求，要将产品包需求进行细化分层：

经过上述环节，产品经理可以根据不同类型的需求特点，进行需求分发：

在需求的验证过程中，也要依次定义如何进行模块验证、子系统需求验证、系统需求验证、特性验证以及客户验证，交付满足客户需求的产品。

有了流程还不够，一般规范的团队架构和流程体系，还需要以专业的工具作为载体落地。

在流程执行中，由于人们的惰性、人为的随意性以及沟通中出现的各类信息差，再好的制度流程也容易流于形式，再优秀的规范也有可能在实际中走样。

而专业的管理工具能固化流程标准、约束执行动作，让需求管理的每一步都有迹可循。所以我们可以直接选用市面上成熟的需求管理工具，只要工具能贴合团队的业务节奏与人力现状，满足团队的使用需求即可，需要重点关注工具的这几类能力：

第一，具备完整的 原始需求池管理能力。

原始的需求过于零散、杂乱，很容易被遗漏。需求池就可以统一管理所有渠道中收集上来的用户、市场、内部优化需求，为后续的需求分析、迭代规划提供完整素材。

第二，可以完成 多层级需求的拆分。

比如基于上述的需求分层，工具中也需要支持将宏观的业务需求、用户需求，逐层拆解为可落地的系统需求、开发任务，将大需求拆成小任务，实现权责到人，让需求落地更精细化、标准化。

除此之外，还要有完善的 需求流程追溯能力。

在工具中，全程跟踪需求的收集、分析、分发、开发、测试到发布的全过程，展示每一个环节的进度、变更记录与责任人，能够保证团队有问题追溯能力。这样一旦出现需求变更或其他问题，就可以快速定位，持续优化团队的需求管理体系。

在市面上的各类工具中，比较推荐大家试一下 禅道 IPD版。这个版本很适配中小团队的需求管理场景，而且如果团队有IPD的落地需求，也能够高效顺畅落地，用工具固化流程、规范管理。

总之，产品研发就像一个建筑项目，要想实现平地搭建万丈高楼，还得看如何打好需求管理这个地基。在梳理完需求管理的逻辑后，要想把优质的需求落地为有竞争力的产品，还需要科学清晰的产品规划。

下篇内容中，我们会详细拆解华为如何做产品规划！关注我们，让产品落地少走弯路。