event-production

活动制作

你负责技术执行层：信号从演讲者的嘴和笔记本电脑传到会场的投影仪、录制文件，有时还会传到直播。所有上游环节都已确定：

• samber/dev-event-organizer-skills@event-format-selection 决定活动是否采用混合形式或直播。
• samber/dev-event-organizer-skills@event-schedule-design 确定每个时段使用哪个房间。
• samber/dev-event-organizer-skills@event-speaker-experience 收集每场演讲的需求。

你要把这些需求转化为设备、工作人员、冗余方案和发布流程。

五个职责边界，其中四个由相关技能从各自角度明确说明。

• 场地。 samber/dev-event-organizer-skills@event-venue-sourcing 将混合活动和多场地技术规格列为其不会填补的空缺：“不要臆造设备清单或带宽数值。将其作为必须由场地方书面答复的问题提出”——并将规格制定交由你和 samber/dev-event-organizer-skills@event-format-selection。你负责制定规格——保证的上行带宽、吊挂点、摄像机机位、上行链路冗余、控制室空间——并将其整理成书面问题，交由场地方在谈判期间答复。你绝不负责谈判合同；房间的座席容量和步行距离则视为既定条件。
• 活动当天。 samber/dev-event-organizer-skills@event-run-of-show 明确了分工：“samber/dev-event-organizer-skills@event-production 负责设计技术冗余——备用麦克风、第二条录制路径。你负责明确房间负责人在冗余失效后的九十秒内该做什么。”在活动开始前搭建好备用路径。绝不要在此处重复描述现场事故升级流程。
• 演讲者。 samber/dev-event-organizer-skills@event-speaker-experience 收集视听需求——“演讲内容本身需要什么，而不只是笔记本电脑需要什么：现场演示、音频片段、硬件道具以及对互联网的依赖”——并负责如何询问和处理这些答复。你使用它收集的信息，也使用其同意记录。未经同意记录授权，绝不发布录制内容。
• 字幕。 samber/dev-event-organizer-skills@event-accessibility-inclusion 决定是否需要字幕和助听环路，以及应达到什么标准。你负责技术交付，费用与录制列在同一预算项下。
• 供应商。 samber/dev-event-organizer-skills@event-vendor-sourcing 将视听和制作供应商纳入自身职责范围，并从其角度说明分工：它“负责选择供应商并签订合同。绝不能让一个技能同时做这两项工作：规格尚不存在时就选定的供应商会自行编写规格。”你负责制定供应商报价所依据并需遵守的技术规格；绝不负责比较报价或签署合同。应在开始选择供应商前移交需求说明，而不是等收到报价后才移交。

以下所有排序都只是默认安排，并非铁律：具体排序会因情境和执行者而异。访谈结束后，根据你掌握的信息重新评估以下三个菜单的优先级：

• 配有场地技术人员和固定摄像机的场地。
• 已有视频团队并在历届活动中持续运作的社区。
• 从未发布过视频的活动。
• 自有设备库存。

以上每一项都会改变默认排序。

访谈

一次只问一个问题，尽可能采用选择题。之所以有问题 7-9，是因为各项菜单在见效时间、持久性和工作量上的排序差异很大——不能替用户决定这些排序。

1. 是否会进行任何形式的采集？如果会，形式是什么：完全不采集、录制后供日后使用，还是实时流播？ 这个问题会重新排列下面的所有菜单。要先问这个问题，并得到真实答案，而不是愿望。
2. 格式决策实际上承诺了什么，又是向谁作出的承诺？承诺进行现场直播是一项承诺；希望进行现场直播则不是。
3. 场次安排是怎样的——有多少个房间同时开展活动、场次之间最短的换场时间有多长，以及哪些场次是全体会议？
4. 演讲者信息收集的结果是什么：现场演示、音频播放、硬件道具、依赖互联网的内容、非标准连接器？其中哪些还没有答案？
5. 对于每种场次格式，录制和发布的许可情况如何，相关记录存放在哪里？未经许可，不能发布。
6. 场地实际能提供什么——是否有场地方技术人员，是否已安装投影和音响设备，有哪些吊挂点，是否有控制室空间，是否有互联网连接且能保证上行带宽，还是只有含糊其辞的答复？
7. 场地或供应商最晚能在什么日期前追加内容？这些菜单是按这个截止日期排序的，而不是按活动日期。
8. 这是一次性活动，还是定期举办的活动？如果是定期举办的活动，那么凡是收益会在本届结束后才显现的选项，都应提升排序：受过培训的工作人员、书面简报、自有设备、可重复的工作流。
9. 工作量上限是多少——当天由谁负责执行，有多少人可以只做制作而不兼做其他工作，以及活动结束后是否需要让任何东西恢复原状？
10. 无障碍服务方面是否已决定采用字幕或助听环路？这个决定会影响预算项目和信号路径，而且不应由你来做。
11. 已有哪些现成条件应当改变菜单的排序：社区拥有的摄像机、已经做过四次此类活动的团队、会自行直播活动的场地、上一届的录制内容，以及其中出现的问题？
12. 观众是否确实分布在不同地点，以至于触达远程观众是活动的核心目的，而不是锦上添花？

究竟是什么因素区分了这项工作

这个资料集通常用社区运营和供应商运营之分，取代 B2B/B2C 之分。这里应以此为依据，而不是想当然：它区分的是工作人员，除此之外几乎没有区别。

这种区分适用于工作人员，可分为两类：

• 社区一方。 由志愿者负责现场工作。资料中完整的培训阶梯正是为这一方设计的：一套完整的入门幻灯片，适用于“没有‘经验丰富’的 A/V 志愿者”的活动；以及一场定期活动（C3VOC）上，为“经验丰富的志愿者”准备的简短复习和实操培训。
• 供应商一方。 与供应商签约。资料将其视为外部合作方：“你的视听公司应该能够提供一台或多台摄像机”（DevOpsDays）。

这两类工作的确不同：一类是招募和培训人员，另一类是拟定需求说明并要求供应商按约履行。

决定其他一切如何排列的关键因素是采集方式。从不采集、录制后续观看到直播，在技术上是三种不同的活动；相比之下，费用由谁承担并不那么重要：

• 不采集。 需要一个能正常运作的活动空间，不需要任何信号处理链路。
• 录制后续观看。 需要干净的信号、可靠的文件，以及存放文件的地方。几乎所有持续时间不到一分钟的故障都可以接受。
• 直播。 不能容忍任何故障，需要彩排和专职操作员（DevOpsDays），在已发布的平台上还面临内容下架风险，并会占用未经测量的上行链路。

只要建议因这三种方式而异，就应说明该建议适用于哪一种。

如果有人要求执行混合或直播形式，应在方案确定前报告这种形式的技术成本，然后停止。形式的决策应由上游作出；你的工作是确保决策者能看到这个数字再作决定。

目前最明确的公开财务数据表明，混合形式的“AV 支持”费用“超过纯线下会议的两倍”；该会议完全采用混合形式举办的那一年，亏损了 484,886 美元（ACM SIGCHI，发表于 2023 年 11 月）。这是一场学术会议，而不是开发者会议：只能引用这个比例，绝不能引用具体金额，也绝不能将其归因于开发者会议。

工作流

1. 确定采集方案。 不采集、录制或直播。写下来。后续的一切都取决于这一条。
2. 阅读现有输入，而不是重新收集： 场地平面图、每位演讲者的音视频需求、各格式对应的同意记录、无障碍方面的决定，以及场地方自己的答复。
3. 按房间选择覆盖级别（见下文），而不是为整个活动统一选择。主会场与第三间分会场很少需要相同的级别。
4. 下单前画出信号路径： 音频在哪里采集、在哪里混音、房间显示信号从哪里与录制信号分流，以及工作人员在哪里监看实际输出的内容。参见 references/signal-path-and-redundancy.md。
5. **针对明确列出的故障设计冗余，**而不是出于对故障的普遍担忧（见下文）。故障清单有来源；使用现有清单，不要临时编造。
6. 分配工作人员角色并选择培训深度（见下文）。指定具体人员，而不是职能岗位。
7. 将场地技术规格写成问题，并交回场地采购人员，由其以书面形式发给场地方。不要填写一个没有依据的带宽数值——应询问上行带宽的保证值，并将其写入合同。模板见 references/av-supplier-brief.md。
8. 编写供应商需求说明，并交给负责签约的人。参见 references/av-supplier-brief.md。
9. 将 Media 预算项交给 samber/dev-event-organizer-skills@event-budget，并预先按级别拆分（见下文）。提供内容；预算工具决定呈现形式。
10. 如果有任何内容要直播，就进行彩排。 彩排是直播的必要要求，而非锦上添花；但它也最容易被取消。彩排也是在观众入场前端到端测试信号路径的唯一机会。
11. 执行活动后的流程： 工作人员散场前，确认每个文件都存在且可以播放；然后进行剪辑、对照同意记录检查、发布，并将每位演讲者对应的视频链接单独发送给他们。

下单前，按章节展示制作计划并逐项确认：

1. 采集方案与覆盖级别。
2. 信号路径与冗余。
3. 工作人员与培训。
4. 场地规格与供应商需求说明。
5. 预算与后续流程。

下单后，变更就意味着花钱，而不只是沟通。

如果你的运行环境具有持久记忆，请按届记录：

• 场地方对带宽、吊挂及场地设备的实际答复。
• 每个房间实际采用的覆盖级别。
• 发生的每起故障，以及由哪项冗余措施应对。
• 从活动结束到视频发布，整个流程花了多长时间。
• 供应商实际交付内容与需求说明的对照情况。

重复合作过两次的场地方和供应商，值得保留经验，避免重新摸索。

覆盖级别

录制是基础，直播则是在此之上的一层：这种先后顺序有资料依据，并非个人偏好。已发布的指南明确指出：“无论能否进行直播，录制所有演讲都很重要”（DevOpsDays）；同一指南的分级预算机制也将直播列为精简级别下最先取消的项目，而录制则予以保留。

优先级排序（默认为此顺序，并非硬性规定——Q1、Q7、Q8 和 Q11 会重新排序）：

• 工作量（设备、活动当天的人员、彩排、与场地网络的协调）：两台摄像机并进行直播 > 两台摄像机加现场切换 > 单人操作一台摄像机 > 固定摄像机拍摄讲台画面 > 场内智能手机拍摄 > 不拍摄

• 价值（让演讲在活动结束后仍有价值，并让演讲者有所留存）：两台摄像机并进行直播 > 两台摄像机加现场切换 == 单人操作一台摄像机 > 固定摄像机拍摄讲台画面 > 场内智能手机拍摄 > 不拍摄 - 有理由的并列：两种方式都能让演讲以可观看、可听清的形式存档，而这就是日后观看的观众所获得的全部价值。第二台摄像机能拍清幻灯片细节和观众反应镜头，摄像机操作员能改善取景；但它们都无法让原本不存在的演讲凭空出现。

• 合规成本（会触发的审查，以及哪些事将无法撤回）：两台摄像机并进行直播 > 两台摄像机加现场切换 == 单人操作一台摄像机 == 固定摄像机拍摄讲台画面 == 场内智能手机拍摄 > 不拍摄 - 有理由的并列：每种录制方式都有相同的要求：在发布任何内容之前，必须取得覆盖该场次录制形式的同意记录；这些方式中没有哪一种比其他方式更难取得同意。直播是改变审查要求的那一档，因为直播内容在任何人检查之前就已发布。必须在现场而非后期剪辑时尊重演讲者的退出选择；演示中的背景音乐也可能导致平台主动中断直播（DevOpsDays）。直播内容一旦发布，就无法从已经在观看的人那里撤回。

• 效率：固定摄像机拍摄讲台画面 > 场内智能手机拍摄 > 单人操作一台摄像机 > 两台摄像机加现场切换 > 两台摄像机并进行直播 > 不拍摄

• 固定摄像机拍摄讲台画面 - 默认选项，也是有资料来源支持的建议：使用摄像机和录制电脑，从调音台而非摄像机自身的麦克风获取音频。设置完成后，活动当天几乎不费事；而调音台音频正是保证录制效果清晰可听的关键。当幻灯片是演讲的重要内容、广角镜头无法看清时，或全体会议是观众真正会观看的录制内容时，升级到上一档。

• 场内智能手机拍摄 - 有资料来源支持的最低要求：“如果没有预算录制演讲，用智能手机总比什么都不做强。”它在效率上排第二而非第一，因为把手机架在房间后方的三脚架上，只能录到现场音效；听不清的演讲无法作为存档。可用于原本就打算不录制的房间，切勿将其作为重要房间的方案。

• 单人操作一台摄像机 - 由一人负责取景、跟随演讲者，并在幻灯片是重点时将镜头对准幻灯片。提升可观看性；代价是每个房间、每场活动都需要一名受过培训的人员。

• 两台摄像机加现场切换 - 增加一个机位，并由专人切换画面。有资料来源支持的实践中，摄像机操作员和现场切换人员是两个单独指定的岗位，并非由一个人承担更多工作。

• 两台摄像机并进行直播 - 资源最紧张的选项：价值最高，工作量也最大，因此效率始终最低。它还需要资料来源明确指出、且每位组织者都配置不足的两项条件：提前彩排，以及至少一名在活动期间唯一职责就是负责直播的人员。升级条件，对应 Q2、Q2、Q12 和 Q6/Q11：确实无法到场、且已承诺提供观看机会的观众；明确要求直播的赞助承诺；远程参与者占社区一半且正是活动重点的分布式社区；或者场地本身已为活动提供直播，并能为你提供上行连接。

• **删除，而非降级：没有彩排、也没有专职操作员的直播。**它看起来像是更省钱的直播方案，但不属于这条阶梯上的选项——它成本相同，却内置了故障，而且会在直播过程中、在直播本应服务的观众面前暴露出来。把它放在选项列表底部，它就会以“我们就把笔记本电脑对着那边拍”的说法重新出现。

冗余深度

这里所说的冗余，是指提前设计好的备用路径，而不是有人临场应变。它要防范的是列出的故障，而关键教训在于：备用系统本身也有自己的故障模式。

在一场大型会议（C3VOC，34C3）上，备用系统确实存在，却依然无法使用：

• 128 条录制的音轨，没有任何标签。
• 录音设备没有时钟同步。
• 硬盘必须由人亲自搬到卸载站，再搬回来。
• 批量复制会按可预测的周期造成网络峰值。
• 几 GB 大小的文件，事后没人能在其中跳转查找。

为取代它而编写的重设计方案，会将分块、带名称的文件持续同步到存储服务器。详情见 references/signal-path-and-redundancy.md。

排名（默认值，并非定律——Q1、Q6、Q8 和 Q9 会重新排序）：

• 工作量（硬件、布线时间、每个房间的设置、能理解系统的人）：重复编码路径 > 持续分块同步到存储 > 三路信号分配 > 独立的第二路音频录制 > 备用麦克风和备用线缆
• 价值（发生故障时，能留下可用文件，而当时没人察觉故障）：持续分块同步到存储 > 独立的第二路音频录制 > 重复编码路径 > 三路信号分配 > 备用麦克风和备用线缆
• 价值（房间内的活动能继续进行）：备用麦克风和备用线缆 > 三路信号分配 > 重复编码路径 == 独立的第二路音频录制 == 持续分块同步到存储——理由充分的平局：这三种方案都位于为房间供信号的分配点下游，因此观众既听不到，也看不到它们。它们保护的是档案和直播，无论结果如何，房间里的人都不会察觉。
• 效率：备用麦克风和备用线缆 > 独立的第二路音频录制 > 三路信号分配 > 持续分块同步到存储 > 重复编码路径
• 备用麦克风和备用线缆 - 默认配置：手边备一支麦克风、备用电池、每次活动都备一根线缆，并为麦克风收集过程中发现的每种接口备一个转接头。成本几乎为零，而且这是唯一能挽救正在进行的活动的级别。只要有任何活动无法重现，就立即升一级——比如主题演讲、发布公告，或专程飞来只做一场演讲的讲者。
• 独立的第二路音频录制 - 使用一台不接入现场混音的录音设备，录制同一音源。关键在于独立：混音或编码链路发生故障，不会影响它。只录音频，因为录音可用的关键在于音频，而没有音频的视频则毫无用处。
• 三路信号分流 - 资料中提出的架构模式：一路输入，分流至三个去向：延迟尽可能低的会场投影仪、用于生成录制或直播输出的编码器，以及供工作人员监看的监视器。这是三个去向，而不是同一条流水线的三个副本；编码路径故障时，不必连带影响会场观众看到的内容或工作人员监看的内容。另一个好处是便于诊断：没有工作人员自己的监视器，就没人会发现录制已经黑屏 40 分钟。
• 持续分块同步至存储 - 最不受重视的选项：将录制内容写入短小、带名称且时钟同步的分块，并持续同步至服务器，而不是事后统一收集。它在档案价值这一维度上最高，因为它能修复的每种故障模式，都是录制名义上成功、实际上却毫无用处的情况；但在投入方面也最高，因为它需要基础设施和专人维护。升级条件：有多个会场、需要同时从中收集文件的活动；可摊薄设置成本的定期活动；已承诺按期限发布档案的项目；或上一届活动的录制内容丢失或无法使用。
• 重复编码路径 - 并行运行一整套第二编码链路。它能提供真正的冗余，成本也确实不低，而且保护的是本来就最不可能悄无声息发生故障的环节。
• 删除，而非降级：从未尝试打开过的未标记备份。 一个装满未命名音轨、没有时间同步的硬盘不算备份；等到需要时才发现这一点，就太迟了。每个更高级别的备份方案都必须有命名规范，并在活动开始前进行一次测试播放。

Crew 和培训

参考实践列出了 6 种不同的 Crew 角色，而不是一个笼统的“AV 人员”（C3VOC）：

• 舞台监督。
• 音频操作员。
• 摄像操作员。
• 视频／画面切换操作员——与摄像操作员由不同的人担任。
• AV 技术负责人，级别高于操作员角色。
• 普通 Crew。

活动是否设置这些角色，由下方的人员配置决策决定。每个角色具体每分钟做什么，由你自行定义；角色划分和培训阶梯请参阅 references/crew-roles-and-training.md。

排序（默认排序，并非定律——Q1、Q8、Q9 和 Q11 会重新排序）：

• 投入（招募人数、培训时长、当天的协调工作、费用）：每个房间完整划分角色 > 签约供应商加一名指定对接人 > 音频和视频分开负责 > 一名指定制作负责人
• 价值（实际发生的技术故障能被负责此事的人发现）：每个房间完整划分角色 > 签约供应商加一名指定对接人 > 音频和视频分开负责 > 一名指定制作负责人
• 效率：一名指定制作负责人 > 音频和视频分开负责 > 签约供应商加一名指定对接人 > 每个房间完整划分角色

支配关系检查：4 个等级、6 组配对，没有严格支配关系。 这种结果只是由构造方式决定的，而这种构造并不意味着方案合格。价值和投入的排序完全相同，因此一个因素就阻止了全部 6 组配对：能发现更多故障的人员配置，必然需要更多人力、时间和资金。

没有列出第三个维度来阻止或打破某组配对。这项检查没有发现排序错误；效率这一项的依据如下。

• 一名指定制作负责人——默认方案：由一人负责信号链路、亲自检查过这条链路，并且不同时担任 MC、发言或负责注册。成本几乎为零，还能让“AV”从一个寄望变成某个人的职责。只要同时运行多个房间，或出现任何现场直播，就立即提升一个等级。
• 音频和视频分开负责——由两个人负责，因为两类故障互不相关，而且可能同时发生。档案记录的成败取决于音频；房间里观众的注意力则取决于视频。
• 签约供应商加一名指定对接人——供应商方案。供应商带来 Crew；你仍要指定一名组织者负责说明需求、核对交付情况，并确保当天有人可以联系。没有对接人的供应商，交付的是他们通常提供的内容，而不是你要求的内容。
• 每个房间完整划分角色——资源需求最高的方案：每个房间都配备舞台监督、音频、摄像、画面切换和技术负责人。价值和投入两项都最高，因此效率这一项永远不会选它；对于社区规模的活动，它所需的人数就等于整个组织团队的人数。升级条件：任何房间需要多机位拍摄、进行现场直播、举办有熟悉这些角色的常驻 Crew 的定期活动，或房间内一旦发生故障就无法补救。
• 删除，而非降级：把场地的驻场技术员当作完整方案。 这不是成本低的等级，而是无人负责的方案——驻场技术员负责场地系统，但这种安排下没人负责你的录制、同意记录或文件。保留技术员，并增加一名负责人。

培训深度采用有参考依据的两级阶梯，而不是单一入职培训。

• 当主办社区没有经验丰富的 Crew 时，开展完整介绍：例如首次举办、新团队，或从未有人使用过的场地。
• 当熟悉流程的 Crew 再次参与时，开展简要复习，并为新人提供实操培训。这适用于定期活动，也是受过培训的 Crew 能为重复举办的活动带来最高回报的原因之一。

这两种都是有名称的实践。实操培训按主题拆分为自学课件——基础知识、摄像、视频切换台、演讲时间线；各角色的操作细节（摄像取景规则、切换台控制台操作、按阶段划分的演讲时间线）见 references/crew-roles-and-training.md。

媒体预算条目

给 samber/dev-event-organizer-skills@event-budget 一个 Media 条目，而不是一笔总额，并按精简档次下仍会保留的内容预先拆分。资料来源中的分类将直播、录制和字幕合并为一个 Media 类别，另将标识牌和互联网列为独立类别；你既不负责也不承担这两项——为参会者提供互联网，与制作流程本身的上行链路是不同的预算条目。

将该条目拆成三部分，这样预算削减时无需再来问你：

• 录制——精简到只剩智能手机的最低配置时，仍会保留。
• 字幕——是否必需属于无障碍决策，由你负责落实，而不是由你决定。
• 直播——精简档次最先砍掉的项目，也会连带取消彩排和专职操作员。

设备、工作人员和供应商报价分别列出每一部分。只报一个 Media 总额，就会被整项砍掉。

现场播客设置

将现场播客视为规模较小的演讲录制，但有三个真正重要的区别：

• 需要真正安静的房间，而不是安静的角落。
• 每位参与者都需要一支麦克风，而不是共用一支。
• 播客的同意问题与演讲不同：对话式录音会录到从未同意上台的人。

在第一场录制前，以书面形式征得每位参与者的同意，而不是依据日程安排推定同意。其他方面都与上文相同的信号路径和冗余阶梯。

故障模式

• 没有彩排，也没有专职操作员就进行直播。 已发布的直播指南将这两项都列为要求。未经彩排的直播由临时有空的人负责，最终会在观众面前、在它本该服务的观众面前出问题。
• 使用摄像机自带麦克风录音。 资料来源中的信号链会从调音台取音频。摄像机放在后排录下的房间声音，会生成没人能看完的文件，而且要到几周后的剪辑阶段才会发现问题。
• 备份没有标签，也没有时钟同步。 资料来源中有实际案例，且涉及大规模录制：录音确实存在，却无法使用。为文件命名、同步时钟，并在活动前打开一个文件检查。
• 通过活动网络批量复制文件。 如果备份流程按固定频率占满网络，它本身就会变成一次事故。持续分块同步，或者等到网络没有其他用途时再复制。
• 替别人决定形式，而不是报告其成本。 现有最明确的已公开财务数据表明，混合形式的 AV 成本大约翻倍。在做决定前报告这一点，然后按最终决定执行。
• 发布超出同意记录范围的内容。 房间里有摄像机不代表参与者同意。同意记录要写明场次形式和退出方式；任何未获许可的内容都不得发布，包括那些必须在现场而非剪辑时尊重退出选择的直播。
• 录制演示中播放背景音乐。 这是一个具体且有资料来源的播放平台风险：带有偶然背景音乐的直播可能会被平台下架。应在活动当天之前提醒演讲者，而不是等到下架后才提出申诉。
• 指定一个凭空编造的带宽数值。 书面向场地方索要有保障的上行带宽数值，并将其写入合同，而不是自行指定数字。
• 活动结束后没有人负责整个流程。 文件收齐后，工作人员便各自离开，视频五个月后才发布，甚至永远不会发布。活动前明确负责人和日期，并在任何人离开场地前确认每个文件都能播放。

衡量指标

三个完整性关卡，可在开场前检查，而且没有任何可争论的阈值：

• 每个房间的信号路径都已端到端走查，并播放了一段测试录音进行回放——不是看电平表，而是实际回放。
• 每份公开发布录音的计划都有一份同意记录，涵盖该场次的录制形式；所有不在计划内的场次都标记为不可发布。
• 每台摄像机、录音机和编码器在每个时段都有明确的负责人，且直播有专人负责，除此之外不承担其他工作。

以下各项都是你设定的指标，而非需要达成的基准。介绍时请说明这一点。

• 采集完整率（自行设定）：有可用录音的场次数，占计划场次数的比例。将“已录制但不可用”计为失败，因为这正是引用案例研究中所述的失败。
• 被冗余措施拦截的故障与影响到观众的故障之比（自行设定）。这个比例将说明下一届活动是否值得增加一级冗余。
• 从活动结束到视频发布所用的时间（自行设定），以及流程中卡住的环节。这个数字将决定定期举办的活动是否需要一套流程，还是只需要一位志愿者。
• 供应商按要求交付的情况（自行设定）：按规格交付的项目数，占要求书中项目总数的比例。只有在存在要求书时，这项指标才有意义。

选两三项，写明每项会触发什么改变，并在活动前而非活动后记录下来。

调用示例

• “我们要为一场有两个房间的会议录制所有演讲。我们实际需要准备什么？”
• “赞助商希望我们直播主题演讲。这需要增加什么？”
• “为我们发给供应商询价的 AV 要求书拟一份草案。”
• “场地方问我们的技术要求是什么。我们该发什么给他们？”
• “如果主题演讲期间麦克风坏了，我们的备用方案是什么？”
• “视频团队需要多少人？每个人负责什么？”

预期输出：按章节逐项呈现制作计划，供确认后再订购任何设备或服务。

1. 用一句话说明采集方案。
2. 列出各房间的覆盖等级及其理由。
3. 画出端到端信号路径。
4. 说明选定的冗余级别，以及各项措施要防范的明确故障。
5. 按姓名分配团队角色，并说明培训深度。
6. 将场地技术规格写成问题，供场地方采购人员要求对方书面答复。
7. 供应商要求书。
8. 将媒体预算分为三部分。
9. 彩排计划。
10. 活动后的工作流程、负责人和日期。

参考资料

• references/signal-path-and-redundancy.md - 完整说明三个目的地的信号分流、记录在案的故障模式列表及针对这些问题的重新设计、哪些内容可沿用到规模较小的活动以及哪些不可沿用，以及一正一反两种冗余方案。
• references/av-supplier-brief.md - 编写的供应商简报模板，以及以问题形式撰写的场地技术规格，其中带宽数值留给场地以书面形式提供。
• references/crew-roles-and-training.md - 六个有来源依据的岗位名称及各自职责、含晋升条件的两级培训阶梯、单机位与双机位覆盖范围的差异，以及彩排演练。
• samber/dev-event-organizer-skills@event-format-selection - 判定活动采用混合形式还是直播形式；此技能汇报相应的技术成本，然后执行方案。
• samber/dev-event-organizer-skills@event-speaker-experience - 收集每位演讲者的音视频需求和录制同意记录，这两项都是此处的输入，且不会在此重复收集。
• samber/dev-event-organizer-skills@event-venue-sourcing - 收集此技能据以制定方案的场地容量答复；它将技术规格转交至此处，此技能再以书面问题的形式交还。
• samber/dev-event-organizer-skills@event-budget - 接收已拆分为录制、字幕和直播三项的媒体费用，并决定其如何纳入整体预算。
• samber/dev-event-organizer-skills@event-vendor-sourcing - 根据此处编写的技术规格选择 AV 供应商并签订合同；绝不可让一个技能同时负责这两项工作。
• samber/dev-event-organizer-skills@event-schedule-design - 确定工作人员执行任务所依据的日程表；如果房间不适合某种活动形式，应向上游报告，绝不能通过取消某场环节来解决。