代理团队漏追品牌回款,达人付款也跟着延迟,怎样做一张总表?
用合作编号把品牌应收、代理佣金和达人应付放进一套可追踪流程,并附最小字段、每周对账规则与催款模板。
达人代理团队要同时管品牌回款、代理佣金和达人付款,最稳妥的做法是:用一个合作编号把合作记录、品牌应收和达人应付串起来,但不要把三件事挤进同一个“已付款”状态。总表只负责回答谁欠谁、何时到期、卡在哪里、今天谁要处理;金额、发票和银行流水以财务系统为准。
真正好用的“总表”不是一张无限横向延伸的 Excel。它是一个总览页,背后至少有合作主表、品牌应收明细和达人应付明细。这样遇到分期付款、补拍加价或一个 Campaign 对应多位达人时,不会因为一行写不下就开始在备注里记账。
为什么团队明明有表格,还是会漏催和迟付?
一位管理约 15 位达人的代理负责人在 r/influencermarketing 的真实提问里写道:品牌发票、达人付款和现金流散在 Google Sheets、邮件与记忆中,导致逾期款没有及时追,达人付款也跟着延迟。这不是“表格不够漂亮”,而是三条时间线被混成了一条:
| 时间线 | 起点 | 关键节点 | 结束条件 |
|---|---|---|---|
| 合作履约 | 双方确认合作 | 寄样、初稿、修改、上线、验收 | 交付被书面确认 |
| 品牌应收 | 满足开票条件 | 开票、到期、催款、到账、核销 | 银行到账且已匹配发票 |
| 达人应付 | 满足达人付款条件 | 账单、审批、排款、汇出、收款确认 | 付款凭证齐全且达人确认 |
“品牌说下周会付”“财务已经安排”“达人内容已上线”都不是结清证据。团队需要记录事实状态,而不是聊天里的乐观预告。
第一步:先确定唯一合作编号和证据归属
合作一确认就创建编号,例如 客户简称-达人简称-年月-序号:ACME-LINA-2609-01。同一编号出现在合同、简报、发票、达人账单、邮件主题、付款凭证和合作记录中。
编号之外,还要提前约定“哪套记录说了算”:
- 合作条件以双方确认的合同或订单为准;
- 交付验收以审批记录和上线链接为准;
- 应收应付金额以财务系统的有效单据为准;
- 是否到账以银行流水及财务核销为准;
- 联系人、沟通历史和下一步以合作工作台为准。
OneCrew 是面向出海品牌和营销团队的达人发现与外联工作台。团队可以在 Creator 与合作记录中保留合作编号、联系人、历史沟通、负责人和下一步。财务收到一句“这个客户又说要晚几天”,可以通过编号回到完整上下文;运营也能看到财务需要补哪份合同或验收材料,不必在十几个聊天窗口里翻找。
第二步:把“一张总表”设计成一个总览、三张明细
如果每笔合作都只有一张发票、一次付款,一张表短期内也能用;一旦出现分期、跨币种或多位达人,建议改成下面的结构。
1. 合作主表:一笔合作一行
| 字段 | 填写内容 | 为什么需要 |
|---|---|---|
| 合作编号 | 全局唯一,不重复使用 | 连接所有记录 |
| 品牌 / 达人 / Campaign | 标准名称与记录链接 | 避免同名和简称混淆 |
| 负责人 | 一个明确姓名 | 异常必须有人处理 |
| 履约状态 | 待寄样、制作中、待验收、已验收等 | 判断财务条件是否触发 |
| 应收汇总 / 应付汇总 | 从明细表汇总,不手填 | 减少版本冲突 |
| 风险状态 | 正常、缺资料、即将逾期、已逾期、争议 | 决定今天先处理什么 |
| 下一步 / 截止日 | 具体动作、负责人、日期 | “等待中”不是行动计划 |
2. 品牌应收明细:一张发票一行
至少记录发票号、合作编号、币种、含税口径、开票日、到期日、应收金额、已到账金额、未收余额、最后催款日、下次催款日和到账凭证。会计软件的应收账龄报告负责告诉你哪张发票逾期;总表负责告诉你应该找哪位品牌联系人、这笔款会影响哪些达人。
3. 达人应付明细:一次应付一行
至少记录合作编号、达人、币种、合同金额、已批准调整、应付净额、付款触发条件、到期日、收款信息核对日、付款日、交易参考号和凭证链接。收款账号变更要走独立复核,不能只凭一封临时邮件覆盖原资料。

第三步:状态要由事实推导,不靠手动猜
总表最容易坏在“大家都能随手改状态”。更可靠的做法是把几个关键状态写成规则:
- 品牌未到期:未收余额大于 0,今天不晚于到期日;
- 品牌已逾期:未收余额大于 0,今天晚于到期日;
- 品牌已结清:未收余额为 0,到账已在财务系统核销;
- 达人待付款:付款触发条件已满足,应付净额大于已付金额;
- 达人已逾期:仍有未付余额,今天晚于达人付款到期日;
- 整单完成:履约已验收、品牌应收为 0、达人应付为 0、凭证齐全。
运营可以在 OneCrew 更新内容审批、达人回复和下一步;财务在会计系统更新发票、到账和付款。周会时通过合作编号对齐两边的事实。如果两边状态冲突,回到合同、验收记录和银行流水,不用“我记得好像付了”投票决定。
第四步:用一笔模拟合作跑通整套流程
下面是方法示例,不是行业收费标准。假设品牌合同总额为 12,000 美元,合同约定代理佣金按总额的 20% 计算,达人应付 9,600 美元;暂不考虑税费、汇损和其他成本。
| 日期 | 发生的事实 | 总表怎样更新 | 谁行动 |
|---|---|---|---|
| 9 月 5 日 | 品牌书面验收内容 | 履约=已验收;创建品牌发票任务 | 项目负责人 |
| 9 月 6 日 | 发票开出,Net 30 | 品牌到期日=10 月 6 日;未收=12,000 | 财务 |
| 10 月 1 日 | 款项尚未到账 | 未到期;发送到期前提醒 | 品牌负责人 |
| 10 月 7 日 | 仍未到账 | 品牌=逾期 1 天;设下次催款日 | 品牌负责人 |
| 10 月 10 日 | 品牌支付 6,000 | 部分到账;未收=6,000;保留原到期日 | 财务 |
| 10 月 20 日 | 剩余款到账并核销 | 品牌=已结清;触发达人付款审批 | 财务 / 审批人 |
| 10 月 22 日 | 9,600 已汇出 | 达人=已付款待确认;上传交易凭证 | 财务 |
| 10 月 23 日 | 达人确认收款 | 应付=0;整单检查后关闭 | 达人负责人 |
这条时间线最重要的不是金额,而是每个状态都有证据、负责人和下一步。即使品牌只付了一半,团队也能准确看到余额,而不是把整单误标成“已付款”。
第五步:佣金和达人应付怎样避免算错?
佣金率本身通常不是最难的,难的是计算基数。合同可能约定按品牌总预算、达人费用、净回款或固定服务费计算。总表至少要保存四项:计算基数、规则版本、调整项、审批人。
可以用下面的通用公式做检查,但最终口径以合同和财务处理为准:
- 品牌未收余额=品牌应收总额-已核销到账-已确认抵扣;
- 代理佣金=合同约定基数 × 佣金率,或固定服务费;
- 达人应付净额=合同金额+已批准追加-合同允许的扣减或代扣;
- 现金缺口=未来 14 天到期的达人应付-同期可用且已确认的现金。
如果合同发生补拍、延期或追加授权,不要直接覆盖原数字。新增调整记录,写清原因、确认日期和证据链接,保留修改前后版本。
第六步:每周只开一场“异常会”
团队不需要逐行念表。每周固定筛选六类异常:
- 内容已验收,但 2 个工作日内仍未开票;
- 品牌将在 7 天内到期,但资料不完整;
- 品牌已经逾期,却没有下一次催款日期;
- 品牌款已到账,达人付款审批仍未启动;
- 达人付款已到期,但缺收款信息或审批;
- 合作显示完成,应收、应付或凭证却没有归零。
在 OneCrew 中打开对应合作,检查最近一次品牌或达人沟通,把下一步写成“谁在什么日期前做什么”。Xero 等会计系统支持应收账龄、银行对账和逾期提醒;运营团队据此处理与具体合作相关的催款、补件和沟通。
两封可以直接用的状态邮件
给品牌:逾期但不情绪化
主题:[合作编号] 发票 [发票号] 付款日期确认
您好,[姓名]:想确认 [项目名称] 的发票状态。发票金额为 [金额与币种],合同到期日为 [日期],目前我们尚未在财务记录中匹配到该笔到账。请问发票是否已通过审批,以及预计付款日期是什么?如需重新提交采购单、发票或验收材料,请直接告诉我缺少哪一项。谢谢。
给达人:主动说明事实和下次更新时间
主题:[合作编号] 付款进度更新
你好,[姓名]:更新一下 [项目名称] 的付款进度。目前 [已验收/已进入付款审批/已汇出],下一次确认时间是 [日期]。合同应付金额为 [金额与币种]。如收款信息有变化,请不要直接在邮件里替换,请回复告知,我们会按流程重新核对。
常见问题
品牌还没回款,代理是否可以暂缓给达人付款?
先看代理与达人的合同约定及适用法律。品牌应收和达人应付是两项不同义务;总表要提前显示现金缺口,让团队在到期前处理,而不是到付款日才发现。
OneCrew 和财务系统怎样分工?
OneCrew 承接达人联系人、历史沟通、合作阶段、负责人和下一步;财务系统管理正式发票、银行对账、税务、应收应付和付款凭证。合作编号让两套记录可以互相追溯。
什么时候一张明细表必须拆开?
出现多张发票、分期到账、多位达人、跨币种或多次付款时就应该拆。合作主表保持一笔合作一行,应收与应付明细允许一对多。
团队最少需要看哪三个数字?
当前逾期应收、未来 14 天到期的达人应付、两者造成的现金缺口。再配合异常负责人和下一步日期,才是可行动的周报。
从一笔正在卡住的合作开始
先选一笔目前有人在追问的合作,创建唯一编号,补齐合同、验收、发票、到账、达人应付和下一步日期。把品牌与达人沟通放回 OneCrew 的同一合作上下文,再让财务系统保留金额和凭证。跑通这笔之后,再迁移其他在途合作,比先设计一张拥有 80 个字段的“完美表格”更可靠。