技术需求清单 vs 场地方技术资料包：各自应包含什么

TL;DR — 艺人技术需求清单说明这场演出需要什么，以及巡演团队自带什么。场地方技术资料包说明场地是什么样、已安装哪些系统、有哪些本地设备、可进入哪些区域、有哪些限制，以及可提供哪些工作人员。二者都不能替代对方。演出前对接时，制作团队会对照这两份文件，解决缺口和替代方案，分配由谁提供，并记录最终确认的演出专用方案。请保留带日期的源文件和清晰的决策记录，避免工作人员把“请求”误认为“承诺”。

定义这两份文件

艺人技术需求清单是巡演制作对某场演出的需求说明。它通常包括舞台布局图、输入列表、监听需求、PA 和调音台要求、乐器后线设备、电力、灯光、视频、吊挂、通信、人员配置、时间安排假设，以及随团携带的设备。

场地方技术资料包——也称场地方技术规格、场地规格，或技术信息包——描述的是场地本身，以及它能提供什么。它可能涵盖舞台和房间尺寸、已安装的音频/灯光/视频系统、吊挂数据、电力、装卸通道、后台区域、本地库存、限制条件、联系人以及场地方流程。

技术需求清单回答的是：“这场演出需要什么？” 场地方技术资料包回答的是：“这个场地有什么、允许什么、能支持什么？” 演出前对接流程会把这两个视角整合成一份最终确认的方案。

对比归属与用途

文件名称会有差异。有些场地把自己的文件也叫“技术需求清单”，有些制作方把自己的资料包称作“技术规格”。在解释标题之前，先确认归属方和用途。

艺人技术需求清单应包含什么

技术需求清单应描述真实演出，而不是理想化制作。实用章节包括：

• 制作联系人和决策权限；
• 带有表演者、乐器、升降台、监听音箱、电源与通道的舞台布局图；
• 编号输入列表，包含信号源、麦克风或 DI 需求、支架和备注；
• 监听去向、楔形监听音箱或 IEM 需求，以及 talkback；
• PA、FOH 和监听调音台、舞台接口以及处理器需求；
• 艺人自带设备，以及场地方或供应商提供的设备；
• 乐器后线设备型号、数量、状态、附件以及可接受的替代方案；
• 适用时的灯光、视频、回放、timecode、intercom 或录制需求；
• 舞台、吊挂、电力、网络、人员、时间安排和安全要求；
• 必须项、优选项、可协商项以及需要批准的事项。

技术需求清单模板提供了一个结构化起点。请让舞台布局图和输入列表与书面要求保持一致。

场地方技术资料包应包含什么

一份有用的技术资料包应让来访团队在不猜测的情况下完成计划。

场地与出入

• 统一的技术联系人和制作联系人；
• 地址、房间名称、观众席配置，以及适用时的容量；
• 装卸路线、门和走廊尺寸、电梯限制、装卸码头或街道限制；
• 停车、巴士或卡车进场、宵禁、噪声限制和工作时段；
• 舞台通行、楼梯、坡道、后台动线，以及相关无障碍信息。

舞台、吊挂与电力

• 舞台尺寸、高度、侧台空间、障碍物、地面承重，以及可用升降台；
• 当前吊挂方案、已批准点位、承载数据、场地方规则以及所需供应商；
• 电力接入位置、连接器、电压、相位、容量，以及具备资质的责任方；
• 影响 haze、明火、彩纸、激光、天气暴露或其他演出元素的限制。

吊挂和电力数据必须来自最新的场地方文件和具备能力的专业人员。普通文章或过期的活动文件不能视为批准。

音频、灯光、视频与通信

• 精确的已安装和可移动设备清单，包括型号、数量、位置以及适用时的状态；
• PA 覆盖设计、补声、延时、低音扬声器、功放、处理器以及控制边界；
• 调音台、舞台接口箱、分线、网络、I/O、固件或软件限制，以及场地方工程文件；
• 监听楔形音箱、IEM 支持、麦克风、DI 盒、支架、线缆和备件；
• 灯光位置、灯具、控制台、控制协议、场地方跳线和电源；
• 投影机、显示器、切换、信号格式、分辨率、线缆路径以及内容交接；
• 制作 intercom、提示、演出转播、无障碍听音、录制和直播设施；
• 包含的场地方工作人员、最低到岗人数、专门技能要求以及供应商关系。

维护场地方源文件时，请使用场地方技术资料包检查清单。

按字段逐项对照两份文件

不要先读技术需求清单，再把场地方资料包当成一份泛泛的宣传册。应建立缺口表。

请记录 已确认、由供应商处理、由艺人处理、由场地方处理、待定 和 不适用，不要只靠没有图例的颜色标记。

区分“可用”与“承诺”

库存清单只能说明某件物品存在；它并不一定承诺该物品会包含在本场活动中、只归本场使用、兼容、已维护，或由具资质的人员操作。反过来，技术需求清单上的请求也不等于已经确认，仅仅因为没人对 PDF 提出异议。

对于每一项关键内容，请确认：

1. 具体设备，或明确批准的替代品；
2. 数量、附件和当前状态；
3. 提供方和费用承担方；
4. 交付、搭建、操作和撤场责任；
5. 与系统其他部分的兼容性；
6. 决策负责人和确认日期；
7. 若该项不可用时的备选方案。

如果技术需求清单是合同的一部分，相关各方应通过适用的主协议以及专业法律建议来处理其法律效力。单靠文件名或签字栏，在不同法域或交易中并不会自动产生相同效果。

在不丢失源文件的前提下管理版本

两种文件都会过时。场地方库存会变化，舞台会重新配置，巡演人员会变动，演出文件也会演进。请在每份源文件上注明修订日期、负责人和联系人。

演出前对接期间：

• 保留原始技术需求清单和场地方技术资料包作为参考；
• 建立一份演出专用的缺口与决策记录；
• 将每个决策链接到受影响的舞台布局图、输入列表、时间表或供应商订单；
• 当确认的变更影响巡演计划时，更新当前使用的技术需求清单；
• 明确哪一份文件或哪一版修订取代旧版本；
• 分发一份最终的演出日资料包，并指定其负责人；
• 保留历史记录，方便团队审查为何做出替代或布局调整。

不要反复发送重命名附件，例如 final-v7-new.pdf。PDF 适合做固定交付，而受控的源文件更便于查看修订和历史。

以实用顺序推进演出前对接

1. 交换当前版本的艺人技术需求清单和当前房间专用的场地方技术资料包。
2. 确认联系人、活动范围、观众布局、出入条件、时间表和决策截止时间。
3. 对照舞台、音频、监听、乐器后线设备、灯光、视频、电力、吊挂、通信和人员配置。
4. 标记每一处不一致、缺失信息、假设和审批要求。
5. 先解决关键项，再评估优选项和可接受的替代方案。
6. 分配行动、供应方、费用承担方、截止日期和备选路径。
7. 更新相关文档，确保舞台布局图、输入列表、时间表和订单保持一致。
8. 发出带日期的确认摘要，并在装车前再次核对关键变更。

演出前对接检查清单涵盖了更广泛的活动工作流。对于巡演资料包，请将场地方专属确认与可复用的巡演总版本分开保存，这样某个房间的例外就不会变成所有房间的要求。

避免常见文档问题

• 过期库存： 已停产或已被重新分配的物品仍被列为可用。
• 归属不清： 双方都以为对方会提供调音台、升降台、线缆或操作员。
• 未经批准的替代： 在未核对所需 I/O、控制、附件或工作流程前就更换型号。
• 图纸不一致： 舞台布局图和输入列表显示的阵容或通道数不同。
• 缺少房间标识： 多房间场地发送的是错误空间的尺寸或库存。
• 没有状态语言： 请求、选项和确认看起来完全一样。
• 静默替换版本： 新附件在没有变更摘要或负责人的情况下被传播。
• 危险推断： 吊挂或电力容量抄自旧场次，而不是当前已批准的信息。

FAQ

技术需求清单和场地方技术资料包有什么区别？

艺人技术需求清单描述的是演出的需求和随团设备。场地方技术资料包描述的是建筑、已安装系统、本地库存、出入条件、政策和限制。演出前对接会把两者进行对照，并记录最终确认方案。

谁负责制作场地方技术资料包？

通常由场地方技术经理、制作经理或各部门主管维护。涉及安全的吊挂、结构、电力和系统数据，应由具备资质的专业人员负责。

场地方技术资料包应该包含什么？

应包含联系人、出入信息、房间和舞台尺寸、吊挂和电力信息、音频、灯光、视频、通信、本地库存、人员配置、限制、时间安排以及与该房间相关的修订细节。

场地方技术资料包能替代艺人技术需求清单吗？

不能。技术资料包说明场地能支持什么，但不能定义艺人这场演出的精确要求。技术需求清单说明演出需要什么，但不能证明场地方一定会提供什么。

怎么对照技术需求清单和场地方技术规格？

使用逐项缺口表。对每一项要求，记录场地方证据、状态、已批准替代方案、提供方、费用承担方、行动、截止日期、备选方案，以及确认人。

将两份文件变成一份已确认的演出方案

在 Techrider.live 中创建舞台布局图和技术需求清单，邀请艺人和场地方负责人在同一份清单中协作编辑，并保存每一项已确认的变更。将场地方资料包作为房间证据，将技术需求清单作为演出证据，将演出前对接记录作为双方实际同意交付内容的证据。