Uservalue 的用户研究与用户测试、UX 审计有什么区别?
Uservalue 把服务分成两条线：用户研究（Recherche Utilisateurs） 解决“用户真正需要什么、为什么会这样用”，用户测试与 UX 审计（Tests Utilisateurs & Audits UX） 解决“现有界面到底好不好用、哪里卡住人”。前者偏前期理解与方向判断，后者偏对已有产品的观察、测量与改进。如果你的产品还没定型，优先做用户研究；如果界面已经存在、只是转化或易用性不理想，优先做用户测试或 UX 审计。两者也可以串联：先用研究确认需求，再用测试验证设计是否真的成立。
用户研究：先搞清楚“要做什么”
按 Uservalue 的表述，用户研究是“理解并分析用户的真实需求与行为，从而设计他们真正愿意使用的产品和服务”。它的产出不是一份界面问题清单，而是关于需求、认知和行为的可执行洞察（insights actionnables）。
适合这些情况：
- 新产品或新功能还在构思、方向未定；
- 团队对目标用户的理解主要来自内部假设；
- 需要决定优先做哪些功能、砍掉哪些功能；
- 已有产品但用户流失原因不明，需要回到需求层面找原因。
关键动作是访谈真实用户。Uservalue 强调“我们与您的用户见面”，由第三方直接接触用户，减少内部视角的干扰。产出通常用于让设计、开发和业务方对“用户是谁、要什么”形成共同认知。
用户测试与 UX 审计：验证“做出来的东西行不行”
这一类服务是“观察并测量用户实际做了什么”，并用成熟标准评估界面的易用性（facilité d'utilisation） 和吸引力（désirabilité）。注意用词：不是问用户“你觉得好不好”，而是看他们实际操作时发生了什么。
适合这些情况：
- 网站、App 或内部业务系统已经上线或已有原型；
- 有明确任务（注册、下单、查询、提交表单）但完成率低；
- 想在上线前发现明显可用性问题；
- 需要一份可排优先级的改进清单。
UX 审计通常结合启发式标准对界面做系统检查，用户测试则让真实用户执行任务并记录卡点。两者常一起交付：测试暴露现象，审计给出结构化判断。
两者的核心差异
| 维度 | 用户研究 | 用户测试与 UX 审计 |
|---|---|---|
| 核心问题 | 用户需要什么、为什么这样用 | 现有界面好不好用、哪里出问题 |
| 主要方法 | 用户访谈、需求与行为分析 | 任务测试、行为观察、启发式评估 |
| 典型阶段 | 构思、方向确定前 | 原型或已上线界面优化 |
| 产出 | 需求与行为洞察 | 可用性问题与改进建议 |
| 判断依据 | 需求是否被正确理解 | 易用性与吸引力是否达标 |
怎么选：按你当前的问题判断
- “不知道该做什么” → 用户研究。
- “知道要做什么，但做出来用户不会用” → 用户测试或 UX 审计。
- “需求也不确定，界面也已经有了” → 先研究再测试，顺序不要颠倒，否则测试只是在验证一个可能错误的方向。
Uservalue 的客户反馈里有一条能说明这种互补关系：RTS 的 Michel Racine 提到，通过 UX 审计“了解到用户行为和用法的宝贵经验”；ISO 的 Luigi Principi 则强调建议“清晰且可立即执行”。也就是说，无论哪条线，交付物都指向可落地的决策，而不是一份观察报告。
一个具体场景
例如你要做一个面向瑞士用户的在线预约工具：
- 先做用户研究，访谈现有电话预约的用户，弄清他们真正在意的是速度、确认方式还是可选时段——这决定产品形态。
- 做出原型后做用户测试，让用户实际完成一次预约，观察他们在哪一步犹豫、填错或放弃。
- 对已上线版本做 UX 审计，按标准检查表单、导航、错误提示等，排出修复优先级。
三步对应的问题不同，不能互相替代。
选择前值得确认的事
Uservalue 官网未列出具体价格、套餐或交付周期，这些需要在联系时直接询问。可以提前准备三个问题：项目包含多少次用户访谈或测试场次、交付物是报告还是可直接排期的改进清单、以及是否覆盖你的产品类型（Web、移动端或业务系统）。Uservalue 表示已帮助超过 100 家瑞士企业改进客户体验，并有 15 年以上开展访谈和用户测试的经验，可作为评估其经验匹配度的参考。