我们常常把产品经理的工作重点落在需求分析上,透过现象看人性看本质,而忽略了需求采集的工作。以至于在很多小型创业公司,需求往往仅出自几个公司成员拍脑袋。所谓巧妇难为无米之炊,如果需求采集没有针对性,采集目标不够典型,数量过少,采集方法不科学,没有整理跟进,光靠几人拍脑袋,拍出几个自以为的用户需求,我想,再牛的产品经理也分析不出你所谓的痛点在哪,除了你拍疼的脑袋。
外部采集(面向用户)
- 用户访谈
用户访谈适用于产品规划阶段,通常是一对一聊天的形式。围绕特点的话题,我们问,用户说,从中了解用户的观点。从用户的角度出发,确定产品的研究方向。
- 焦点小组
焦点小组是我们与用户进行一对多聊天的沟通形式。相比用户访谈,它能在较短时间内从用户身上获取较多的信息。需要注意的事,虽然都是与用户直面沟通,但各自的招募对象,访谈话题,调研目的等都存在差异。
- 问卷调查
我们确定了产品的研究方向后,由于取样少,需要证实。问卷调查可以帮助我们,同时也能了解在细节问题上,用户是如何选择的。
- 可用性测试
在项目实施阶段的早期,我们有必要进行可用性测试。通过让实际用户使用产品或原型来发现设计中的可用性问题。当我们将用户需求转为产品需求,表达为产品的解决方案,可用性测试可以帮助我们了解用户在使用产品的过程中,是否会遇到问题,有时也能产生新的需求。
- 用户反馈
需求采集贯穿产品的整个生命周期,而不仅仅是产品规划、执行阶段。产品上线后,部分用户会积极发出反馈声音,或吐槽,或建议,或赞赏,我们也需要倾听这时候用户的声音。为了便于收集用户反馈,设计产品功能时要考虑反馈模块,运营部门要规划意见收集活动等。
内部采集(面向我们)
-
Bug转需求
测试人员提出的有些Bug,本质上正如我在“可用性测试”里说的,是在使用产品,达成某一目标的过程中产生的新需求。这就需要纳入需求池了。 -
头脑风暴
头脑风暴目的是通过自由思考,放飞思想,从而发挥集体智慧,迅速地获得大量的新设想与创意。参加者应该不受限制,脑洞大开,让暴风雨来的更猛烈些。需要特别注意的是,脑暴过程中,我们不要对任何点子进行评价。我们可以提出自己的新创意,也需要在别人的创意上继续联想拓展,产生思想碰撞。
-
需求卡片
需求采集人人有责,公司任何一名同事都有可能在他的日常工作生活中,了解到某种需求。需求卡片可以有效的帮助产品经理收集这部分需求。
-
数据分析
这里的数据指的是产品的使用数据和行业数据。使用数据包括使用时长、使用频率、使用时间段、页面访问路径、事件跟踪数据等。可以在APP中集成第三方SDK获得这些数据。行业数据主要来自公共调研机构的数据报告。
百度指数 http://index.baidu.com
阿里指数 https://alizs.taobao.com
企鹅智库 http://re.qq.com
艾瑞资讯 http://report.iresearch.cn
-
竞品分析
我们可以直接在用户身上找需求,也可以在已有的同类产品中,思考分析产品设计背后的原因,挖掘它们所满足的用户需求。
网友评论
参见https://qdan.me/list/VuLlNvTmTUsJgMZ1