Skip to content
返回变现与收入

赞助交付

如何用清单和日历一致履行赞助交付以防漏义务。

为什么

赞助是合同:赞助商为具体交付付,若漏交付你违约将丢续约。最常见交付: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 消息)— 这是赞助商争议漏交付时的审计迹。