总结
签约不是执行自动开始的时刻。 用一次 30–45 分钟 Kickoff 把合同中的范围转成共同工作记录：当前版本、联系人、交付物、产品与账号访问、里程碑、审核、披露、数据和付款。会后由品牌发送一页确认，创作者只需指出不一致。所有新要求必须进入变更流程，不能藏在聊天消息里。
把合同条款转换成执行字段
逐项提取内容数量、平台、格式、时长、发布时间、修改轮次、使用权、广告权限、排他、付款和取消。每个字段链接到签署版本，避免团队使用旧报价或 Brief。
合同语言不适合日常追踪时，可以建立简化视图，但不能改变含义。任何冲突回到签署文件和授权负责人。
确认联系人和决定权限
列出创作者、代理、品牌 Campaign 负责人、产品专家、审核人、财务与紧急联系人。对每类问题设一个最终确认人，避免多人给出冲突反馈。
同时确认主要沟通渠道、时区、响应窗口和紧急情况定义。非紧急问题不要跨渠道重复追问。
让产品与账号访问在制作前可用
检查寄样、测试账号、优惠码、登录权限、品牌素材和技术支持。复杂产品要给出设置时间与最小体验周期，不能产品到达当天就要求成片。
访问凭证使用安全渠道并设置到期。Kickoff 记录只保存谁拥有权限和状态，不在普通文档中复制密码或敏感资料。
用里程碑和完成条件启动执行
节点至少包含产品到达、概念确认、初稿、反馈、终稿、上线、数据快照和付款。每个节点写明日期、负责人、输入和完成条件。
会后 24 小时发送确认，并要求只标记不一致项。QuickKOL 将签约前的承诺、执行记录和付款状态保留在同一关系上下文中。
签约后的第一次交接决定后续返工量
FTC 的披露指导应在启动阶段进入 Brief；签约后 24–48 小时内，品牌应发送单一启动包：目标、受众、产品访问、交付、时间、批准事实、披露、联系人、付款和紧急路径。不要让达人从十封邮件和三个云盘中拼接最新版本。会议只解决需要双向确认的问题，并在会后更新书面记录。
一个 6 周项目可以设置产品到达、概念、初稿、事实复核、终稿、发布和付款七个里程碑，每个节点只有一个负责人和一个进入条件。若样品延迟 4 天，系统应同时更新概念和发布窗口，而不是继续用旧日期催促。QuickKOL 把合同范围、Brief、内容版本和状态连接起来，让新人接手时也能看见决定依据。启动完成后由双方确认一份简短纪要，未解决问题必须有负责人和日期。
签约后启动包
每个模块指定唯一当前版本。
| 模块 | 必须内容 | 确认人 |
|---|---|---|
| 范围 | 交付、权益、修改 | 品牌与达人 |
| 内容 | 任务、事实、披露 | 内容负责人 |
| 运营 | 寄样、日期、联系人 | 项目负责人 |
| 付款 | 节点、发票、币种 | 财务负责人 |
检查清单
达人签约后 48 小时清单
小型清单直接对照，不需要下载。
- 发送单一当前启动包
- 确认合同与 Brief 没有冲突
- 记录产品访问和寄样时间
- 确认披露和批准事实
- 给每个里程碑指定负责人
- 测试共享链接和账号权限
- 确认付款资料和币种
- 记录紧急联系和变更路径
资料来源与延伸阅读
外部页面可能更新；平台规则、合同与当地法规应在 Campaign 启动前再次确认。