交互说明
产品：行政通
页面：预订会议室
撰写：张伟
版本：V1.0
日期：0000-00-00
一、页面目标
员工从首页进入会议室后，要在同一个页面看清哪一间、哪一段时间还能订，并完成提交。本说明覆盖总部二楼、三楼、四楼共 12 间会议室。单次时长按 30 分钟递增，最长 4 小时。
张伟按陈静 9月6日 确认的范围撰写。手机只接收办结通知，预订动作发生在工位浏览器里。周敏要求占用情况一眼能看懂，避免员工订完再跑到行政台核对。
二、页面结构
页面从上到下分成日期、楼层、房间占用和提交四块。默认日期是今天，默认楼层是员工人事信息里的所在楼层，市场部李婷打开后落在三楼。
- 日期条可前后各翻 14 天，超出范围的日期不可点。
- 楼层筛选项为二楼、三楼、四楼，一次只看一层。
- 每个房间一行，已被订的时段用灰色块标出起止时间，空闲时段保持空白可点。
- 底部主按钮文案为「立即预订」。房间或时段未选全时，按钮为灰色，点击不提交。
三、主流程
从进入页面到看到预订成功，员工完成四步。张伟在 9月20日 用李婷的测试账号走了一遍，90 分钟的预订在 40 秒内提交成功。
- 员工选择日期和楼层，页面列出该层全部房间及当日占用。
- 员工点选一间房间，再点选一段连续的空闲时段，页面汇总房间名、日期和起止时间。
- 员工填写会议主题，限 20 个字；参会人数可以留空。
- 员工点击「立即预订」。系统再次确认时段仍空闲后写入记录，页面改为「已预订」，并给出「查看我的预订」。
- 办结通知经企业微信发给预订人，内容含房间、日期和时段。
四、状态与反馈
员工侧只出现申请、处理中、完成三种状态，和首页其他三件事一致。张伟把三种状态的界面表现写死，避免各页各写一套。
- 申请：员工已点击按钮、占用尚未写完。按钮改为「提交中」，连续点击只保留第一次。
- 处理中：冲突校验超过 2 秒时，页面显示「正在确认房间」，已填主题保留在输入框。
- 完成：展示房间、时间和查看入口。刘洋在测试环境测得从点击到完成的中位数是 1.4 秒。
- 我的预订里，未开始的会议可以取消；已经开始的会议只可查看。
五、异常处理
异常时保留员工已经填写的主题和人数，只要求重选失效的那一项。周敏在 9月18日 的走查里特别强调这一点，因为李婷曾因整页被清空而放弃预订。
- 提交前时段被他人占住时，提示「该时段刚刚被预订」，占用条刷新，主题仍留在输入框。
- 主题留空时允许提交，列表中显示「未填写主题」。
- 网络中断时提示「网络中断，请再试一次」，房间、时段和主题都保留。
- 选满 4 小时后，继续点选下一格不会延长，并提示「单次最长 4 小时」。
六、验收记录
陈静在 9月20日 按本说明验收会议室页，结论为通过。验收用了三个账号，分别代表市场部、财务部和产品研发中心。
- 李婷的账号订到三楼大会议室 14:00 至 15:30，企业微信在 1 分钟内收到通知。
- 刘洋用另一个账号抢同一时段，后提交者看到冲突提示，先提交者保持已预订。
- 王芳取消一场尚未开始的预订后，该时段在刷新后重新变为可点。
- 周敏确认灰色块能读出具体起止时间，整行不会被涂满。