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

需求采集，或者说用户研究的方法很多，比较经典的分类就是按“定性 vs 定量；说 vs做”二维。先回顾一下我在《人人都是产品经理》里说的：
横向，定性与定量。
定 性研究可以找出原因，偏向于了解；而定量研究可以发现现象，偏向于证实。两者都很重要，缺一不可，只定量会“以标代本”，看到问题但不知道原因，只定性会 “以偏概全”，很可能被部分样本的特殊情况带入歧途。人们认知新事物的过程通常都是从定性到定量再定性再定量，并且螺旋上升，而了解和证实也是在不断迭代 进化的。
纵向，用户的说和做。
怎 么说表现了目标和观点，怎么做反映了行为，用户怎么说和怎么做经常是不一致的。两方面都很重要，我曾经认为“耳听为虚，眼见为实”，所以看到用户怎么做会 比听他们说更真实有用，但后来体会到，只了解做是没办法知道背后原因的，而不知道问题的原因也就意味着没法从根本上解决问题。所以我们既要看用户怎么做， 也要听用户怎么说，虽然他说的不一定是真话。
而四象限中，最常见的方法又如下——用户访谈、调查问卷、可用性测试、数据分析。这块内容，其实早就提过，只不过，最近把这些方法攒出了一个“Z”字，方便同学们记忆，可说是需求采集最简单的组合拳。

需求采集的“Z方法”
说和做、定性与定量，合理的搭配组合使用，才能发挥最大的作用，而对于一个产品来说，正好在不同的时期可以用不同的方法，下面举一个典型的例子，正好是用到了上述4种办法，按照时间顺序，“自上而下，从左到右”在图里画出一个大写的“Z”：
第一轮，产品规划阶段。听用户定性地说，确定产品方向，做什么？随机抽样了40个用户做访谈，据此写出需求列表。
第二轮，某个项目的早期。听用户定量地说，确定需求优先级，先做什么？投放了20万份调查问卷，确定了需求优先级的排序。
第三轮，项目实施过程中。看用户定性地做，要先做的那几个需求，应该怎么做？一边设计，一边陆续的找了10个用户来验证，做可用性测试。
第四轮，上线后的优化阶段。看用户定量地做，根据产品的用户使用情况做数据分析，不断地改进产品。
具体怎么做，去看其他材料把。当然，这是一个比较重要的产品，所以在用户研究上投入了较多的时间与人力，更多的时候，我们会视情况采取简化的方案。