如何用两个简单问题推销UX研究
你是否发现自己设计界面时，对屏幕上元素与系统其他部分的关系只有模糊概念？是否在利益相关者会议后带着不明确的指示离开，而这些指示往往与之前的对话相矛盾？你知道更好地理解用户需求能帮助团队明确目标，但研究时间和预算有限。在请求更多直接接触用户时，你可能感觉自己像可怜的奥利弗·特威斯特，怯生生地问：“先生，请再给我一些。”
关键在于让利益相关者自己发现问题
诀窍在于让利益相关者自己识别高风险假设和隐藏的复杂性，使他们像你一样渴望从用户那里获得答案。基本上，你需要让他们觉得这是他们自己的想法。
本文将展示如何通过两个简单问题，协同暴露团队共同理解中的不一致和空白：
- 对象是什么？
- 这些对象之间的关系是什么？
研究与屏幕设计之间的考验
这两个问题对应ORCA流程的前两个步骤，ORCA可能成为减少猜测的新好朋友。ORCA代表对象（Objects）、关系（Relationships）、行动号召（CTAs）和属性（Attributes），它概述了创建坚实面向对象用户体验的过程。
ORCA流程有四轮迭代和整整15个步骤。每轮我们都更清晰地理解O、R、C和A。
我有时说ORCA是"垃圾进，垃圾出"的过程。为确保最终轮次产生的可测试原型测试良好，该过程需要由优质研究提供支持。但如果你没有大量研究，ORCA流程的开始阶段还有另一个目的：帮助你推销研究需求。
登上共同的好奇之船
ORCA流程的前两个步骤——对象发现和关系发现——照亮团队不一致的黑暗角落和被掩盖的固有复杂性。这开始暴露经典漫画所精美说明的问题：
这是许多UX设计师在工作中感到沮丧、许多项目失败的原因之一。这也是我们经常无法推销研究的原因：每个决策者都对自己的心理图景充满信心。
一旦我们暴露每个图景中隐藏的模糊区域及其之间的差异，用户研究的理由就不言自明了。
但如何做到这一点很重要。我们需要引导团队成员自我识别其图景中的漏洞。当利益相关者承担起假设和理解空白的责任时，砰！突然之间，UX研究不再难以推销，每个人都登上了共同的好奇之船。
两个核心问题
我们如何通过外交、高效、协作和可靠的方式提出这些实质性问题？
我们可以从ORCA流程前两个步骤对应的两个大问题开始：
- 对象是什么？
- 这些对象之间的关系是什么？
在实践中，获得这些答案说起来容易做起来难。我将展示这两个简单问题如何为对象定义研讨会提供框架。
准备工作：名词搜集
首先需要做一些准备工作：寻找项目特定业务或行业的名词，并在至少几个来源中进行。我称之为名词搜集。
优秀的名词搜集来源包括：
- 产品营销网站
- 竞争对手营销网站
- 现有产品（查看标签！）
- 用户访谈记录
- 利益相关者访谈笔记或愿景文档
在浏览这些来源时，注意反复使用的名词，并开始列出它们（如果以后要创建对象图，最好用蓝色便利贴！）。
专注于可能代表系统中对象的名词。如果难以确定某个名词是否值得作为对象，记住首字母缩略词SIP并测试：
- 结构（Structure）
- 实例（Instances）
- 目的（Purpose）
在名词搜集时，专注于捕获具有SIP的名词。避免捕获下拉菜单、复选框和日历选择器等组件——你的UX系统不是设计系统！组件只是对象的包装——它们是达到目的的手段。
促进对象定义研讨会
实际上可以从名词搜集开始研讨会——这个活动可以协作完成。如果房间里有五个人，选择五个来源，分配给每个人，给每个人十分钟时间在其来源中查找对象。时间到后，聚在一起找出重叠部分。亲和映射在这里很有用！
如果团队时间紧张且可能不愿意做这种繁琐工作（通常如此），请提前进行自己的名词搜集，但要准备好展示工作成果。我喜欢展示文档和屏幕的截图，其中所有名词都已突出显示。带上过程的工件，并用五分钟概述你的名词搜集之旅开始研讨会。
热门提示：在进入研讨会之前，将对话框架设置为需求收集会议，以帮助你更好地理解系统的范围和细节。你不需要让他们知道你在寻找团队理解中的空白以证明需要更多用户研究——这将是我们的小秘密。
关键问题序列
-
这是什么？ 让利益相关者私下为你可能不确定的一些模糊名词写下定义，然后同时展示他们的卡片，看看是否得到不同的定义（你会得到的）。
-
我们的用户知道这些是什么吗？用户怎么称呼这个东西？ 如果出现更用户友好的术语，询问小组是否可以同意以后只使用该术语。
-
这些是同一个东西吗？还是不同的？如果不同，有什么区别？ 继续构建不断增长的对象词汇表，并继续在"开放问题"停车场捕获不确定区域。
-
这些对象之间有什么关系？ 倾听，捕获不确定性。一旦"开放问题"列表增长到临界质量，暂停开始将问题分配给小组或个人。
-
这个对象在范围内吗？ 让参与者将这些对象按重要性从高到低排序，然后在小组或个人中展示他们的排序顺序。
-
创建对象关系的可视化表示 使用可靠的方框和箭头技术可视化所有连接，用简单的"有一个"和"有很多"语句连接对象。
点燃导火索
你已经在防洪闸门沿线布置了炸药。现在只需点燃导火索，砰！看着对用户研究的认同如潮水般涌来。
在研讨会结束前，让小组反思开放问题列表。制定内部获取答案的计划，然后专注于需要带给用户的问题。
最后一步：讨论与不回答这些用户研究问题相关的风险水平。问：“如果我们在没有答案的情况下设计，如果我们自己编造答案并且错了，结果可能有多糟糕？”
通过这种方法，我们迫使决策者自己将问题标记为高风险，从而倡导用户研究。
最后的话：暂停屏幕设计！
说真的，如果可能的话，在没有首先回答这些基本问题之前，不要再设计屏幕了：对象是什么以及它们如何关联？
我向你保证：如果在开始设计屏幕之前，确保业务、设计和开发团队之间的共同理解，你将减少痛苦，节省更多时间和金钱，而且（在这一点上几乎像是奖励！）用户将更接受你发布到世界上的东西。
真诚希望这能帮助你赢得时间和预算，在开始构建屏幕之前与用户交谈并明确设计内容。如果你在使用名词搜集和对象定义研讨会方面取得成功，ORCA流程的其余部分还有更多内容，这将有助于防止更多后期范围拉锯战和战略调整。
祝你好运！现在去推销研究吧！