场景脚本

产品：行政通

脚本编号：SC-0000-04

撰写：张伟

主角：市场部李婷

适用版本：V1.0

一、场景概述

市场部李婷要在本周五 14:00 至 15:30 接待客户，需要一间带投影的会议室。她人在三楼工位，习惯用浏览器把事办完，再去准备材料。脚本从她得知客户确认来访开始，到她收到预订成功的企业微信结束。

这个场面每周大约出现 20 次，集中在市场部。陈静要求脚本按员工真实的顺序写，包括她看错房间、退回来重选的那一次。

二、人物与动机

李婷入职四年，每周订两到三次会议室。她在意的是客户进门时投影已经可用，以及自己不用在群里再确认「订上没有」。主管不参与预订。周敏只有在房间设备故障时才会被叫到。

1. 李婷想在三分钟内订完，然后去改拜访材料。
2. 她知道三楼大会议室有投影，二楼小会议室没有。
3. 客户两人，14:00 到，15:30 前离开。
4. 若三楼大会议室被占，她可以接受四楼的投影房间，不接受没有投影的小会议室。

三、前置条件

脚本开始时，李婷已经用公司账号登录行政通。今天是周三。周五三楼大会议室 14:00 至 15:30 空闲，四楼投影房间同一时段也空闲，二楼小会议室空闲但没有投影。她的企业微信通知是打开的。

1. 首页能看到会议室、请假、访客、办公用品四个入口。
2. 会议室列表默认停在三楼，也就是她的所在楼层。
3. 单次最长 4 小时，她这次只需要 90 分钟。
4. 主题限 20 个字，她准备写「北城设计看方案」。

四、操作脚本

张伟按下面的顺序走原型。每一步都写李婷看见什么、做什么、系统回应什么。9月20日 他用测试账号走完，全程 46 秒。

1. 李婷从首页点「会议室」，页面打开本周五，楼层停在三楼，大会议室该时段为空白。
2. 她先点了二楼小会议室，看见名称里没有投影字样，退回三楼。
3. 她点中三楼大会议室 14:00 至 15:30，页面汇总房间、日期和时长 90 分钟。
4. 她填写主题「北城设计看方案」，参会人数写 3，点击「立即预订」。
5. 页面变为已预订，一分钟内企业微信收到房间、日期和时段。

五、预期结果

成功时，三楼大会议室该时段被李婷占住，其他人看到「已占用」，看不到主题全文。李婷在「我的预订」里能打开主题、时间和取消入口。周敏的台账不再需要为这一场会补一行。

1. 状态从点击后的申请，到校验通过后的完成，中间若超过 2 秒则显示处理中。
2. 通知文案含「三楼大会议室」「周五」「14:00–15:30」。
3. 取消在会议开始前可用，开始后入口变为只读。
4. 陈静把「46 秒内订完且通知到达」当作这条脚本的通过线。

六、分支

主路径之外准备了三条分支，原型评审和可用性测试都要能走通。三条都从第四步之前岔开。

1. 若她点选时该时段刚被占住，页面提示「该时段刚刚被预订」，主题保留，她改选四楼投影房间后仍可提交。
2. 若她把时长点到超过 4 小时，选择停住并提示「单次最长 4 小时」，已选的 90 分钟还在。
3. 若网络中断，提示「网络中断，请再试一次」，房间和主题都留在页面上。
4. 若她订完发现客户改到 15:00，她在开始前取消，时段立刻回到可订。