赞助交付
如何用清单和日历一致履行赞助交付以防漏义务。
为什么
赞助是合同:赞助商为具体交付付,若漏交付你违约将丢续约。最常见交付:logo 展示(网站、README 或文档)、通讯提及、发布早访问、专属支持渠道。每交付有履行节奏:logo 展示一次性(签时放上)、通讯提及循环(每月或季)、早访问按发布、支持持续。失败模式是临时履行:签时放 logo,3 月忘通讯提及,赞助商续约时流失因未得所付。修是交 付日历:每赞助商列每交付及其节奏,每实例放日历带负责人。这每赞助商每年 30 分钟设,防漏交付流失杀赞助项目。
何时使用
当赞助商签时。首发票付前设交付日历,让履行第一天起。
如何做
1. 每赞助商在"赞助交付"表建行:赞助商名、层、起日、续约日,及每交付及其节奏 2. logo 展示:签后 48 小时内加到网站/README/文档 — 这是最可见交付须先做 3. 通讯提及:加循环日历事件(月或季)带赞助商名和通讯稿截止 — 提及须在签后下期 4. 早访问:下次发布前加赞助商到私有发布渠道(GitHub 团队、Discord 角色)— 他们须在公开发前得访问 5. 专属支持:建私有 Slack/Discord 渠道带赞助商团队并派工程师监 — 响应 SLA 通常 24-48 小时 6. 设月提醒审交付日历:所有循环交付按计划?本月有赞助商漏交付? 7. 跟踪交付履行:每实例标完成带日期和证链接(通讯期、发布标签、Slack 消息) 8. 续约前 30 天发赞助商"交付报告"列过去年所得 — 这让续约决策无脑
示例
# 赞助交付表(每赞助商一行) | 赞助商 | 层 | 起 | 续约 | Logo | 通讯 | 早访问 | 支持 | |---------|---------|----------|----------|------|------------|--------------|---------| | Acme | 赞助商 | 2025-01 | 2026-01 | 完成 | 12/12 | 8/8 发布 | 活跃 | | Globex | 伙伴 | 2025-06 | 2026-06 | 完成 | 4/4 | 3/3 发布 | 活跃 | # Acme 循环日历事件(赞助商层) - [月] 通讯提及 — 25 日稿,1 日发 - [按发布] 公开前 24 小时加 acme-team 到私有发布渠道 - [持续] 监 #acme-support Slack,24 小时 SLA 内回 # 交付报告(续约前 30 天发) 主题:你 EZ4Code 赞助 — 年回顾 - Logo:展示在 /sponsors 页(12 月,5 万展示) - 通讯:12 月期提及(12 万订阅者) - 早访问:8 发布公开前 24 小时收 - 支持:14 问答,均 18 小时回(SLA:24 小时) - 续约:2026 年 1 月 — 回复续赞助商层(1000 美元/月)
常见问题
- ⚠履行 logo 展示但忘循环交付(通讯、早访问)— 赞助商为全套付,3 月漏通讯提及是违约。用交付日历。
- ⚠支持渠道无 SLA — 赞助商发消息等 5 天回,感觉被忽。设 24-48 小时响应 SLA 并每日监渠道。
- ⚠续约时不发交付报告 — 赞助商须记所得,记不起则流失。续约前 30 天 发报告列每履行交付。
最佳实践
- ✓第一天为每赞助商设交付日历 — 每交付、其节奏、负责人。这 30 分钟防漏交付流失杀项目。
- ✓续约前 30 天发交付报告 — 列赞助商所得让续约无脑并给你提升级机会。
- ✓带证链接跟踪履行(通讯期、发布标签、Slack 消息)— 这是赞助商争议漏交付时的审计迹。