IT技术博客大学习 共学习 共进步
全部 移动开发 后端 数据库 AI 算法 安全 DevOps 前端 设计 开发者

需求采集的“Z方法”

iamsujie的产品设计:人人都是产品经理 2011-08-14 15:48:32 累计浏览 1,698 次
本机暂存

前段时间总结出了个“Y理论”,最近又整理出一个Z方法”,个人感觉便于实操,大家看着玩儿。

需求采集,或者说用户研究的方法很多,比较经典的分类就是按“定性 vs 定量;说 vs”二维。先回顾一下我在《人人都是产品经理》里说的:

横向,定性与定量。

定性研究可以找出原因,偏向于了解;而定量研究可以发现现象,偏向于证实。两者都很重要,缺一不可,只定量会“以标代本”,看到问题但不知道原因,只定性会“以偏概全”,很可能被部分样本的特殊情况带入歧途。人们认知新事物的过程通常都是从定性到定量再定性再定量,并且螺旋上升,而了解和证实也是在不断迭代进化的。

纵向,用户的说和做。

怎么说表现了目标和观点,怎么做反映了行为,用户怎么说和怎么做经常是不一致的。两方面都很重要,我曾经认为“耳听为虚,眼见为实”,所以看到用户怎么做会比听他们说更真实有用,但后来体会到,只了解做是没办法知道背后原因的,而不知道问题的原因也就意味着没法从根本上解决问题。所以我们既要看用户怎么做,也要听用户怎么说,虽然他说的不一定是真话。

而四象限中,最常见的方法又如下――用户访谈、调查问卷、可用性测试、数据分析。这块内容,其实早就提过,只不过,最近把这些方法攒出了一个“Z”字,方便同学们记忆,可说是需求采集最简单的组合拳。

需求采集的“Z方法”

需求采集的“Z方法”

说和做、定性与定量,合理的搭配组合使用,才能发挥最大的作用,而对于一个产品来说,正好在不同的时期可以用不同的方法,下面举一个典型的例子,正好是用到了上述4种办法,按照时间顺序,“自上而下,从左到右”在图里画出一个大写的“Z”:

第一轮,产品规划阶段。听用户定性地说,确定产品方向,做什么?随机抽样了40个用户做访谈,据此写出需求列表。

第二轮,某个项目的早期。听用户定量地说,确定需求优先级,先做什么?投放了20万份调查问卷,确定了需求优先级的排序。

第三轮,项目实施过程中。看用户定性地做,要先做的那几个需求,应该怎么做?一边设计,一边陆续的找了10个用户来验证,做可用性测试。

第四轮,上线后的优化阶段。看用户定量地做,根据产品的用户使用情况做数据分析,不断地改进产品。

具体怎么做,去看其他材料把。当然,这是一个比较重要的产品,所以在用户研究上投入了较多的时间与人力,更多的时候,我们会视情况采取简化的方案。

同分类推荐文章

  1. 如何写好设计文档? (2026-06-23 08:00:00)
  2. Designing With Uncertainty: How AI Supercharges Probabilistic Thinking (2026-06-16 23:00:00)
  3. The Benefits Of Cognitive Inclusion In UX Research (2026-06-10 18:00:00)

查看更多 设计 文章 →

建议继续学习

  1. 流程管理与用户研究 (累计阅读 17,055)
  2. 为什么现在那么多人应聘产品经理岗位? (累计阅读 8,358)
  3. 互联网产品经理必读书目 (累计阅读 5,841)
  4. 可用性测试的权衡之道(二) (累计阅读 5,847)
  5. 如何写产品需求文档(附PRD案例) (累计阅读 5,639)
  6. 产品经理与研发经理的分工 (累计阅读 5,304)
  7. 轻量级在线原型设计工具mockingbird (累计阅读 5,233)
  8. 互联网产品经理,全方位入门,图书推荐 (累计阅读 4,902)
  9. 受众人群分析 (累计阅读 4,821)
  10. 产品经理3年沉淀和总结 (累计阅读 4,727)