产品的需求如何写？如何排序？如何推动上线？一起看看这个案例---诺怀云物业管理系统的需求管控全流程

前言

重庆诺怀经过几年的分析、尝试、和完善，总结了一套行之有效的产品需求管理办法，使有限的精力可以投入到最重要、最紧急的需求上，并且确保开发出来的功能确实能解决客户的问题，不产生浪费。这里把相关的经验方法总结出来，帮助阅读者理解这套办法，甚至希望对他能有一定的启发。己欲达而达人！

1 遇到的问题

在产品研发过程中，下面的各种问题是常常会遇到的：

1. 没有清晰的规则定义优先级，一大堆需求不知道先做哪一个，只是凭感觉选择不可靠
2. 客户的反馈没有固定人员处理，没有固定的流程，导致需求重复提交或者遗漏
3. 不能及时看到需求进展情况
4. 没有设计规范，不同的设计人员设计出的原型都不一样，系统一致性差
5. 原型设计粗糙，开发人员开发时全靠想象，结果五花八门，返工特别多
6. 需求开发完成后才知道与客户的期望不一致
7. 没有完善的流程，需求上线了，售后却不知道，看不到需求的状态
8. 需求文档使用word 编写，邮件发送，有些会搞错版本，更新后经常忘记同步给其他团队人员

………….

总结起来就是：没有规范的流程、没有高效的管理工具

2 解决思路

1. 使用需求管理工具JIRA，将所有需求统一管理；
2. 制订一套需求排序算法

1. 使用原型管理工具AXURE，管理原型；
2. 使用Confluence 管理文档；
3. 制定规范的管理流程，使不同环境紧密连接。

3 需求管理工具

3.1 JIRA

JIRA配置灵活、功能全面、部署简单、扩展丰富，所以选择使用JIRA来管理需求的整个生命周期。

1. 设置排序规则

1. 创建过滤器需求按高低排序

创建一个过滤器，可以分享给团队成员，只要打开该过滤器，就能看到按规则排好的需求。

1. 创建工作流

通过看板，可以清楚了解需求的进展。目前设置了六种状态。

3.2 AXURE

1. 原型管理使用Axure + SVN协同管理。
2. 在设计原型时，把一些常用的组件添加成自己的组件，后面就可以直接拖动使用该原件，省去重新设计的时间。

1. 用户故事 

每个需求，尤其是复杂的需求，都需要先写出用户故事，站在用户的角度思考问题。用户故事能帮助估算工作量以及与客户沟通。

用户故事模版：

作为一个<角色>，我想要<活动>，以便于<商业价值> 

角色，谁有使用这个功能的需要 

活动，需要使用什么样的功能 

商业价值，这个功能会给角色带来怎样的价值 

举例：

作为一个物业管理公司的收费员，我想要系统能主动提醒我哪家业主欠费了，以便于进行催费，而不用我自己每天去查找。

1. 解决方案

整理出可能的方案，并注明每种方案的优缺点

【方案1】

【方案2】