请 Agent 实施之前,先探索两种界面方向
本文目录
要求两种布局使用相同内容,解决同一项任务。改变信息的分组、对齐方式,以及它们与下一项操作的联系。然后选定一种方向,继续设计一轮,再让 Agent 实施。
“给我两个方案”留下了很多空白。一个方案可能增加搜索框、移除不好处理的结果,或编造一张照片。这样比较的就不只是布局,还有不同的功能和内容。有用的探索,应先固定两个方案都必须说明什么。
本指南完整展示一个虚构的房间选择界面,包括两张可编辑 SVG 原创图、两份完整探索请求、一份共用内容映射,以及一个暂定选择。图件是 AI 辅助编辑直接编写的静态设计提案,不是产品截图、设计工具运行记录或可用性研究结果。
从界面需要支持的决定开始
一位协调人需要一间共用工作室,供四人讨论,时间是示例日,14:00–15:00 UTC。整个小时都必须可用。白板为必需设备,显示屏为可选设备。本练习不允许调整这个时段。
使用者需要比较三个候选,理解哪些符合要求,再选择一个房间进入审阅。选择不等于预订。初始界面没有选中任何房间。
两种方向共用的完整清单如下:
| 房间 | 容量 | 所选时段 | 设备 | 是否符合本次要求 | 拟议操作 |
|---|---|---|---|---|---|
| Cedar | 4 个座位 | 可用 | 白板 | 符合要求 | 选择 Cedar |
| Birch | 6 个座位 | 不可用 | 白板 + 显示屏 | 该时段不可用 | 不可选择 |
| Elm | 4 个座位 | 可用 | 显示屏 | 没有白板 | 不可选择 |
保留 Cedar、Birch、Elm 的顺序,三者都显示。Birch 容量更大,不代表它不可用的时段就能使用。Elm 有空,也不会因此多出白板。在这些虚构条件下,只有 Cedar 符合要求。
两张界面都使用标题选择房间、摘要3 个房间;1 个符合要求,以及初始状态尚未选择房间。下一步说明是:选择房间进入审阅。尚未预订。
这些细节让探索变得具体。Agent 不必自行发明“合适”的定义,也不必决定点击是否会预留房间。如果口述任务,请把这份清单和精确文案以文字放在请求旁边。
一条关于 AI 辅助设计的公开问题表达了对静态布局、信息层次和多种方向的兴趣。它为本文提供了一个值得处理的问题,但不能证明当前存在某项工具集成,也不能说明普遍的用户偏好。
决定哪些内容可以变化
本任务有意义的对照,是比较对齐的字段与一次阅读一个完整房间。视觉处理保持相近,避免新颜色或插画成为主要差别。
| 元素 | 保持固定 | 允许变化 |
|---|---|---|
| 任务 | 四人;完整一小时;必须有白板;预订前先审阅 | 无 |
| 内容 | 相同房间、座位数、可用状态、设备、适配原因和操作文案 | 无 |
| 可见性 | 三个房间与所有给定字段都保留 | 字段的位置 |
| 顺序 | Cedar、Birch、Elm | 无 |
| 初始状态 | 未选择 | 无 |
| 视觉处理 | 相同配色、字号层级和操作强调方式 | 分组所需的间距与宽度 |
| 宽版结构 | 相同信息 | 对齐的列表列,或有明确边界的房间卡片 |
| 窄版结构 | 相同事实与阅读顺序 | 带标签的分隔条目,或堆叠卡片 |
这次比较不要增加筛选、价格、评分、房间照片或其他候选。以后它们都可能有用,但每一项都会改变现在正在评估的内容。静态窄版也必须保留设备信息;将它隐藏,会从其中一种方向中移除一项需求。
方向 A:让比较字段对齐
宽版中,每个房间占一行。容量、所选时段可用状态、设备、适配情况与操作,使用相同的列位置。读者可以沿一行阅读,也可以在房间之间比较同一字段。
窄版把列改成分隔条目中的带标签信息。每个房间的名称、座位数、可用状态、设备、适配原因和操作都保留。它没有把桌面列硬塞进一条横向区域。
这个方向明确呈现了重复字段之间的比较。它的限制也很具体:宽版对齐不能原封不动地保留到窄屏。窄版条目需要单独安排阅读顺序和间距。
方向 B:把一个房间的信息归为一组
宽版为每个房间提供一张边界明确的卡片。名称、容量和设备组成房间描述;可用状态、适配情况和局部操作组成决策区。窄版按相同顺序堆叠完整卡片。
这个方向把每个候选的信息放在一起。如果出现房间特有的详情,可以放进它自己的分组,不过本例不会为了填满卡片而发明额外内容。要跨房间比较某个字段,读者需要在卡片组之间移动,而不是沿着共用列查看。
两份 SVG 都保留可编辑文字与形状。每份包含一个宽 1040 单位的构图,以及一个单独的宽 390 单位构图。这些是两种安排的图示,不是已实现的响应式页面,也不是核验过的设备视图。按钮只是画出的控件,不执行任何操作。
用同一份映射讨论两种方向
数字标识内容区域,不是房间排名,也不是使用者必须遵循的步骤。每个数字都出现在两个方向的宽版和窄版中。
| 区域 | 必须保留的内容 | 两种方向之间改变什么 |
|---|---|---|
| 1 | 示例日;4 人;14:00–15:00 UTC;必须有白板;显示屏可选 | 共用请求始终位于结果上方 |
| 2 | 3 个房间;1 个符合要求 | 共用摘要始终位于候选上方 |
| 3 | Cedar;4 个座位;可用;白板;符合要求;选择 Cedar | 一个列表条目,或一张卡片 |
| 4 | Birch;6 个座位;不可用;白板 + 显示屏;该时段不可用;不可选择 | 一个列表条目,或一张卡片 |
| 5 | Elm;4 个座位;可用;显示屏;没有白板;不可选择 | 一个列表条目,或一张卡片 |
| 6 | 尚未选择房间;选择房间进入审阅。尚未预订。 | 共用下一步说明位于候选下方 |
这份映射能让你在争论外观之前,先发现内容漂移。如果某个方案里 Birch 变成可用,就修正数据。如果 Elm 缺白板的原因被隐藏,就恢复原因。这些属于任务信息变化,不是布局备选。
给每个方向一份完整探索请求
以下请求可以直接调整使用。它们是编写的示例,不是实际运行过的提示。每份重复完整任务,便于独立使用。
请求 A:对比列表
实施之前,探索一个静态房间选择界面。
协调人需要示例日 14:00–15:00 UTC 供4人使用的房间。
整个小时必须可用,不允许调整时间。
必须有白板;显示屏可选。
没有选中房间。选择房间后进入审阅,不是预订。
按以下顺序保留三个候选,显示全部字段:
Cedar:4个座位;可用;白板;符合要求;选择 Cedar。
Birch:6个座位;不可用;白板 + 显示屏;该时段不可用;
不可选择。
Elm:4个座位;可用;显示屏;没有白板;不可选择。
在拟议设计中,只有 Cedar 的操作可用。
共用精确文案:
选择房间
示例日
4 人
14:00–15:00 UTC
必须有白板
显示屏可选
3 个房间;1 个符合要求
尚未选择房间
选择房间进入审阅。尚未预订。
方向 A:宽版对比列表中,将房间、容量、所选时段、设备、
适配情况与操作按列对齐。窄版在分隔列表条目中堆叠带标签的信息,
保留全部字段与房间顺序。
不要提议横向滚动表格。
与方向 B 使用相同视觉处理:白色、灰蓝文字、低调的蓝灰表面,
以及蓝色操作强调;Verdana, sans-serif;
标题26单位、房间名20单位、事实/操作16单位、标签14单位。
操作图形保持40单位高。用文字说明适配原因,不只依赖颜色。
交付可编辑静态SVG,包含宽1040单位和宽390单位的独立构图。
区域编号:1请求,2摘要,3 Cedar,4 Birch,
5 Elm,6初始选择与下一步说明。
解释信息顺序、取舍和尚未设计的状态。
不增加房间、照片、价格、筛选或评分。不实施
交互、不连接房源、不运行代码,也不预订任何内容。
不把静态提案描述成已测试的偏好或可用性结果。
请求 B:房间卡片
实施之前,探索第二种静态房间选择方向。
协调人需要示例日 14:00–15:00 UTC 供4人使用的房间。
整个小时必须可用,不允许调整时间。
必须有白板;显示屏可选。
没有选中房间。选择房间后进入审阅,不是预订。
按以下顺序保留三个候选,显示全部字段:
Cedar:4个座位;可用;白板;符合要求;选择 Cedar。
Birch:6个座位;不可用;白板 + 显示屏;该时段不可用;
不可选择。
Elm:4个座位;可用;显示屏;没有白板;不可选择。
在拟议设计中,只有 Cedar 的操作可用。
共用精确文案:
选择房间
示例日
4 人
14:00–15:00 UTC
必须有白板
显示屏可选
3 个房间;1 个符合要求
尚未选择房间
选择房间进入审阅。尚未预订。
方向 B:将每个房间的名称、容量、设备、可用状态、
适配原因与局部操作,放进边界明确的卡片。宽版中三张卡片
并排显示。将可用状态、适配原因和操作放在每张卡片的
决策区。窄版堆叠完整卡片。
全部给定字段都保持可见,包括设备。
与方向 A 使用相同视觉处理:白色、灰蓝文字、低调的蓝灰表面,
以及蓝色操作强调;Verdana, sans-serif;
标题26单位、房间名20单位、事实/操作16单位、标签14单位。
操作图形保持40单位高。用文字说明适配原因,不只依赖颜色。
交付可编辑静态SVG,包含宽1040单位和宽390单位的独立构图。
区域编号:1请求,2摘要,3 Cedar,4 Birch,
5 Elm,6初始选择与下一步说明。
解释信息顺序、取舍和尚未设计的状态。
不增加房间、照片、价格、筛选或评分。不实施
交互、不连接房源、不运行代码,也不预订任何内容。
不把静态提案描述成已测试的偏好或可用性结果。
配套的请求 A和请求 B还包含精确的共用色值。用于自己的任务时,应同时替换两份请求的完整内容包,不要只更新一种方向。
对照任务比较结构
先看布局安排的具体后果,再笼统评价哪一种“更简洁”。以下是根据图件和需求说明作出的推导,不是对使用者表现的测量。
| 问题 | 方向 A | 方向 B |
|---|---|---|
| 每个重复字段在哪里? | 宽版的共用列中 | 每个房间分组内的重复位置 |
| 怎样把一个房间作为整体阅读? | 沿着它所在的行 | 在边界明确的卡片内 |
| Birch 为什么不合适? | 行中显示时段不可用及文字原因 | 卡片中显示时段不可用及原因 |
| Elm 为什么不合适? | 行中显示显示屏和“没有白板” | 卡片中显示显示屏和“没有白板” |
| 窄屏上改变什么? | 列变成带标签的条目 | 并排卡片变成堆叠 |
| 哪些仍未知? | 实际阅读负担、错误和渲染行为 | 实际阅读负担、错误和渲染行为 |
A 的共用列为比较容量或设备提供直接位置,但不能证明使用者比较得更快。B 的局部分组给每个房间清楚的边界,但不能证明使用者偏好卡片。两者都保留文字排除原因,不让外观像禁用状态的操作独自承担解释责任。
对这份虚构需求,选择 A 进入下一轮设计,因为既定任务是对少量重复字段作比较。如果后续需求引入大量房间特有信息,或窄版在检查和尝试后证明不适合,仍保留 B 作为备选。
选哪个房间,与选哪种布局,是不同决定。Cedar 符合要求,依据是给定房源和需求;A 则是根据任务作出的暂定呈现选择。两项决定都不是对真实房间预订行为的研究结论。
说明所选方向仍缺什么
让 Agent 构建 A 之前,先把设计从初始状态扩展出去:
- 已选 Cedar: 展示选中标记、审阅摘要和更改选择的方法。保留审阅与预订的区别。
- 可用状态变化: 决定审阅期间 Cedar 变得不可用时如何处理,以及怎样继续显示原请求。
- 加载、错误和无合格房间: 每种状态都给出有用的下一步。不要悄悄改变本练习的固定时段,制造可用房间。
- 键盘与辅助访问: 明确真实控件语义、焦点表现、阅读顺序,以及如何读到不可用原因。
- 窄版与更长文字: 有渲染版本后,检查换行、缩放、滚动和中间宽度。
下一轮工作表包含这些问题和一份完整的后续设计请求。它要求补充静态状态和拟议行为。初始线框图看起来完整,不意味着这些问题已经有答案。
方向及其行为得到充分定义后,实施请求才能点明选定源稿、内容与剩余决定。如果已有界面,只想修正可见问题,截图可以锚定修订请求;Docs 提供了检查粘贴截图的相关指南。这里有用的工作,是在任一方向成为应用之前,选定如何组织相同信息。