# 培训现场练习题：「会议室申请」全员拼图

> **定位：** 第 4 章「给它做入职培训」之后，全员第一次动手用 AI 做一件真实的事。
> **时长：** 25 分钟（15 分钟做 + 10 分钟拼图投屏）
> **工具：** WorkBuddy（全员已装好）
> **难度：** 入门级。不需要懂技术，只需要把你平时做的事交给 AI 做一遍。

---

## 背景故事（投屏念给大家听）

> 刚刚接到通知：**明德大学**要上线一个「会议室预约」功能。
> 下面是客户那边行政处张老师在电话里说的原话，销售同事帮忙记了下来。
> 现在这份东西要从销售手里，经过我们每个环节，变成一个能上线的功能。
> 
> **今天我们试一件事：每个人用 AI，把自己那一环的活干出来。最后拼在一起，看能不能接得上。**

---

## 原始需求（一页纸，发给所有人）

```
【客户原话整理 — 明德大学行政处张老师】

我们想做一个会议室预约的功能，放到学校的办事大厅里。

大概是这样的：
- 老师们在系统里能看到哪些会议室可以用，选一个，填个时间就能约
- 要填谁来开会、大概多少人、用什么设备（投影仪、视频会议这些）
- 如果是大会议室（50人以上的），需要行政处审批一下
- 小会议室直接约就行，不用审批
- 别人已经约了的时间段要能看到，别冲突了
- 最好能提前一天提醒一下，别忘了
- 哦对了，会议结束后要能评价一下会议室的设备情况，坏了我们好及时修

张老师还提了一嘴：上学期有几次会议室被占了没人用，能不能加个什么机制，
约了不去的话下次优先级降低？她说"就像图书馆占座惩罚那种"。
```

---

## 各角色任务卡

### 销售
**你的任务：** 把上面这段话整理成一份「需求确认单」，发给张老师确认签字。
**要求：** 条目清晰、客户看得懂、没有技术术语、标出你不确定需要跟客户再确认的点。
**提示词参考：** "帮我把下面这段客户口述的需求整理成一份需求确认单，要客户能看懂，标出需要跟客户再确认的模糊点。"

---

### 产品
**你的任务：** 把这份需求转成一份事项规范，包含：字段清单、审批流程节点、角色权限。
**要求：** 够清楚到研发能直接看着做。
**提示词参考：** "根据下面的需求描述，帮我梳理成事项规范。需要输出：1)表单字段清单（字段名、类型、是否必填）2)审批流程节点 3)各角色权限说明。"

---

### 设计
**你的任务：** 描述这个功能的页面结构和交互要点，列出需要哪些界面、每个界面放什么内容。
**要求：** 不用画图，文字描述即可。重点是用户操作动线。
**提示词参考：** "根据下面的会议室预约需求，帮我梳理页面结构：需要几个页面、每个页面的核心内容和操作是什么、用户操作动线是怎样的。"

---

### 研发
**你的任务：** 给出数据模型设计：有哪几张表、每张表有什么字段、表之间什么关系。
**要求：** 能看出实体关系。
**提示词参考：** "根据下面的会议室预约需求，帮我设计数据模型：需要几张数据库表、每张表的字段（字段名、类型、说明）、表之间的关系。"

---

### 测试
**你的任务：** 针对这份需求，列出测试用例。覆盖正常流程、边界情况、异常情况。
**要求：** 每条用例写清：前置条件、操作步骤、期望结果。
**提示词参考：** "根据下面的会议室预约需求，帮我生成测试用例清单。分正常流程、边界情况、异常情况三组。每条写清前置条件、操作步骤、期望结果。"

---

### 项目 / 实施
**你的任务：** 假设这个功能已经在 A 校做好了，现在明德大学（B 校）要上线，列出交付清单和需要确认的差异点。
**要求：** 按部署视角，列出要做什么、要确认什么、有什么风险。
**提示词参考：** "假设「会议室预约」功能已在 A 校上线，现在要给 B 校（明德大学）做交付。帮我列出：1)交付清单 2)需要跟B校确认的差异点 3)部署风险点。"

---

### 运维
**你的任务：** 这个功能要上线，从运维角度列出环境准备 checklist 和监控要点。
**要求：** 实际可操作，不要空话。
**提示词参考：** "一个会议室预约功能要在高校私有化环境上线，帮我列出：1)环境准备 checklist 2)上线后需要监控的指标和告警规则。"

---

### 运营
**你的任务：** 写一份面向学校老师的使用说明（200 字以内），要他们看了就会用。
**要求：** 简洁、友好、不要技术术语。
**提示词参考：** "帮我写一份面向大学老师的「会议室预约」使用说明，200字以内，要简洁友好，让完全不懂技术的人看了就能操作。"

---

## 拼图环节（最后 10 分钟）

投屏以下对比，不用每组都完整展示，挑两三个高光点：

**对比 1：销售的需求确认单 vs 产品的事项规范**
- 销售标出了哪些「需要再确认的点」？产品有没有直接替客户做了假设？
- → 这就是日常需求丢失的起点

**对比 2：产品的字段清单 vs 研发的数据模型**
- 对得上吗？有没有产品写了但研发没出现的字段？
- → 不用追责，看一眼就知道日常为什么返工

**对比 3：测试的用例 vs 产品的规范**
- 测试覆盖了几成？有没有测试想到但产品没写的场景？
- → 如果有，那条就是将来的现场 bug

**你一句话收尾：**
> "看到了吗？同一份需求，过了我们每个人的手，已经开始不一样了。
> AI 不是帮你打字快，是帮你把这些裂缝暴露出来。
> 以前这些裂缝要等到现场才发现，现在在办公室里就能看见。"

---

## 出题的三个设计意图

1. **成就感来源：** 每个人 15 分钟内产出了一份「看起来像那么回事」的专业文档。这是 AI 给新手的第一次正反馈——不是「好厉害」的空赞，是手上实实在在多了一份产出物。

2. **串联感来源：** 不是你告诉他们「各环节要衔接」，是他们亲眼看到自己组的产出物和前后组对不上。这比任何 PPT 都有说服力。

3. **真实感来源：** 会议室预约是他们每个人都懂的业务（学校里都用过），不需要额外理解成本。但它又足够完整——有表单、有审批、有时间冲突逻辑、有跨角色协作，麻雀虽小五脏俱全。

---

## 需要你提前准备的

- [ ] 确认「会议室预约」这个事项可以用（如果你觉得太简单或你们已经做过了，换一个告我）
- [ ] 决定分组方式：按实际角色分？还是打乱让人体验其他角色？（我建议按实际角色，第一次用成就感优先）
- [ ] 打印/投屏任务卡（每组只看自己的任务 + 公共的需求原文）