投放团队的协作问题，很少表现为「吵架」，更多表现为「等」：投手等素材，素材团队等需求确认，管理者等到周会才发现两个团队对不上进度。三方都在忙，产出却卡在界面上。
这篇文章说明投放、素材、管理者三方各自的职责界面，以及用统一的协作载体减少等待的做法。
先划清三条职责线
协作混乱的第一原因常常是职责本身模糊。三方的核心职责可以这样切分：
投手对投放结果负责：策略、账户操作、预算与出价、数据观察，以及把「需要什么素材、什么时候要、测试什么变量」说清楚。需求说不清，是投手侧最常见的失职。
素材团队对产出负责：按需求完成制作与迭代，同时把「能做什么、做多少、卡在哪」及时反馈。素材产能是有约束的，需求侧不知道约束，就会不断下「紧急」需求，最后每个需求都紧急。
管理者对节奏负责：定优先级、仲裁冲突、看两条线的产出与效果数据。管理者最容易犯的错误是陷入具体执行决策——拍了某条素材的方向，却让真正的仲裁事项（优先级冲突）悬着。
模糊地带集中在两处：素材方向的判断权（投手说了算还是编导说了算），以及紧急需求的仲裁权。这两处建议明确到「谁拍板」，其余交给流程。判断权归属可以按团队实际定，但要有且只有一个答案。
用需求单代替聊天窗口
「帮我看下这条」「下午能不能加一条新的」，是素材产能流失最大的黑洞。聊天式需求有三个缺陷：没有优先级、没有验收标准、没有记录。
改用结构化的需求单，一份需求至少写清五项：
- 用途：投什么、测试什么变量、用在哪个项目；
- 交付要求：时长、版本数、参考素材、必须保留的元素；
- 时间要求：需要时间与可接受的最晚交付；
- 验收人：谁确认通过；
- 备注：历史表现参考、想规避的问题。
制作侧接单或驳回时说明原因，完成后分批上传到需求里，提出人验收后衔接审核与投放。历史需求可以复制复用——常投的剧、常做的结构，需求不用每次从零写。
这不是形式主义。需求单的价值在于把口头约定变成可追踪的约定：谁在等谁、卡在哪一环，打开就能看到，不需要在群里@来@去。
让状态变化自动找人
有了需求单，下一层效率来自通知：需求下单、接单、交付、素材拒审、审核批注这类事件自动推送到对应人员在用的协作工具，减少「反复登录平台看状态」的动作。
通知最直接的价值是把拒审信息第一时间送回制作人手里：素材被拒审，制作侧立刻知道原因并返工，而不是等投手发现计划空跑再回头追问。反馈链路每缩短一环，产能就少漏一截。
通知的前提是团队完成协作工具与成员账号的绑定；通知类型和可用渠道以当前产品版本支持情况为准。
数据是共同语言
三方对「这条素材好不好」经常各说各话，因为看的数据不同：投手看消耗和成本，剪辑看成片质量，管理者看汇总报表。解决方式是建立共同的复盘口径：按素材维度聚合投放数据，配合统一的创意标签（方向、钩子、卖点等），让讨论围绕「哪个元素有效」展开，而不是「谁的感觉对」。
素材产出数据（谁做了多少、交付是否准时）与投放效果数据（做了之后表现如何）放在同一张表里看，管理者的判断才有依据——只看产出会鼓励堆量，只看效果会忽略产能约束。
协作约定的复盘
分工和流程不是定一次就结束。建议每月在复盘会里固定留十分钟讨论协作本身：哪类需求反复延期、哪类问题反复扯皮，对应调整需求单模板或分工边界。协作机制的迭代速度，决定团队能不能吃下更大的量。
远程与异步团队的补充约定
团队分布式办公时，协作约定要多补三条。第一，异步默认：需求单里写清「最晚交付时间」而不是「尽快」，「尽快」在异步环境里等于没有期限。第二，状态可见：每天的协作状态（在投计划变化、素材交付进度）通过自动通知和看板同步，不依赖会议；需要讨论的事项攒到固定同步会，而不是随时拉会。第三，决策留痕：凡是拍板过的事项——素材方向、优先级冲突——在需求单或文档里留一行结论与理由，避免跨时区反复重新对齐。远程不是协作问题的原因，它只是把原本靠「顺嘴一问」维持的协作放大成了问题；把界面写清楚，远程和坐在一起的团队遵循的是同一套方法。
一个上手最快的切入点
如果只能先改一件事，建议从「需求单必须写清验收人」开始。这一个字段能牵动整条链路：有验收人，需求就有明确的完成定义；有完成定义，「交付了但不算数」的扯皮会大幅减少；扯皮减少后，制作团队对需求排期的信心上升，紧急插单的谈判也变得具体。单点改造的好处是不需要全团队先达成共识——投手在自己的需求里写上验收人，两周后其他人会自然跟进，流程改进有时就是这样从一个字段开始的。
下一步
协作改进不需要一次到位。建议先做两件事：把需求单模板定下来跑两周；把一次投放复盘会改成按创意标签讨论。看到变化后，再决定是否全面调整分工。需求协作与通知能力可在创量智投标准版页面进一步了解；多客户团队的分工与隔离，可参考站内「按客户隔离资产与数据」主题（同批新稿，发布后互链），团队协作工具的通用背景可读广告投放团队协作工具：优化流程与提升效能的关键。