假设有这样一次官网访问：一位采购人员在手机上打开企业官网，浏览了两个产品页面，最后没有提交需求。后台能记录访问路径，却未必知道：他正在赶车，只想先把资料转给工程师；对方要确认参数，他才会联系供应商。
如果把这次离开直接解释为“按钮不够醒目”，改版方向就可能偏了。官网是客户工作流程中的一站。客户在哪里使用、与谁协作、手里有什么资料，都可能影响页面应该提供什么。
AEIOU是《通用设计方法》中介绍的一种观察组织框架。它用五个视角帮助研究者记录现场，并把零散线索联系起来。对企业官网和UI/UX设计来说，它能让团队从“页面看起来怎样”，走向“页面在客户完成任务时发挥了什么作用”。
五个字母，观察的是同一件事
AEIOU分别代表活动（Activities）、环境（Environments）、互动（Interactions）、物件（Objects）和用户（Users）。这些类别不是五份互不相关的问卷，也不要求每条记录只能放进一个格子。
以“客户筛选设备供应商”为例，五个视角可以这样使用：
| 视角 | 要看清的问题 | 可以记录的现场细节 |
|---|---|---|
| A：活动 | 他想完成什么，实际经过哪些步骤？ | 找产品、核对型号、下载资料、整理候选名单 |
| E：环境 | 任务在哪里发生，有哪些条件和限制？ | 手机竖屏、会议间隙、同事在旁、网络时断时续 |
| I：互动 | 他怎样与人或物交换信息、采取行动？ | 放大参数图、把链接发给工程师、等待对方回复 |
| O：物件 | 哪些工具、材料或资料参与了任务？ | 手机、纸质清单、产品手册、报价表、聊天窗口 |
| U：用户 | 谁参与，扮演什么角色，彼此什么关系？ | 采购负责联系，工程师核验参数，负责人批准预算 |
“把产品截图发给工程师”同时涉及活动、互动、物件和用户关系。与其纠结它应该属于哪个字母，不如保留这几项之间的联系：采购为什么需要截图，截图里保留了什么，又遗漏了什么。
AEIOU能提醒我们看什么，但不会自动解释动机。“打开聊天窗口”是观察；“他不相信官网”是解释。后者需要通过追问或其他材料核实，不能混在现场事实里。
从一个官网问题开始，别把整个生活都记下来
研究范围太大，五个字母也救不了一堆没有目的的照片。先选一个能够影响设计的任务，例如：“客户如何从产品浏览走到内部评估？”比“了解用户习惯”更容易组织观察。
参与者应与这个任务相关。如果研究采购与工程师之间的资料交接，只找设计部门同事扮演客户，很难看到真实的协作方式。可以邀请目标客户回顾近期一次筛选过程，或在取得同意后观察正在发生的任务。
真实工作不便开放时，也可以安排一个接近实际的问题，让参与者使用自己的设备完成。记录里要注明这是模拟任务，不能把被安排的操作写成客户自然发生的行为。远程屏幕观察能看到页面操作，却可能漏掉旁边的纸张、同事提醒和环境干扰，需要补充询问。
准备一张简单记录表即可：时间、参与者代号、事实、相关AEIOU类别、待核实问题。录音、录像和拍照先获得同意；涉及客户名单、内部报价或个人联系方式时，只保留研究需要的信息。
成功标志： 团队能说清这次观察围绕哪个任务、邀请谁、看哪些环节，以及哪些环境暂时看不到。
现场先看行动，再补问原因
观察开始时，可以请参与者说明当下要做的事，然后让他按自己的方式进行。不要每看到一次停顿就提醒按钮在哪里，也不要要求他边操作边回答一串问题。研究者的提示会改变任务过程。
记录应尽量具体：“在参数页停留后，用手指放大图片两次，把屏幕截图发到聊天中。”比“看不懂参数”更有用。前一句能让其他研究者重新判断，后一句已经替参与者下了结论。
任务告一段落，再围绕已经发生的动作追问：“刚才为什么用截图？”“接收这份资料的人还需要什么？”“如果对方没有回复，你通常怎么办？”请参与者讲具体经历，比问“你喜欢什么样的网站”更容易获得可用信息。
也要观察没有发生的动作。页面提供了下载入口，但参与者是否看见、是否需要、是否具备下载条件，是三个不同问题。不要因为入口没被点击，就立刻删掉它。
成功标志： 一条关键记录能对应到具体动作、当时条件和参与者说明；无法确认的原因仍被标为待核实。
一次记录怎样变成设计依据
下面是一个假设情境，并非58UI客户项目记录。一家工业设备企业准备改版官网，团队观察客户如何挑选适合现有生产线的设备。
记录显示：采购人员先根据纸质清单查找型号，再把参数页截图发给工程师；工程师要求补充接口尺寸，采购返回官网翻找手册。我们暂时只知道这一次资料交接发生了往返，不能断言所有客户都有相同困难。
用AEIOU重新整理时，活动是筛选与核验，环境是手机与工作间隙，互动是截图和内部转发，物件是参数页与清单，用户关系是采购和工程师分工。把它们连起来，就能提出更准确的问题：官网是否支持客户把一个产品的完整信息交给另一个决策参与者？
下一步可以做一个低成本原型：在产品页集中展示型号、适用条件和关键参数，并提供便于保存或分享的资料。先请相关角色完成“将候选设备交给工程师核验”的任务，检查信息是否足够、入口是否找得到。
这仍然是一个待验证的设计方向。观察没有证明集中信息一定提高询盘，也没有证明下载按钮必须放在首屏。需要区分“有依据的假设”和“已经证实的效果”。
整理时，把联系保留下来
回到桌面后，先整理原始记录，再归纳问题。每条线索保留参与者代号、任务和时间位置，照片或截图也能回到对应场景。多人研究时，先用几条记录对齐事实与解释的写法，减少有人记动作、有人只记评价的差异。
五个类别下面可以出现更细的主题，例如“多人确认”“移动浏览”“资料留存”。主题来自材料，不必每次都填满五栏。某一栏没有记录，可能是没有发生，也可能是观察方式看不到，应注明原因。
最后写成“证据、解释、设计问题、验证动作”的短链条。比如：发生了两次资料补充；可能是交接材料不完整；官网能否支持完整转交；用原型观察采购和工程师的接力任务。每一跳都应让同事看得出依据。
成功标志： 设计问题能回到原始材料，团队知道哪些是事实、哪些是解释，以及下一步如何检验。
AEIOU适合发现问题，不能单独替你选方案
它适合研究网站改版前的使用情境、跨角色协作、线下资料与线上页面的关系，也适合为访谈和现场观察提供记录结构。它不是可用性评分表，五个字母填得多不代表网站体验好。
少量观察也不能得出“多数用户怎样”的比例。一位用户遇到严重障碍，值得进一步调查；但同一位用户重复出现十次相同动作，不等于十位用户都存在这个问题。应说明参与者范围、任务条件和遗漏的信息。
观察后可以做可用性测试，检查新方案是否帮助客户完成任务；具备合适的流量和测量条件时，也可以参考企业官网A/B测试实操指南，检验具体改动的效果。不同方法回答不同问题，连接起来才有完整的设计依据。
在决定改版之前，先把一次关键任务记录完整。一个带着设备、资料、同事和时间限制的具体客户，往往比一句“用户希望更方便”更能帮助设计师判断页面该做什么。
关于58UI设计工作室
58UI设计工作室提供企业官网设计与开发、UI/UX设计、品牌设计和响应式适配服务，也支持现有网站与数字产品的体验诊断和改版。我们关注品牌表达、内容组织和实际使用任务之间的配合，帮助团队把设计问题说清楚，再落到页面与交互。
你可以查看官网与UI/UX设计服务，或沟通网站研究与改版需求，介绍目前的网站、主要客户和希望改善的使用环节。
相关服务
