请选择 进入手机版 | 继续访问电脑版

库管易

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫描二维码登录本站

仓储需求、痛点分析

已有 1979 次阅读2017-7-19 13:20


一、需求池管理
将这个问题纳入个人总结的“需求池管理法”的工作流程里来看才能理解得比较清楚些:

需求池管理是一个漏斗,一个需求从来源到最终的产品落实经历从上到下4个阶段:
  1. 原始需求
  2. 功能&数据需求
  3. 版本计划
  4. 版本历史

原始需求:任何一个来自最终使用者的需求,首先先放在原始需求里——原始需求的意思是,这是最终用户从使用用角度提的想法或要求,其特点是,其表达往往是自然语言,优点是直白,缺点是拉拉杂杂,往往说得多而杂乱.
任何一个原始需求都有“已处理,未处理”两种状态,其中“未处理”又可分为(采纳、待定、删除)3种情况.

功能&数据需求:即经过产品团队讨论分析后的需求——功能&数据需求的意思是:这个是产品人员经过对原始需求的分析,用自己的语言,从功能或数据的角度对需求进行了更为简化、准确的表述.此处的优点是更易为执行团队所理解、操作;缺点是有可能偏离用户原意(所以每个功能需求来自哪一条原始需求需要做好记录).


版本计划:经过优先级的争论,功能&数据需求逐个进入各个版本的计划,优先级最高的版本优先执行。

版本历史:呃……这个不说也知道是什么意思。

二、什么是痛点?
如上所述,需求分为原始需求和功能&数据需求——这个是清楚了。那什么是痛点呢?
痛点就是原始需求中被大多数人反复表述过的一个有待产品去解决的问题、有待去实现的愿望。
这个定义中我们得知:
  1. 痛点存在于原始需求中;
  2. 痛点是原始需求中需要产品人员特别注意的一种需求;

痛点往往代表的是一些真问题、其背后往往隐藏有特别有价值的功能需求点,通过提供功能或相应的数据,在帮用户解决这个问题的同时,能让产品的用户体验大大提升。
正因为此,我们在用户研究中,特别关注“痛点”的挖掘。

三、挖掘“痛点”需要注意哪些问题?
是点而不是面——当用户对你抱怨或倾诉的时候,他往往可能拉拉杂杂说很多很多话(因为痛所以有情绪,因为有情绪所以表述啰嗦凌乱),所以你只要抓住他说的点在哪里就行,其他的都可以暂时忽略。

痛点的代表性怎么样——有些人喊的声音很大,但他的痛未见得有普适性,或许只是他个人刚好在某事上有强迫症,要避免被这种“伪痛点”所误导,所以注意定义中“被大多数人反复表述过”这个条件。

路过

鸡蛋

鲜花

握手

雷人

手机版|仓库管理网

GMT+8, 2024-3-28 17:54

Powered by 库管易

KuGuanYi.Com

返回顶部