产品经理的价值输出:需求分析

编辑导语:作为一个产品经理,我们面对的客户水平参差不齐,提出的需qiú也千奇百怪,应该先对需qiú进行分析,再开展下一步的工作。本文将从三个方面,围绕需qiú分析展开讨论,希望对你有帮助。

调研时,产品经理常常会看到一个两极分化的现象,对于没有软件基础的用户:

  • 要么对软件有不切实际的想fǎ,夸大软件能做的事,张口人工智能,闭口自动识别;
  • 要么显得过于小心翼翼,不了解软件到底能解决自己的哪些曰常工作,不敢说出合理需qiú。

那么用户提的需qiú,软件会做哪些呢?这是所有用户最关心的问题啦。

上一篇文章《2B产品的需qiú调研,还真不是人人都是产品经理》,我们讲了如何做需qiú调研。这个环节最关键的成功要素是:深入理解客户和用户的X需qiú。

今天进入产品设计的第三个环节:需qiú分析。

我们从产品经理的本职岗位,来聊聊用户需qiú是如何转化为产品需qiú的?

这个环节的成功要素是:将需qiú调研的内容转化为可被开发与验证的产品雏形。

下面我们看看一个需qiú分析的大致步骤:

一、识别出有效的需qiú

在需qiú调研中,一般会出现3种情况:

  1. 用户没有说清楚需qiú
  2. 产品经理没有理解用户的需qiú
  3. 用户忽略了真正的需qiú,一直在谈自己的解决方案,把产品经理带沟里了

注意:第3种情况都特别常见,我每次和不同的用户沟通时,他们都喜欢教我怎么做产品(噼里啪啦讲一堆他希望软件有什么?)。我常听着听着,就忍不住打断他们,让他们停一下,先回答我下面3个问题:

  • 你实际上遇到了什么问题?
  • 这个问题出现的频率怎么样?
  • 解决这个问题能为你带来了什么帮助/价值?

俞jun提醒产品经理:我们要听用户说,但不要完全按照用户说的去做。

那么如何识别出有效的需qiú呢?

我们可以把用户需qiú转化成用户故事的常用句式:我是“某种用户类型”,我希望“做某件事情”,从而使我“得到某种期望的收益”。

举个栗子:我是一个HR,我希望系统每个月能自动计算出所有人员的薪资,从而使我提高薪资计算效率(PS:我们的薪资有明确的计算规则)。

注意看上面这段描述,没有任何关于如何计算薪资的细节描述,但讲清楚了用户是谁?要达到什么目的?做这件事有什么价值?

当一个需qiú能用上面的用户故事句式来讲清楚后,我们再深入了解具体Xliú程、X规则、数据liú等,这才X义。

当产品经理开始关注每个需qiú的ROI(投入产品比)时,就会谨慎对待用户提出的每个需qiú。

二、用户需qiú转化为产品需qiú

1. 将Xliú程图转化为产品功能liú程图

在需qiú调研阶段,我们根据X需qiú描述绘制了Xliú程图,这便于我们直观地理解Xliú。

现在产品经理需要把Xliú程图再转化为功能liú程图。PS:功能liú程图指的是未来产品上一个个实际的功能。

以上面的用户故事为例:我是一个HR,我希望系统每个月能自动计算出所有人员的薪资,从而使我提高薪资计算效率。我们只考虑其中固定X的计算,产品的功能liú程图如下:

我们讲解下上面的功能liú程图,是如何计算人员的固定X:

  1. 首先要有人员基本信息(工号、姓名、X、X号、职级等),职级对应X表(每个职级对应的基本X、交通补贴、通信补贴、住宿补贴等)、人员的出勤记录(每个人员本月的出勤天数);
  2. 其次根据上述3个功能,我们可以获取计算每个人员固定X的必备信息,比如:姓名张三,职级M2,基本X5000,各类补贴合计1000,本月出勤天数20(满勤按22.5天)。X计算,张三的本月固定薪资=基本X5000*出勤天数20/满勤天数22.5+补贴合计1000。
  3. 最后有固定X表用来存放X计算后的数据结果,便于查询。

每一个用户故事,对应到软件产品,可能由多个功能(矩形X功能,箭头X功能cāo作顺序)来组成。

2. 将X规则转化为二维表、状态图

需qiú调研阶段,用户向我们描述了一堆的管理规章X,那么这些信息怎么样结构化地转化为更直观的需qiú分析呢?

以运费计算为例:运费模板中包hán包邮条件、默认地区运费规则、指定地区运费规则。

功能页面如下:

我特意X了下面的二维表作为测试用例,辅助用户测试。

上面的二维表穷举了不同订单下(当收货地址、订单金额、重量不同时),运费的计算规则,避免用户测试时有遗漏。

再以一个订单状态为例:电商订单一般有待X、待发货、待收货、已完成、退款中、已退款、已关闭这些状态。我们以一个简易的状态图来表示

上面的状态图,描述了不同状态之间是如何变化的?A状态(待X)当遇到某个X发生(mǎi家X成功)则变为B状态(待发货)。X状态图来理解订单的不同状态,会让读者有种一图胜千言的感觉.

三、小结

上面我们煞费了一番苦工,终于把用户需qiú的调研内容,转化成了更便于软件方项目组成员理解的产品雏形。现在拿着这些设计半成品,产品经理就可以更好地进入下一步的原型设计了。

产品经理们看着上面一个个的图、表,应该有一番成就感。这些才是我们作为产品经理,X的实实在在的产出物啊。

如果没有这上面一番的需qiú分析,直接进入页面级的原型设计,极易陷入拣了芝麻X西瓜的境地。小白们,切记切记~

收藏 (0) 打赏

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

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

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

雄发创业网 自媒体是如何赚钱的 产品经理的价值输出:需求分析 https://www.xiongfawang.com/2050.html

常见问题

相关文章

产品经理的价值输出:需求分析-海报

分享本文封面