更新时间：2026年10月08日

会议室冲突页不要把用户送回日历重填。保留原日期和时间，明确“13:00—14:00 已被产品评审占用”，同时给出相邻可用时段、其他会议室和“仍要查看详情”的选择。用交互原型设计把预约状态连接起来，可以在评审中确认替代方案是否真的可选。

冲突消息包含四类信息

冲突消息要说清占用范围、冲突对象、发现时机和可继续的动作。不要泄露不该显示的会议内容，只呈现必要的名称或占用状态。保留用户已填的参会人、主题和备注，改时间时只更新受影响字段。

预约者准备在 13:00—14:00 使用 A301，页面显示可选；提交时另一个团队已成功预约。此时不能把问题归为“时间填写错误”，应说明这个时段刚被占用，保留会议主题、6 位参会人和投屏需求。让用户继续比较 14:00—15:00 的 A301，或者同一时间的 A302。

在本例中，会议结束时间等于下一场开始时间时可以连续使用；若需要布置或清洁间隔，应把这段时间也计入占用，并在时间轴上表示出来。13:00—14:00 的会议加 15 分钟准备时间，就不能把 12:50—13:00 标成可直接预约的空档。

跨时区不能只显示一个时间

远程会议参与者看到的时间可能不同。主时区与参会者时区并列显示，夏令时切换时说明日期是否变化。不要把“上午 10 点”当作唯一表达，至少给出日期、地区和 UTC 偏移，避免改期后错过会议。

本地会议室通常使用固定地点时区，可以常显“会议室时间：北京时间 UTC+8”；远程参与者的个人时间放在邀请预览里。对跨国项目，日期与 UTC 偏移比单独的时区缩写更不易混淆。改日期后重新计算个人时间，不沿用前一天的换算结果。

重复会议另有范围问题：每周三 13:00 的预约只有第三周冲突时，选择“仅修改这一次”还是“修改后续全部”会影响不同对象。弹窗直接列出受影响的日期，不让用户只在抽象的“此事件/系列”术语之间猜。

取消前列出将收到通知的人、已占用的设备和是否释放会议室；改期则比较原时段与新时段。提交按钮写“确认取消预约”或“确认改到 14:00”，让动作结果可预期。

完成原型后，用三组异常数据跑一遍：两个用户同时选同一时段、跨午夜的预约、取消后立即再次预约。将发现的状态写进交付说明，避免实现只覆盖顺利路径。

替代方案按真实约束排序：优先相同容量和设备，再比较楼层或时段。本例的 A302 容量 6 人且有投屏设备，符合当前需求；A303 只有 4 个座位，就不应排在推荐首位。若仍允许查看 A303，要明确容量差异。选择替代后重新检查占用状态，确认成功前不发送“已预约”的通知。

成功页提供地点、起止时间、参会人和更改入口；取消页说明释放的是哪一间、哪一次。只要有选择范围，动作文字就要带上范围，例如“取消 10 月 14 日这一次”，避免误删整个周期。反馈的具体性可以参考W3C 的表单通知建议，但会议室容量和占用规则仍需由自身业务确认。

在 Pixso 中连好 A301 被占用、选择 A302、确认预约三张画板，让参与者保留原来的主题和人员完成改选。再单独演示取消一次重复会议，观察他是否能说清取消的是哪一场。