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

用户研究,别做第三者

本机暂存

这篇文章写给踌躇在「如何与用研合作」产品经理和设计师,以及埋在自己研究小天地里的用户研究员们。

   论相互了解,产品与设计师间往往水乳交融爱恨交织,每天给设计师买早餐的产品经理可不罕见。但对于用研人员,大家总觉得蒙着一道面纱,不知大堆看着头晕的数据背后的他们究竟在干什么。在合作前,双方往往需跨越一道很大的叫做「用研如何与产品设计合作」的鸿沟。这道鸿沟之下,往往产生了诸多问题。

问题

  • 没做用研

  •    由于不清楚哪些问题可以通过用研解决,许多争议被拍脑袋决定了,等发布后收到恶评才追悔莫及,此时再改,付出的代价就大了。

  • 沦为工具

  •    等方案都出来了,才想到找用研来「验证看对不对」、「我想说服老大这么做,帮我找一下依据」。用研对产品的创意参与少,贡献度低,存在感弱。

  • 研究滞后

  •    等产品和设计师提需求过来才想到要做。等辛苦做完用研,大家已经不幸 move 到下一个重点,不关心这些结论了。

    缘由

       造成这些问题的原因来自多方面。

  • 各角色对用研缺乏了解

  •    听到同事对我说得最多的话是「用研都干些啥啊?」「我这有个问题,不知道该不该做用研…」就连合作很久的产品经理和设计师,对用研的职责也大多比较模糊和零散。只知道有问题可以找用研,但什么样的问题适合采用用研解决?不清楚。

  • 用研对产品的渗透不够

  •    研究本身的深度与成效一般,团队对用研结论的推动不足;用研好似蜻蜓点水,做完一件项目便转移到其他产品,缺乏持续追踪,都可能造成用研并没有站在产品的第一线。

  • 用研工作本身缺乏规划

  •    用研的规划较为长远和粗略,简单根据产品重点勾画出研究方向,往往跟不上产品版本节奏。但其实规划这件事情,并不是用研自己关着门就能列出来的,它需要紧密配合产品的周期。

    用研解决什么

       前面提到,许多产品和设计师并不明确什么情况需要进行用户研究。我的理解是,用研擅长解决典型用户在典型场景下的典型问题。大部分问题的关键词(当然也有例外)包含着Who、What、When、Where、Why、How。

       先来看一个例子。下图列举了某产品在某版本的不同阶段进行过的用研项目。大家猜猜是什么产品?

    用户研究,别做第三者

       可以看到,在不同阶段,产品经理和设计师想要了解的方面是不同的,这样也就导致用研工作重心随产品周期而规律变化。

  • 规划初期,想了解的问题通常围绕着产品目标。

  •    市场占有如何(还有什么机会)?目标用户是什么人(该优先满足谁的需求)?过去版本存在的主要问题是什么?用户还有哪些潜在需求?优先做哪些事情?等等。可以通过各种方法来描绘出典型用户群体,利用各种渠道来收集用户的问题和需求。

  • 在产品和需求讨论初期,一些问题会凸显出来,成为对用户的去留起到决定作用的关键问题。

  •    例如在手 Q 上,我们关注到许多用户反馈 QQ 的群消息在手机侧比较骚扰。那么,怎样让用户既不错过自己关心的群消息,又能避免 QQ 群「口水」造成的骚扰呢? QQ 手机版里的群设置,用户有没有和会不会用?他们对于各个设置的理解和使用场景是怎样的?在 PC 侧与手机侧,对于群消息的关注程度是否一致?……通过一些预研得到的用户行为和数据,可以为后续 QQ 群消息策略和设计带来实际的参考。

  • 在具体设计过程中,产品和设计师也有许多拿不准的细节问题。

  •    用户对于该任务的操作流程怎样?心智模型又是怎样?我们的新方案用户会不会接受?用户能找到这个功能的入口吗?图标用户看得懂吗?……通常的做法是针对新方案,采用用户访谈及 DEMO 可用性测试来解决疑惑。

  • 到产品发布前,必不可少的环节是可用性测试。

  •    除了可用性问题的搜集,还可以通过它预估产品的风险点:用户对于改动的态度,是欣然接受,还是愕然,不理解,拒绝或者直接无视?对于较为重大的问题,也可以成为之后版本的改进点。

       在发布后,可针对该版本进行满意度调研,调查用户对于新产品、新功能的看法。

  • 独立于产品周期,也需要做一些不紧急但是重要的事情。

  •    例如指导如何在该设备上进行更好的设计,以及行业性的研究等等。

       相信对于不同产品,关注重点和困惑点是不同的。例如对于付费产品,用户的付费意愿和收费机制也许更受关注。除了产品特点,影响到「不同阶段做哪些事」的,还有产品迭代速度、用研的人力规模等。因此,在这里,并没有给出一个整体全面的模型,指出在一般范畴下用研需要做什么。更推荐的做法是根据产品和自身特点,来制定属于该类产品的模型。

       当然这并不是画一个框,让用研被局限在这个框里。而是为了让大家思考和建立这样一个概念:

       用研可以做什么?在不同阶段,用研的重心可以是什么?

    提前卷入讨论

       让用研贴近产品以及增进了解还有个好办法:对于关键任务,提前卷入用研人员参与讨论。增加用研对于产品讨论的参与,有利于用研结果更贴近产品经理和设计师的需要。

       用研在日常的用户接触中,往往积累了大量用户(甚至是不同产品)的使用行为。他们可以根据这些经验来帮助判断。例如,用研人员观察过多个手持产品的用户使用,发现一个共性:用户很容易忽略手机界面右上角的 button。特别当该 button 为纯图标无文字时,用户更容易忽略。当讨论是否要将某个重点功能放置在右上角时,用研便可以给出一些经验上的看法与建议。

       此外,将用研人员卷入设计讨论的好处还在于,用研可以随时收集产品和设计师的困惑,如果能通过用研解决的,可以在后期启动用研项目。

    问题的解决与遗留

       让我们回顾最初的三个问题。

       至此,我们是否能够稍微了解用研可以做哪些事情?又或者,我们可以根据自身产品的周期特点,来总结出产品需要的用研可以有哪些?

       在对用研有着系统的规划和持续关注下,加强与各个角色的合作,增强渗透是不断磨合与增强影响力的过程。

       此外,在规划用研项目的时候,还需注意除解决当下的问题,更多需要思考,如何规划可以触及未来,而不是仅仅就事论事回答需求问题 List。

       但对于与产品设计师的合作,我们还遗留了一些问题。

  • 用研需要达到怎样的效果才算好?

  • 如何挖掘用研需求?

  • 如何辨析用研需求?

  • 如何提高客户对于用研的参与和信任度?

  •    ……

同分类推荐文章

  1. Day for Night (2026-05-29 17:57:14)
  2. Your Prototype Is Not Being Honest With Your Users (And Here’s How To Fix It) (2026-05-25 20:00:00)
  3. Fixed-Height Cards: More Fragile Than They Look (2026-05-04 22:01:36)

查看更多 设计 文章 →

建议继续学习

  1. 用户研究方法介绍――情绪板(Mood Board) (累计阅读 148,720)
  2. 情绪版(Mood board)操作流程的新思考 (累计阅读 41,708)
  3. Web表单设计之注册表单 (累计阅读 8,810)
  4. 用色彩打造专业的视觉效果 (累计阅读 7,171)
  5. 视觉设计师应该略懂交互 (累计阅读 6,034)
  6. 这些反人类设计,你肯定也碰到过 (累计阅读 5,583)
  7. 世界海底光缆分布图 (累计阅读 5,135)
  8. 行进在产品经理的路上 (累计阅读 4,971)
  9. 浅谈如何留住用户 (累计阅读 4,911)
  10. 人人都能用的10条网站易用性技巧 (累计阅读 4,892)