赞助续约

如何用 90 天跑道续约赞助商：通知、报告、升售、兜底。

为什么

赞助续约非自动 — 赞助商预算、优先级或公司内冠军可能变，若等到续约日问"想续吗"得仓促"不"因赞助商 5 天内建不起业务案。90 天跑道给赞助商时间内部建续约案：-90 天发交付报告（所得）、-60 天提升售（更多交付更多预算）、-30 天确认续约、0 天续约成形式。最常见续约错是把续约当交易（"付 1.2 万再一年"）非关系（"这是你影响，这是明年做啥"）。赞助商因关系和证影响续非因发票。交付报告是最高杠杆续约工具：看到"你 logo 得 5 万展示、支持渠道解 14 问、早访问发布前抓 2 bug"的赞助商 80%+ 续；只得发票的 40% 续。

何时使用

每赞助商续约日前 90 天。那时起跑道，非续约 - 5 天。

如何做

1. 交付日历跟踪每赞助商续约日 — 设 90 天前提醒
2. -90 天：发交付报告（logo 展示、通讯开、支持解、早访问抓 bug）— 这是"这是你影响"消息
3. -60 天：合适时提升售 — "我们为伙伴加新交付（案例、会议演讲），你想从赞助商升伙伴多 X 美元吗？"
4. -30 天：发续约确认 — "回复确认赞助商层（1000 美元/月）续一年"；有变则附 1 页协议
5. -7 天：无确认则发一行："仅查 — 你续约 1 月 15 日，回复确认"
6. 0 天：确认则通过 GitHub Sponsors / Open Collective 处理续约；无回则发最终"你赞助今日到期 — 望欢迎回"
7. 赞助商流失则发 1 问退出调查："什么会让你续？"— 这反馈改进项目
8. 表格记续约结果：续/升/流失/到期 — 这告诉你续约率（目标 > 70%）及哪些层有留存问题

示例

# 90 天续约跑道（Acme，1 月 15 续）
# -90 天（10 月 15）：交付报告
主题：你 EZ4Code 赞助 — 年回顾
- Logo：/sponsors 5 万展示
- 通讯：12 提及，12 万订阅，4% CTR
- 早访问：8 发布，发布前抓 2 bug
- 支持：14 问解，均 18 小时回
回复讨论续约。

# -60 天（11 月 15）：升售
主题：升伙伴？
我们为伙伴加联合营销博文。
从赞助商（1 千/月）升伙伴（5 千/月）得博文 + 路线图输入。

# -30 天（12 月 15）：确认
主题：确认你 EZ4Code 续约
回复确认赞助商层（1000 美元/月）续 2026 年 1 月 - 2027 年 1 月。

# 0 天（1 月 15）：处理或到期
# 确认：GitHub Sponsors 自动续
# 无回：发"赞助到期"+ 退出调查

常见问题

⚠续约前 5 天发续约发票 — 赞助商 5 天建不起内部案，所以说"不"避仓促。用交付报告起 90 天跑道。
⚠把续约当交易（仅发票）非关系（影响 + 未来计划）— 交易续约 40% 关系续约 80%+。以交付报告起。
⚠不问流失赞助商为何走 — 你对续约失败盲目。发 1 问退出调查并用反馈修项目。

最佳实践

✓续约前 90 天用交付报告起 — 给赞助商时间建内部案并把续约定位关系非交易。
✓-60 天提升售 — 赞助商已在评续约，所以是提更多预算更多交付的自然时刻。15-20% 赞助商升级。
✓按层跟踪续约结果（续/升/流失/到期）— 这告诉你哪些层有留存问题及交付混是否需调。