把上下游摊在一张桌上：文娱协同的四步对表法

文娱项目的协同问题，很少出在「大家不配合」，而是出在没人说清配合到什么程度。内容方以为场地方负责引流，场地方以为主办方负责售票，技术供应商以为只提供设备不提供人员——三方都在履约，项目还是崩了。下面这套四步对表法，是给项目在开机前把协同关系摊开、逐条对齐用的，不复杂，但要求每条都落到纸面。

第一步：把「配套」拆成可交付的接口

不要用「宣发支持」「技术支持」这种词，它们在会上听起来都对，落地时无人负责。改成有交付物、有数量、有验收标准的条目：物料在什么时间点交付、由谁签收、不合格怎么退。一个演出项目通常能拆出十几条接口，包括场地交付时间、电力与网络的容量、安保与消防的责任划分、票务系统的数据回传、艺人的彩排窗口。拆完之后按上下游排序，标出哪些是串行、哪些可以并行，串行的接口就是项目的关键路径。这里有一条经验：越是「大家觉得不用说」的接口，越容易出事，比如场地几点交钥匙、演出结束后谁负责清场，这类细节往往最后靠现场扯皮解决，成本比写下来高得多。

第二步与第三步：对齐周期，指定唯一主责

第二步是周期对齐。把每个接口倒排到项目的日历上，看是否存在「上游还没定、下游已经开工」的错位。文娱项目最常见的浪费，是舞台设计改了但灯光编程没跟上，或者宣传口径定了但票档还没批。第三步是主责人。每条接口只指定一个人，允许他有副手，但对外只能有一个声音。跨公司协作时，主责人要同时拥有「叫停」的权力，否则发现问题也只能往上汇报，等批复回来窗口已经关了。主责人还需要一条固定的同步节奏，比如每周一次十分钟的对表，只讲三件事：已完成、卡在哪、下一步要谁配合。

第四步：提前写好退出与变更条款

协同做得好不好，很大程度上取决于坏事发生时怎么办。开工前要约定三件事：变更谁批、成本怎么分摊、什么条件下可以退出且不触发违约。比如天气、报批、艺人档期这三类不确定，通常需要在合同里单列处理方式，而不是笼统写「不可抗力」。同样的逻辑适用于长期合作：把每次项目的接口清单沉淀成模板，下一场就能复用，协同能力才会随项目数量增长，而不是每次都从零开始谈。清单本身不产生价值，被反复使用并逐版修订的清单才会。