脚本是现场展示的施工图。好的脚本能同时满足评分表的三项要求：技能看得见、讲解接得上、协作有痕迹。本文给出脚本的六段结构、40 分钟核心段的并行分工设计，以及常见卡点的解法。
很多团队的脚本只有一个作用：提醒自己「下一步做什么」。而好的脚本要解决三个问题——技能怎么被看见、讲解怎么接得上、协作怎么被观察。
一、先定一条主线，再排环节
主线是观众跟着走的那条线。常见的有三种：
- 订单线：从接到需求到交付验收，天然有始有终。
- 工序线：从原料到成品，适合加工制造类项目。
- 问题线：从异常/痛点出现到解决并验证，适合技术攻关类项目。
主线选定后，所有环节都挂在主线上；跟主线无关的内容，删掉。
二、六段式脚本结构
| 段落 | 时长（60 分钟场） | 任务 |
|---|---|---|
| 亮相与定位 | 0—3 分钟 | 全员登场、报项目一句话定位 |
| 真问题 | 3—8 分钟 | 服务主体、场景、痛点与代价 |
| 核心技能 | 8—40 分钟 | 四工位并行作业，边做边讲 |
| 验证与数据 | 40—50 分钟 | 检测、对照试验、结果判定 |
| 创新与价值 | 50—57 分钟 | 创新四句话 + 量化效益 |
| 收尾 | 57—60 分钟 | 成果归位、现场清理、一句收束 |
三、核心段（8—40 分钟）的并行设计
这 32 分钟是分数的主要来源，务必按并行协作设计，而不是一个人做、其他人看。推荐四类角色同时在场：
- 统筹：控节奏、喊点位、盯剩余时间，同时承担一段实操（不能只站着指挥）。
- 核心操作：难度最高的技能动作，承担技术先进性得分。
- 检测质控：采集数据、做对照，生产应用价值的证据。
- 衔接保障：物料补给、环境与安全、突发处置，体现团队合作。
两条硬线要在脚本阶段就算清楚：每人实操时间 > 总时长 2/3、技能种类 ≥ 4 项。做法很简单——在脚本表格里给每格标上「谁做 / 做什么技能 / 谁讲」，排练后核对时长占比。
四、讲解怎么接得上操作
推荐「报点位」机制：每个关键动作开始前，由操作者自己说一句固定引导语（谁做谁讲），例如「现在由我完成 ×× 参数的设置，注意这里的顺序是……」；统筹负责在环节切换时补一句过渡。避免出现讲解员讲上一道工序、操作员已经做到下道工序的错位。
五、三个常见卡点与解法
- 开场太长：把 8 分钟的背景压到 5 分钟以内，背景只讲「谁、什么问题、代价」。
- 后段赶工：把检测与数据环节提前预留固定时段，到点必须进入，宁可少做一个工件。
- 突发停顿：为设备报警、网络异常、物料问题各写 30 秒处置脚本，明确谁说第一句话。
六、脚本成稿后的三步验证
- 掐表演练一遍，记录每段实际用时与每人实操占比；
- 对照评分表逐维找证据，缺哪一维补哪一维；
- 做一次「删减测试」：删掉任意 5 分钟，主线是否还完整？如果会崩，说明铺垫过多。
本文结构为通用参考模板，具体时长与流程以大赛官方规则为准。