设为首页
收藏本站
用户名
Email
自动登录
找回密码
密码
登录
立即注册
只需一步,快速开始
快捷导航
登录
注册
论坛首页
BBS
建站模版
微站设计
虚拟主机
企业邮箱
博客日志
Blog
搜索
搜索
搜索
热搜
长春
优惠
活动
做网站
本版
帖子
用户
本版
帖子
用户
请
登录
后使用快捷导航
没有帐号?
立即注册
道具
勋章
任务
留言板
设置
我的收藏
退出
时时商务社区
»
论坛首页
›
建站资源
›
建站技术
›
需求分析:需求的获取、采集与表达
返回列表
查看:
1057
|
回复:
0
需求分析:需求的获取、采集与表达
[复制链接]
wx_pylelnL4
当前离线
积分
7532
2536
主题
2536
帖子
7532
积分
论坛元老
论坛元老, 积分 7532, 距离下一级还需 9992467 积分
论坛元老, 积分 7532, 距离下一级还需 9992467 积分
积分
7532
发消息
电梯直达
楼主
发表于 2018-2-17 16:30:35
|
只看该作者
|
倒序浏览
|
阅读模式
需求分析是产品经理的核心竞争力,本文以需求的来源、采集与描述三个方面为入口,结合案例,介绍了相对应的方法和使用工具。
一. 从哪里获取需求?
需求的获取方式有很多,比如产品大牛的天马行空,用户粉丝的意见反馈,产品前期的用户调研等等,本文选取了几个常用的获取需求的方式来和读者分享一下。
1. 来源
1.1 用户调研
(1)定量调研-问卷
目的:根据调查者想要获取的信息设计问卷,收集一定基数并进行数据分析。
优点:结果便于统计处理与分析、可大规模的调查、效率高节省时间成本。
缺点:调查结果广而不深、问卷设计对用户选择有间接影响、开放性问题少、无法引导用户深入思考。
(2)定性调研-采访
目的:挖掘用户的主观因素,从宽度(体验、感受、困惑、预期)和深度(功能-结果-利益-价值观)两个维度判断他们对产品的认知。
优点:深入有效,多为开放性问题,可由浅入深得知受访者的需求,进而挖掘受访者的需要和痛点。
缺点:样本小、需要较多的人力、物力和时间、面对面缺乏隐秘性导致受访者回避敏感问题。
1.2 用户反馈
常见的用户反馈来自于互联网社交平台(微博、贴吧、知乎、微信、QQ、app store以及产品自带的客服投诉和建议模块。一般通过以下几条判断条件筛选出有用的反馈并加以解决相应问题:
(1)用户类型—什么用户提出的?(潜水用户/话题制造者/专业人士/死忠粉/VIP会员等)
一般专业人士提出的反馈结合了丰富的专业知识,比较有深度;死忠粉有长期使用产品的经验,对产品理解较深;VIP会员是产品的核心用户,及时解决他们的问题十分有必要。这些用户反馈的价值性相应高于一般或短期用户。
(2)使用场景—在什么场景下提出的反馈?(地铁/公司/学校/车上/上班时/吃饭时/睡觉前等)
根据用户使用场景的频率和次数判断,一般使用频率高的场景下提出的反馈可能是大部分用户都遇到的,所以解决此类问题的优先级相应较高。
(3)反馈次数—是否有同类型、重复的反馈?(单个用户多次反馈相同问题/多个用户反馈相同问题)
如果同一个用户多次反馈相同问题,说明此问题已经重度影响了该用户的用户体验,而且一直没有得到解决;反馈中一个问题被不同用户反复提起,说明大部分用户受到困扰,这两种情况下的反馈应优先被解决。
① 老板
在产品研发初期,经常会遇到会上老板一句话直接给需求,这些需求往往来自于老板丰富的工作经验以及敏锐的市场嗅觉,不能说老板提出的一定对,但是一定是有依据的。作为产品人员应该先消化和理解老板的想法,如果还是觉得有问题,拿出相应的数据依据来说服老板。
② 数据分析
一般来说,产品人员可以通过一些数据网站(极光数据、
百度
指数、艾瑞咨询)获取市场趋势和用户喜好,进而获取用户需求;此外,运营及数据分析专员
会根据市场做的相关数据统计(访问数、停留时间、跳出率等)提出部分需求。
2. 需求采集步骤
不同的阶段需求采集可使用的方法也不一样,苏杰在《人人都是产品经理》一书提到,合理搭配定性和定量方法,一般可根据产品时间轴分为四部分:
产品规划阶段,针对性采访用户,定性分析用户需求,确定产品整体大方向
产品早期,投放问卷调研,定量分析用户需求,确认产品需求
产品上线阶段,测试并根据用户反馈获取需求,确认产品需求优先级
产品优化阶段,根据用户使用产品情况定量分析数据,确认需求优化产品
3. 需求的构成
需求不是单独存在的个体,而是与场景、用户、目标同时出现的。当描述一个需求时,需要交代时间、地点、人物、描述、需求(欲望)和方法。举个简单的例子:
在一个
阳光明媚的早晨
(时间),我在
去地铁站的路上
(地点),但是
距离有点远,走路要十五分钟
(描述),于是我产生了一个快点到达地铁站的想法(欲望),
决定扫描二维码,骑小黄车去地铁站
(方法)。
这样描述起来需求会显得具体易懂,也有利于产品人员之后的需求表达和管理。
二. 如何完整表达需求?
在需求被采集之后,需要将各种需求具象化并放入需求池中,这里提供两种方法来表达需求,一个是单项需求卡片描述单个需求,另一个是需求清单(feature list)来管理多个需求。
1. 单项需求卡片
此卡片的核心在于让开发人员了解每个需求的描述信息(who/where/what/when/why)以及重要紧急程度,为未经加工过的用户需求,多为需求属性陈述。下图为模版并详细解释了各个栏目要填写的内容:
以小黄车为例,近来看到网上讨论是否要在小黄车APP增加导航功能(事实上笔者认为此需求为伪需求),那么它的单项需求卡片卡片填写应该如下:
2. 需求清单
此清单将多个需求整合在一起,每一条对应每一个单项需求卡片的内容,跟单项需求卡片相比,需求清单通常是分析过后的产品需求,偏向于研发时间成本和实现性价比。
案例如下:
单项需求卡片和需求清单不仅仅着重于表达需求,也涉及到部分需求管理内容。而且,面对随时都有可能蹦出来的需求,如何评估需求性价比并选择性纳入需求池也是产品经理需要考虑的,希望在下一部分需求管理中和大家有更深入的交流讨论。
分享到:
QQ好友和群
QQ空间
腾讯微博
腾讯朋友
收藏
0
回复
使用道具
举报
返回列表
高级模式
B
Color
Image
Link
Quote
Code
Smilies
您需要登录后才可以回帖
登录
|
立即注册
本版积分规则
发表回复
回帖后跳转到最后一页
用户反馈
客户端