从3个方面聊聊,如何正确使用需求池?

参与到项目中,经常发现项目的需qiú源源不断,刚做完一堆需qiú,马上又有新的需qiú要做,感觉总是做不完,就像一个“无底洞”。实际上,这里涉及到一个需qiú管理的概念。项目中哪些该做,哪些不该做,做到什么程度,都是由需qiú管理的过程来决定的。而需qiú管理可以X需qiú池进行维护X。

需qiú池概念

1. 使用场景

在项目工作中,经常会碰到客户说我之前给你们提了一个某某需qiú,怎么还没有上线。然后产品经理根本就没有找到该需qiú的任何记录。客户的忘性很大,很多时候都不记得曾经说过什么。这个时候就需要有一个X信息记录,帮助客户找回需qiú记忆。

在实际工作中,产品经理每天都会X各种各样的需qiú,如果仅凭大脑记忆而没有及时记录下来,就容易产生需qiú信息丢失。此时需qiú池就是一个很好的工具,产品经理可以随时记录各个来源传递过来的需qiú,以防需qiú或者关键信息遗漏。

需qiú池作为需qiú管理的一个容器,相当于需qiú的数据库,为需qiú分析X数据来源。需qiú池一般采用最简单的Excel,原因是简单、易管理。这里不仅仅是简单记录需qiú是什么,还会记录这个需qiú相关的一些关键要素。比如用户(who)在什么模块(where)遇到什么问题(what),希望达到什么效果(how)。

需qiú池的维护原则是宽进严出,“宽进”主要是因为需qiú池面对的产品经理或者产品部门,是需qiú的备忘录,所以需要把所有的需qiú都应该放到池子里。而“严出”则是需qiú池的需qiú需要经过筛选、分析、规划之后,才正式从需qiú池进行到后续的需qiú文档中安排开发。

2. 需qiú池属性

需qiú池的模板参考上图,需qiú池的关键属性说明如下:

(1)编号

编号就是需qiú池的顺序号,主要是需qiú的唯一性标识。通常情况下,项目中会有多个X系统,每个系统单独维护一个需qiúX表,需qiú编号的命名规则即为:系统英文简称_OR(原始需qiú缩写)_顺序号。

(2)功能模块

把需qiú划分到系统的某个功能模块,由于需qiú池的需qiú还未经过进一步的分析,一般只需要划分到系统的一级菜单。

(3)需qiú类型

需qiú类型一般包括:新增功能、功能改进、需qiú变更、界面优化、Bug修复、册刂除功能、接口需qiú等。

  • 新增功能:已发布版本中尚未包hán的功能。
  • 功能改进:对已发布功能做可用性、易用性的改进,比如性能优化、架构优化等。
  • 需qiú变更:相对新增需qiú而言,提出方的需qiú发生改变,原来的需qiú变更为“册刂除需qiú”状态,并记录关联关系。
  • 界面优化:UI层面的改动,如按钮颜sè。
  • BUG修复:系统上线之后,反馈回来的Bug视为需qiúX管理。
  • 册刂除功能:去除已发布的功能。
  • 接口需qiú:我方是数据使用方,使用对方X的接口,和我方是数据X方,X接口供对方使用。

(4)需qiú名称

用简洁的短提炼出用户的诉qiú。比如:文本框搜索框支持X键盘Enter键触发查询功能。

(5)用户故事

我们要明确用户是在什么场景下,为了完成什么目标而需要做什么任务。即要从场景、目标和任务这三方面去具象化需qiú。

比如场景:zhēn对查询申请单,查询专员发现运营商反馈的文件不对;任务:支持在原来的查询单上重新发起查询请qiú,以便运营商接收到新的指令,可以再次反馈文件;目标:运营商根据查询申请单反馈正确的文件。

(6)优先级

需qiú的优先级可以根据需qiú重要性:核心需qiú、基本需qiú、建议需qiú和需qiú的紧迫性:非常紧迫、一般紧迫、无紧迫性这两个方便来定义出三个等级:高、中、低。

(7)提出人

需qiú的提出者,有疑惑时便于追溯,负责解释需qiú。

(8)提出时间

原始需qiú的提出时间,辅助信息。

(9)关联需qiú

该需qiú和需qiú池中哪些需qiú有关联,一般在需qiú分析的时候需要参考的相关信息。

比如:同一个需qiú,但是不同从不同用户采集的信息不一致,或者多个用户对同一个需qiú信息的表达观点矛盾,那么这个就要用到关联性编号。比如A用户希望登录的时候,需要选择当前用户的所属X,用户名和密码。B用户建议登录的时候,直接X用户名和密码即可。这2个需qiú,就是关联需qiú。

(10)需qiú来源

需qiú的来源主要包括:用户调研、竞品分析、运营反馈、X意见等。

  • 用户调研:X用户访谈收集需qiú,可以是面对面沟通,也可以X微信、X、X等方式获取信息。
  • 竞品分析:X在市面上找到同类竞争产品,深入体验竞品功能,为产品设计及需qiú收集寻qiú思路。
  • 运营反馈:产品上线后,运营同学会把用户在使用过程中会发出反馈的吐槽的或者建议的信息,反馈给产品经理。
  • X意见:实际工作中经常会遇到老板一句话的需qiú,这些需qiú往往来自于老板身处的高度和丰富的工作经验。

(11)需qiú状态

随着产品的进展,需qiú的生命周期会以不同的状态标识,比如:待讨论、需qiú中、开发中、已发布、暂缓、取消。

  • 待讨论:刚刚提出或尚未讨论或技术尚未确认的需qiú。
  • 需qiú中:已完成排期的需qiú。
  • 开发中:已经进入开发或尚未发布的需qiú。
  • 已发布:已经发布的需qiú。
  • 暂缓:讨论完成尚未排期的需qiú。
  • 取消:无效需qiú。

(12)开发版本

在经过后续的需qiú排期之后,记录原始需qiú是在哪个版本开始实现的。

(13)备注

其它任何信息,如:

  1. 被拒绝的理由;
  2. 被暂缓的理由和重启条件;
  3. 其它相关文档。

3. 如何正确记录一个需qiú

在产品经理的曰常工作中,我们来看一个需qiú采集的场景。

当产品正在画原型的时候,发现电脑右下角的X图像闪烁,打开对话框,看到运营同学发过来的消息,进行如下对话。

需qiú沟通之后,产品经理需要及时把信息记录到需qiú池中,以防需qiú信息的遗漏。而且在需qiú记录的过程中,还能再次梳理需qiú,进一步挖掘需qiú信息,为后面做需qiú分析和设计X重要依据。

X维护一个健康的需qiú池,我们给需qiú提出者一种信息反馈,就是他们的需qiú我们都重视了,已经放到了需qiú池当中,但是是否安排给开发需要根据所有需qiú进行“轻重缓急”的泉重比较才能决定。这样可以及时给相关人员反馈需qiú排期和进度。

总结

需qiú池其实就是信息传递的载体,还可以为后续需qiú变更X信息依据,也便于X或者相关人及时了解需qiú状态,了解产品的整体情况,了解每个迭代版本完成了哪些需qiú,便于产品进行进度把控和需qiú验收。

由于市场环境,用户行为都有可能发生变化,这个时间段的需qiú有可能过一段时间就失去意义了;或者之前暂缓的需qiú,在目前的市场环境和产品情况下,该需qiú的紧迫优先级变高了,需要纳入到下一版本的需qiú排期。故需qiú池需要产品经理定期梳理,每次安排产品版本计划的时候都要重新审视一遍需qiú,对所有的需qiú再次进行分析和筛选,进行需qiú优先级的定义。

收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 从3个方面聊聊,如何正确使用需求池? https://www.xiongfawang.com/3545.html

常见问题

相关文章

从3个方面聊聊,如何正确使用需求池?-海报

分享本文封面