产品经理讲堂(3)- 需求管理

我想,谈及「产品经理」时,大家头脑里首先嘣出的一词有可能是「需求」,离开「需求」去谈产品都是在耍流氓。

那么,如何正确定义「需求」,以及在执行层面上如何去管理「需求」?

什么才是「合理的」需求

“如果我最初问消费者他们想要什么,他们应该是会告诉我,‘要一匹更快的马!’”——这是亨利·福特的一句经典名言,也是常用于讨论「需求」时的引子,也就是从表层的需求描述中深度挖掘客户隐性需求。

在产品开发流程中,从产品策划到产品需求阶段,产品经理应该要去作的时候就是去发掘产品策划后真正的产品需求,「我想要一个 xxx 的功能」、「我想在输入一个 xxx,然后输出 xxx」、「我想一个能自动 xxx 的功能」,想必大家常能收集到这样的需求提案,小到想调整一个页面按钮的文案,大至改动整个产品的运作模式。

这是 User story,并不是说这种表达方式不妥,只是需要产品经理去进一步沉淀出来用户想要的东西。

「需求」的表达方式

管理需求是一门技术和艺术,需求分成两种:

  • 产品(或者功能)成型前,这个阶段通过竞品分析、调查访谈等收集需求;
  • 产品稳定后,这时渠道包括用户反馈等;

工具及操作

一个「需求」基本是由怎样构成的?先看看一个数据在线协作平台 huoban.com 对于需求管理的一个预设模板,大体包括几个方面:
标题(摘要)

  • 内容
  • 平台
  • 状态
  • 产品负责人
  • 优先级
  • 上线日期
  • 附件

以上的内容是比较通用的,一般团队需会根据自己的实际情况作调整。

对需求去噪

如上所述,需求是无穷尽的,在执行层面,就需要产品经理对需求做筛选,在确定需求前,先问自己几个问题:

  • 该需求是否背离产品定位?
  • 该需求是否有技术难点?
  • 该需求是否有明确的输入输出?
  • 该需求的成本?
  • 该需求的优先级?

工具篇:Trello

Trello 作为团队的项目管理工具,同时也是需求管理工具,需求的管理包括几个阶段:

  • 需求收集
  • 需求整理
  • 需求跟踪

需求收集体现在收集以及去噪这两个过程,确定了需求以及优先级,就通过 Trello 来整理需求:

每个项目都有一个对应的 Board,Board 内有一个「需求池」的 List,任何项目相关的人都可以往里面提交需求,然后 assgin 给对应的产品负责人(一般情况是产品经理),由产品负责人定期整理需求池内的需求,确定后的需求移入「需求列表」的 List 。

确定后的需求 Card,需要包括:

  • 需求标题
  • 需求描述
  • 需求前置条件
  • 需求输出

如果是整体的开发需求或者需要更详细说明的需求,需要配备需求文档 PRD,附上原型图等。

进入「需求列表」的需求将按照 Trello 项目管理规范进行需求执行与跟踪。

需求优先级问题

另外一篇文章中我专门做了分析。

发表评论