如何做好需求管理系列(1)—— 做什么和不做什么

题图

如何做好需求管理系列(1)—— 做什么和不做什么

序:需求管理源于业务需要,始于需求挖掘,继而需求分析,需求定义,需求验证。周而复始。

因为用户需求(业务需要)是无限的,所以经过产品经理整理、分析所形成的“产品需求”也是种类各异且数量众多的。因此,对于一名产品经理而言,有效的进行产品需求的管理是非常重要的。在本系列文章中,我将与你分享“优先级判断”、“如何挖掘需求”、“如何定义需求”、“如何验证需求”,这四个方面的相关经验。

对于产品需求优先级的管理,普遍采用四象限定位法,其中以需求的急需性作为横轴,需求的重要性作为纵轴;四个象限分别为:

  • 重要且急需
  • 重要但不急需
  • 不重要但急需
  • 不重要也不急需

“四象限定位法”的优点是充分利用了消费者的需求特征层次。其缺点也相当明显,由于仅从需求的重要性和急需性考虑,需求划分的粒度过大,仅适用初步筛选,无法对产品需求优先级进行量化。

接下来,我将同大家分享产品需求优先级量化模型,在开始之前,先进行一些预备知识的铺垫。首先,我们来定义“重要性”,我们认为,当某个功能可以明确解决用户的某个特定需求或者某个功能可以为用户提供前所未有的服务时,该需求的重要性为高。然后,有别于单一时间维度的“急需性”,我们尝试使用“可行性”来替代四象限定位法中的“急需性”。“可行性”即在有限的资源和时间内是否可以达成预期目标。

明确了“重要性”和“可行性”的定以后,我们开始使用需求优先级量化模型,模型的使用分为三个步骤:

  • 列出采集到的用户需求
  • 填写“重要性”和“可行性”权重表,权重由1-5(1为最低,5为最高,中位数为3)
  • 生成需求分布统计图,完成需求优先级量化。

以某社区电商某个版本的需求为例,来讲解需求优先级量化模型的建立:

Step 1 列出采集到的用户需求

  • 增加独立访客数量
  • 提高访客的购买金额(客单价)
  • 增加页面中商品展示区域
  • 收录更多商品。

将4个主要需求填入表单,形成如下表格。


用户需求表格

Step 2 填写“重要性”和“可行性”权重表

为了正确的填写权重表,我们需要对需求(目标)进行逐条分析,评估其重要性及可行性。当我们面对复杂或者难以判断权重的需求时,我们可以使用中位数3来表示该需求的权重。因为有了中位数作为基准,确认其他需求的重要性和可行性也更加容易。下面,我们来逐条分析这四条需求,并完成需求权重表的填写。

“增加独立访客”,可使用电商的黄金公式——销售总额 = 流量 x 转化率 x 客单价,进行分析。流量对销售总额有着重要影响,经过几个版本的推广,流量作为重要因素但非决定性因素存在,其重要性为4;在拥有一定体量的前提下,继续获得新增用户的难度是很高的,其可行性为2。

“提高访客的购买金额”,在流量和转化率趋于稳定的前提下,提高访客的购买金额(客单价)将成为接下来工作的重点,其重要性为5;可行性方面,通过采用精确推荐、捆绑销售等手段可以实现客单价增高的目标,其可行性为4。

“增加页面中商品展示区域”,从已有经验来看用户访问页面深度基本呈正态分布,增加商品的展示区域对网站各方面数据的帮助可能比较有限,其重要性为1。相比需要借助其他渠道才能获取的新用户,完成商品展示区域的扩大其可行性要高一些,这里记为3。

“收录更多的商品”,收录的产品数量是否会对网站产生影响是一个未知数,于是我们将这个需求的重要性和可行性均记为3,用中位数来表示难以判断的情况。

经过以上分析,将分析结果填入表格中,形成如下表格。

“重要性”和“可行性”权重表

Step3 绘制需求分布统计图,完成需求优先级量化

请记住这个非常重要的公式:版本周期内的可用资源数 = 需求数量 x 权重中位数 。以本文中的需求为例,版本周期内的可用资源数 = 4(需求数)x 3(权重中位数)= 12。

接下来,我们计算该版本中四个需求的重要性总和可行性总和,我们会发现,重要性总和:4 + 5 + 1 + 3 = 13;可行性总和:2 + 4 + 3 + 3 = 12;当前版本的重要性总和 > 可行性总和,意味着我们必须对四个需求做出合理的取舍才能保证,在既定的迭代周期内实现版本价值最大化。

评估“重要性”与“可行性”

然后,按照重要性和可行性的维度对需求进行划分,我们将需求分为:核心需求,有价值的需求(辅助需求),可忽略的需求。将权重表中的数据填入可行性-重要性坐标系,完成需求量化。

需求分布统计图

观察需求分布统计图,我们可以得出以下结论:

  • “增加访客的购买金额”属于核心需求,需要进一步思考这个需求背后的用户、商业价值,并将这个需求作为本版本中的核心任务
  • “增加独立访客数量”和“收录更多产品”属于有价值的需求,在保证核心需求可以顺利完成的情况下,投入相对较少的资源完成一个简单的版本,通过用户反馈决定继续扩展或者彻底抛弃。
  • “增加页面中商品展示区域”属于可以忽略的需求,可能在最近的几个版本中都不会出现。

最后,“需求优先级量化模型”的使用,有如下几点说明:

  • “版本周期内的可用资源数”并不是什么神奇的东西,有限的资源迫使你在“重要性”和“可行性”之间做出最佳的平衡,从而实现价值最大化。
  • “重要性”和“可行性”权重表中,权重总是1-5。
  • “需求优先级量化模型”,虽然非常有效,但是仅限于一个新版本的计划时期。
  • 需求管理的本质是要不断追问为什么。

如果,你对本文介绍的“需求优先级量化模型”的使用有任何疑问或者对需求管理方面有独到的见解,欢迎在评论区与我互动,谢谢你的阅读。

-EOF-

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,378评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,356评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,702评论 0 342
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,259评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,263评论 5 371
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,036评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,349评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,979评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,469评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,938评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,059评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,703评论 4 323
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,257评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,262评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,485评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,501评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,792评论 2 345

推荐阅读更多精彩内容