用研需要从整体上把握关键的研究问题，对问题进行精准定义。作为一名用研人员，对问题的深刻理解、准确定义和把握才是其核心能力。

最近参与了为电视的语音功能进行用研需求规划的项目，执行下来还是有一些收获，特此给大家进行分享一下。

项目背景

这个项目以前从未进行过任何研究，针对一款从来没有进行过研究的产品进行用研规划，该如何进行？

刚接到这个项目时，感觉这个问题确实比较大。因为在以往的项目中，都是非常明确的进行执行，比如对于一款产品进行可用性测试/启发式评估，发现产品中存在的问题，推动产品进行体验的优化升级，但还从未对一款从未进行过用研项目的产品从全局和整体去进行规划，在思考和咨询了相关行业人士的建议之后，核心的步骤是将项目方的需求转化为用研的需求，看看用研可以从哪些方面进行切入：

一、执行思路

确定了核心步骤之后，确定了以下思路进行执行：

对该项目中的不同角色分别进行访问，包括领导层、开发、产品、设计等，分别了解以下几个方面的问题（也即访谈提纲的逻辑）：

①不同角色平时的工作职责、工作内容情况

②不同角色平时工作中遇到的问题，尤其是涉及到用户侧的，尝试的解决方法，最后的效果情况等

③根据用研自身的定位情况，进行二次转化，找到哪些问题是可以用研进行协助解决的

在此过程中，切忌直接问他们，“你觉得用研可以做什么？“”你觉得用研应该做什么“此类问题，这样提问的话，也很难凸显用研作为自己的价值所在。

二、问题收集阶段

接下来就是进入问题的收集阶段，在此阶段，我执行的感受是，不用局限和考虑技术实现等问题，尽量发散。因为公司中的用研是新设立的岗位，很多同事对用研的定位不清楚，会认为就是做调研和产品体验，但实际我们用研同学自己不应该局限，应该发挥自身的积极主动性，主动去发掘需求和问题。在此阶段，收集到了一波问题，例如：

1. 我们不了解用户对各个功能的使用情况
2. 对用户的使用场景不了解，包括用户行为习惯、操作路径等
3. 我不知道语音要做成什么样的形象，怎么展现
4. 我们每次做问卷都是自己设计，不知道怎么合理设计问题
5. …………

二、问题定义阶段

此阶段也是十分重要的，一个好的研究是需要被设计的，而进行设计的前提就是对问题进行明确的定义，一定要明确此研究问题的本质。而且，在这个阶段，对本质问题的把握，十分考验用研人员的思考深度和对问题的把握能力。将以上问题收集回来之后，作为用研，就需要做二次转化，定义本质核心的问题所在，以此为依据推动后续的研究设计。在这个过程中，需要做到两点：

1. 对能明确定义其本质的，则进行定义和划分
2. 对不能明确进行定义本质的，则进行适当的追问，常用的”多问几个为什么“，在此时显得很有必要

因此，针对以上4个问题：

（1）问题1和2定义为关键本质问题为：我们的用户是什么样的？衍生为用户画像是怎样的？

（2）问题3则进行了追问，以下是我访问设计师的环节：

Q：平时在设计的过程中，你在视觉表现层面，遇到过什么问题吗？

设计师：平时我在设计的过程中，遇到的问题是不知道该怎么展现对应的形象，应该做成什么样的视觉形象

Q：为什么会不知道该如何展现呢？

设计师：因为感觉做成助手的形象也可以，做成很科技感的形象也可以，或者是精灵、很聪明的这种形象

Q：所以是因为有很多种选择，不知道哪种合适对吗？

设计师：对，因为一直也没有定，这个东西也没有一个标准

Q：为什么没有定呢？

设计师：一直也没人做这个事情，每次都只顾着更新迭代，然后又推新功能，但都没有考虑过需要向用户传达什么

Q：所以是每次都是忙着更新迭代，但没有思考过产品的定位是吗？

设计师：嗯，对

通过以上追问，将问题3的本质问题定义为产品的定位是什么。

（3）问题4则是具体的技术手段问题，在这一环节可以不用过多考虑

定义好研究问题之后，可以与业务背景进行关联：

定义好相关的研究问题之后，即可进行相关的研究假设和研究设计了。

后记

以前刚入门用研这一行的时候，喜欢讲一些看似高大上的方法，可用性测试、A/B测试、焦点小组等，而往往忽视了对问题的精准把握，导致很多时候的研究过于被动、研究层面不深入等问题。经过这次从整体上来把握关键的研究问题，也深刻认识到作为一名用研人员，对问题的深刻理解、准确定义和把握才是其核心能力。好的研究是需要设计的，而这一切的前提都离不开对问题的准确定义。

几点小tips：

1. 作为用研人员，尤其是团队中的新人用研时，其他项目方可能不一定了解用研的定位和作用，所以作为用研同学应该充分发挥同理心，回归不同角色的本职工作、可能遇到的问题，思考可以进行协助的地方；
2. 切忌直接询问项目方，”你觉得用研应该做什么？你觉得用研可以做什么？“这类问题；
3. 提出和定义问题之后，进行多进行几次迭代，二次沟通和明确，这样可以与不同的利益方达成共识，争取到支持。

本文由 @ Samuel 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自unsplash，基于CC0协议