Wave Rooms
Wave Rooms 是米哈游内部的会议室控制系统，由门口水牌和室内会控两个子系统组成。两者都运行在廉价嵌入式 Android 平板上 — 屏幕素质参差、24 小时开机、用户每天仅触碰两三次。硬件的限制，反而成为了设计系统本身。
关键词
会议室控制 / 嵌入式设备 / Android / 交互设计
工作内容
UI/UX 设计师 | 独立 0-1 设计会议室门口水牌与室内会控终端的完整交互与视觉方案
项目年份
2024
挑战
廉价 Android 平板的色彩还原五花八门，同一组色值在不同设备上可能是完全不同的颜色。用户每天只碰屏幕两三次，每次几秒。设备 24 小时开机，烧屏风险真实存在。物理外壳由其他团队设计，UI 定稿时还不知道边缘会不会被遮挡。这些「限制」不是需要克服的障碍 — 它们就是设计系统本身。
核心理念
水牌挂在门口，用户在 15 米外扫一眼就要获取会议室状态；会控放在桌面，用户在 30 厘米内长时间操作。同一个产品，两块屏幕，距离决定了设计的一切。
色彩系统
水牌
挂在会议室门口的 Android 平板。大面积色块传递状态 —#006EFA 蓝色表示空闲，#F73650 红色表示使用中，15 米外一目了然。
签到交互
页面中心是签到按钮，占据最大视觉权重 — 用户每天只碰屏幕两三次、每次几秒，一键签到是最短路径。
快速预订
左上角放置预定会议二维码。扫码后系统预填会议室时间、会议标题等关键信息，降低预订门槛，减少手动输入。位置克制，不抢签到按钮的注意力。
会控
室内视频会议控制终端，放在会议桌上近距离使用。大面积暗色背景，低饱和度配色 — 在会议室这种需要专注的环境中，控制屏不应该用高饱和色抢夺注意力。同时暗色背景省电，延长 24 小时开机的设备寿命。
功能分流
主页只罗列会议信息 & 核心功能入口，通过控件的有序排布 & 冷静克制的视觉元素让用户在 3 秒内完成「我在哪 → 我要干嘛 → 点哪里」的判断。后续，当用户形成了一定的使用习惯后，将不不再逐个寻找按钮，而是直接“下意识判断”。
嵌入式 UI 设计经验
少即是多
会议室水牌（或者说嵌入式用户界面）与我们日常使用的 PC、移动端或穿戴设备不同 — 用户并不是每天都会使用，甚至每周、每月才会用一次。所以此类设备的 UI 不一定要精致，最重要的是：界面与交互逻辑要简单，操作按钮要大。这样设计不仅易于使用，还有利于减少误操作的概率。交互逻辑简单 + 操作按钮大 = 降低误操作概率。
设备廉价色彩失真
廉价嵌入式屏幕的色彩还原和设计师的专业显示器差距很大 — 同一组 RGB 值，在专业显示器上是沉稳的红色，到了嵌入式平板上直接变成了刺眼的「火龙果色」。后来我把设备摆在工位上，用 Figma Mirror 边设计边对照，才真正解决色彩还原的问题。别在专业显示器上猜嵌入式屏幕的颜色 — 把真机摆上桌面，用 Figma Mirror 边做边调。
出血遮挡
物理外壳由其他团队设计，往往在 UI 定稿后才确定。实际部署后，部分设备因外壳卡位导致边缘被遮挡，关键按钮被切掉。这条经历让我把一条规则写进了规范：外圈 24px 是禁区，不放任何关键信息或交互元素。24px 出血不是"留白"，是给硬件的容错空间。
动画预算全给反馈
廉价硬件上每一帧动画都是风险。我的做法是把所有「动画预算」都留给交互反馈 — 按钮确认、状态切换 — 零装饰动画。功能动效优先于表现动效，这条原则在嵌入式场景下不是建议，是硬约束。签到卡死的代价，远大于少一个庆祝动画。
将以上经验提炼为一份 EUI 防坑指南，覆盖设备色彩校准、出血留白规范、动画性能预算等维度，供团队后续嵌入式 UI 项目直接复用 — 这些规则已经替团队踩过一次坑了。
最终成果
78%
按钮签到率
首周 2981 / 3782 人
12
个月 24/7 运行
零烧屏投诉
其他项目
