# 比较两个方向，并准备所选方案

以下是从虚构 ROOM-4 需求说明作出的设计推导。没有进行偏好、理解、任务完成、无障碍或转化研究。原稿绘制阶段未检查渲染布局。下方选择是下一轮设计的编辑判断，不是用户结果，也不是现在就实施的指令。

## 固定与可变

| 元素 | A与B共同固定的内容 | 刻意变化 |
| --- | --- | --- |
| 使用者与任务 | 协调人为四人选择房间，然后审阅 | 无 |
| 日期与时段 | 示例日；14:00–15:00 UTC；完整一小时；不可调整 | 无 |
| 设备要求 | 必须有白板；显示屏可选 | 无 |
| 候选内容 | 相同三个房间、容量、可用状态、设备、适配情况和操作 | 无 |
| 顺序与筛选 | Cedar、Birch、Elm；三者都保留 | 无 |
| 状态与下一步 | 未选择；任何预订前先审阅 | 无 |
| 字体、配色、操作强调 | 相同声明字体栈、字号、颜色和40单位高操作图形 | 宽度随分组需要变化 |
| 宽版信息结构 | 全部给定字段可见 | A对齐字段列；B在卡片中分组房间信息 |
| 窄版信息结构 | 全部给定字段可见，保留顺序 | A变成带标签的分隔条目；B变成纵向卡片堆叠 |
| 额外功能或事实 | 不增加照片、价格、筛选、评分或房源 | 无 |

## 取舍推理

| 标准 | A：对比列表 | B：房间卡片 | 仍需了解什么 |
| --- | --- | --- | --- |
| 信息可见性 | 相同字段在宽版行中对齐；适配情况／操作跟在事实之后。 | 每个房间是完整单元；可用状态与适配情况靠近自己的操作。 | 真实协调人首先需要哪些事实，分组是否让它们容易找到。 |
| 比较房间 | 宽版中，读者能在共用x坐标比较同一字段。 | 比较重复字段时，读者在卡片组之间移动。 | 实际阅读路径、错误和负担；仅凭几何布局无法测量。 |
| 不合格原因 | Birch的时段与Elm的设备，旁边有文字排除原因。 | 每张卡片内部呈现原因和不可用操作。 | 用户是否理解原因，以及预期下一步是什么。 |
| 窄版安排 | 列对齐改成带标签的分隔条目；桌面版优势减弱。 | 有边界的房间分组在堆叠后仍保留边界。 | 实际设备中的换行、文字缩放、焦点顺序和行为。 |
| 内容增长 | 额外字段可能让列表更宽或更长。 | 房间特有详情有自己的分组，但会增加卡片长度。 | 是否确实需要额外详情；本次比较没有编造照片或详情。 |
| 下一步是否清楚 | 共用底部说明写明选择后进入审阅。 | 相同说明，另有每卡片的局部操作。 | 真实界面应如何处理选择、审阅、冲突和确认。 |

## 所选方向：暂定 A

给定任务是用少量重复字段比较三个房间。A在宽版直接呈现这种关系。保留A进入下一轮设计，同时留下B作为备选。这不意味着列表普遍更好，也不意味着测试中有人偏好A。若后续需求强调更丰富的房间特有信息，或窄版比较不理想，选择可以改变。

## 下一轮的状态与问题表

| 状态／未决点 | 本说明中已知什么 | 仍需决定或绘制什么 |
| --- | --- | --- |
| 初始已加载 | 三个固定候选；均未选择 | 真实数据来源，以及如何说明数据新鲜度 |
| 已选 Cedar | 选择后预期进入审阅，不预订 | 选中标记、审阅摘要、返回／更改行为；跨导航是否保留选择 |
| Birch不可用 | 固定时段下不可选择 | 是否需要原因交互；不悄悄推荐另一时段 |
| Elm缺白板 | 固定需求下不可选择 | 怎样通过无障碍文字和导航传达设备缺失 |
| 没有合格房间 | 当前给定房源中不存在此状态 | 若未来任务允许，设计空状态和明确修改请求的方法 |
| 可用状态变化 | 本例没有实时系统 | 何时重新检查、Cedar变不可用如何处理、怎样保留用户请求 |
| 加载或数据错误 | 尚未呈现 | 加载内容、重试行为、过期数据处理 |
| 从审阅到预订 | 审阅只是预期下一步 | 必填内容及最终确认流程；预订仍在本次探索范围之外 |
| 键盘与辅助访问 | 静态图提供文字原因 | 实际语义、焦点提示、顺序、不可用操作解释与播报 |
| 窄版／文字缩放 | 已画出独立390单位构图 | 后续渲染并检查换行、缩放、滚动和中间宽度 |
| 更长名称／其他语言 | 尚未呈现 | 内容限制、本地化、时区呈现和换行规则 |

## 完整的下一轮设计请求

```text
继续 ROOM-4，以方向 A 作为暂定布局选择。
保留 room-selection-brief.zh-CN.md 中全部固定内容及编号映射。
这项选择来自既定比较任务，不是用户测试。

准备以下额外静态视图：
1. 已选 Cedar，并显示审阅摘要；尚未预订。
2. 审阅时 Cedar 已不可用，保留原请求。
3. 加载、数据错误和无合格房间状态；明确标记为需要定义的新状态，
   而不是改动初始三个房间的数据。

提出缺失的选择、返回／更改及不可用原因行为。
说明没有答案的策略选择。描述拟议键盘顺序、
焦点表现和窄版文字扩展。
不实施预订流程，也不编造已测试的偏好。
```

这份请求刻意要求下一轮设计。应在所选设计定义充分、实际项目范围明确后再实施，而不是把任一静态原创图当成成品应用。