从需求分析到产品设计从需求分析到产品设计
从需求分析到产品设计
需求是产品创造或是迭代的重要根据,没有真实且详细的需求,就很难开展后续的工作;但如何让需求从无到有?如何判断已
有需求的真实性和可行性?如何让众多需求有条不紊的落地执行?这一期我就结合自己的工作经验,尽量总结一些接地气的解
决方案。由于行业经验并不多,有对工作处理不当的问题还请老师多多指点。
另外,我在这里举的实际例子基本都没有呈现最终的效果,最终的效果希望读者多思考或者欢迎找我交流。
第一部分主要讲我需求搜集过程中遇到问题以及处理方法。
一.需求搜集
工作中我貌似遇到过这样的问题:当产品新版本已完成了迭代,但是一段时间过去了,还没有收到用户的任何反馈,我进入了
需求空白期。那我是怎么度过这段尴尬的时期的呢?我总结有四点:
1.深入用户内部:
这一点比较容易实现,你需要的只是和用户深入交流。交流的方式有很多,我常用的方法之一是在QQ群或是微信群里以聊天
的方式和用户交流(当然,选择这种方式的前提一是我有多余的时间;二是和用户混的熟)。通过这种方式很快能得到反馈,
而且还能够立即验证,对我来说很实用。用户关系维护起来也很方便,成本低效用大(有机会再单独总结下我对用户运营的认
识)。但这种方法的缺点是用户受客观因素影响比较大,产品经理在判断这是否是用户的真实核心需求有一定的难度,所以这
就要求产品经理得根据产品方向,建立自己独立的需求分析能力,不被用户牵着鼻子走。
和用户聊产品改进
我喜欢而且常用的第二种方法是焦点小组。但受限于地理位置,所以我们也都是线上交流。具体方法是找一个运营伙伴召集4-
5个忠实用户成立讨论小组,晚上抽一个半小时的时间单就某一个功能分享使用体验和改进建议。集中精力头脑风暴,不要贪
多,一次只做一件事,做到极致。这种方式的代入感很强,能让大家积极参与。8月份到现在我有了3个固定的讨论小组(都
是我号召同学朋友组建的,不单单讨论我们自身的产品,还有其他类型的产品)。至于对小组的回馈也很简单,有条件的一起
聚餐K歌爬山郊游看电影等都是可以的,没条件的就红包感谢一下。当然,这种小组讨论要注意几点:
a.有专人进行话题引导,节奏把控,不乱扯不跑题;
b.有专人记录,记录要准确完整清晰;
c.有人活跃气氛;
d.总结。
对于产品功能体验改进这块一直都是我在负责,所以abd都是我自己在做,至于c可做可不做,混熟了自然就不用活跃气氛
了,如果不熟,那就先斗图吧。最后关键的半小时用来总结,总结一定得到位,主要是大家拿到记录后再次讨论延伸分析,再
去判断可用性与可行性;小讨论需要给出结果,大讨论需要给出方向。
这种方式的缺点是久而久之,用户的产品理解能力增强了,他们不再是简单的用户,甚至成了专家,这样一来,你搜集的需求
就有些局限了。
除此之外,调查问卷也是我们常用到需求搜集方法;鉴于效果欠佳、时间和成本压力,用户访谈则很少用。从用户那里搜集需
求的方式太多了,重要的是要学会融会贯通,具体问题具体分析。
2.细分产品计划:
很多人跟我说这一点很难做,细分产品计划到什么程度?怎么从计划中提取到具体的需求呢?其实这一点做起来很简单,主要
是理解计划。比如我在8月份接到大领导的计划:“建立用户互动关系,提升用户存在感设计。”
看到了吧,重点就这一句话,非常的不详细,但是计划就长这个样子的,大领导只会给你建立目标,具体要怎么实现那是你的
事。再次了解平台现状后,我大致写到这一步: