需求采集的“Z方法”
前段时间总结出了个“Y理论”,最近又整理出一个“Z方法”,个人感觉便于实操,大家看着玩儿。
需求采集,或者说用户研究的方法很多,比较经典的分类就是按“定性 vs 定量;说 vs做”二维。先回顾一下我在《人人都是产品经理》里说的:
横向,定性与定量。
定性研究可以找出原因,偏向于了解;而定量研究可以发现现象,偏向于证实。两者都很重要,缺一不可,只定量会“以标代本”,看到问题但不知道原因,只定性会“以偏概全”,很可能被部分样本的特殊情况带入歧途。人们认知新事物的过程通常都是从定性到定量再定性再定量,并且螺旋上升,而了解和证实也是在不断迭代进化的。
纵向,用户的说和做。
怎么说表现了目标和观点,怎么做反映了行为,用户怎么说和怎么做经常是不一致的。两方面都很重要,我曾经认为“耳听为虚,眼见为实”,所以看到用户怎么做会比听他们说更真实有用,但后来体会到,只了解做是没办法知道背后原因的,而不知道问题的原因也就意味着没法从根本上解决问题。所以我们既要看用户怎么做,也要听用户怎么说,虽然他说的不一定是真话。
而四象限中,最常见的方法又如下――用户访谈、调查问卷、可用性测试、数据分析。这块内容,其实早就提过,只不过,最近把这些方法攒出了一个“Z”字,方便同学们记忆,可说是需求采集最简单的组合拳。
说和做、定性与定量,合理的搭配组合使用,才能发挥最大的作用,而对于一个产品来说,正好在不同的时期可以用不同的方法,下面举一个典型的例子,正好是用到了上述4种办法,按照时间顺序,“自上而下,从左到右”在图里画出一个大写的“Z”:
第一轮,产品规划阶段。听用户定性地说,确定产品方向,做什么?随机抽样了40个用户做访谈,据此写出需求列表。
第二轮,某个项目的早期。听用户定量地说,确定需求优先级,先做什么?投放了20万份调查问卷,确定了需求优先级的排序。
第三轮,项目实施过程中。看用户定性地做,要先做的那几个需求,应该怎么做?一边设计,一边陆续的找了10个用户来验证,做可用性测试。
第四轮,上线后的优化阶段。看用户定量地做,根据产品的用户使用情况做数据分析,不断地改进产品。
具体怎么做,去看其他材料把。当然,这是一个比较重要的产品,所以在用户研究上投入了较多的时间与人力,更多的时候,我们会视情况采取简化的方案。
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:iamsujie 来源: iamsujie的产品设计:人人都是产品经理
- 标签: Z方法 需求采集
- 发布时间:2011-08-14 15:48:32
- [55] android 开发入门
- [55] IOS安全–浅谈关于IOS加固的几种方法
- [54] 图书馆的世界纪录
- [54] 如何拿下简短的域名
- [52] Oracle MTS模式下 进程地址与会话信
- [52] Go Reflect 性能
- [49] 【社会化设计】自我(self)部分――欢迎区
- [48] 读书笔记-壹百度:百度十年千倍的29条法则
- [41] 程序员技术练级攻略
- [35] 视觉调整-设计师 vs. 逻辑