赞助之门：4,200 个 star 里的 23 个人与两家公司

赞助页不是收款码，是一份「这笔钱会变成什么」的说明书。

一、第一笔 3 美元的赞助

2025 年 11 月，syncwell 收到第一笔赞助：3 美元，留言只有一句「谢谢，省了我一个下午」。许砚盯着那条通知看了很久，因为它和 star 完全不是一回事——star 是「我知道了」，3 美元是「我愿意为它付一点」。

这句话后来被他写进了赞助页的第一段。它解释了一个常见困惑：为什么 star 很多的项目收不到赞助——star 表达的是「有趣」，赞助表达的是「有用」，两者之间隔着一次真实的使用。

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

一年后，个人赞助稳定在 23 人、合计 129 美元/月；企业赞助 2 家、合计 200 美元/月。两项加起来 329 美元，占当月总收入 1,949 美元的 16.9%。这个比例不高，但它是唯一一条不依赖「用户愿不愿意迁移到托管」的收入。

23 ÷ 4,200 = 0.55%，也就是平均每 182 个 star 换一个赞助者。这个数字经常被人拿去对比「别人的项目有 2% 转化」，然后得出「我的项目不行」的结论。这种比较没有意义：star 的构成、项目的使用频率、赞助页的入口位置都不同，转化率不能跨项目比。

可以比的是自己的变化。他的赞助转化从 2025 年的 0.31% 升到 0.55%，原因不是 star 变多，而是把赞助入口从首页挪到了「升级成功」页面之后；同一批流量，转化翻了一倍多。

赞助的本质是「长期使用的感谢」，不是「一次性打赏」。 愿意每月付 3 美元的人，通常已经用了半年以上；第一次打开就赞助的人极少。所以赞助页不该出现在首页顶部，而该出现在「你已经在用」的路径上：文档末尾、升级提示、版本说明。

入口位置的影响可以用一个数衡量：从看到入口到完成付款的步数。首页到付款是 4 步（点赞助、选档、填卡、确认），文档末尾到付款是 3 步（点赞助、选档、确认，卡已存）。少一步，转化大约高 15%。

二、三档定价与 23 个人的分布

赞助档位的设计原则只有一条：最低档要低到不用思考，最高档要能覆盖一小时的维护成本。中间档是给「每天都在用」的人准备的。

12 个人付最低档，占 52.2%；8 个人付中档，占 34.8%；3 个人付最高档，占 13.0%。这个分布说明最低档承担了「降低门槛」的功能，而不是「筛选诚意」。如果把最低档设成 10 美元，这 12 个人里大概会走掉一半，而中档不会因此增加。

最低档还有一个约束：它必须能覆盖支付通道费。3 美元在小额支付里手续费占比接近 10%，实际到手 2.7 美元；如果降到 1 美元，手续费会吃掉三分之一，赞助就变成了给支付公司打工。

最高档的 15 美元不是随意定的。它接近「一小时维护成本」的一半（净时薪 32.1 美元），这个价位让赞助者觉得「我在分担一部分工作」，又不至于期待正式支持。超过这个数，付款人就会开始问 SLA；那是第 8 篇的双许可，不是赞助。

企业赞助只有两档：100 美元/月与 300 美元/月。两家都选了 100 美元，因为它们的用量还小，300 美元档写的是「logo 上墙 + 季度通话」，暂时没人需要。企业档位不该设太多，因为每一档都对应一份隐含的承诺。

企业档位的另一条规则是「不要承诺 logo 上墙的具体位置」。位置一旦写死，改版时就要重新谈判；写成「列在赞助者页面」即可，位置由你决定。

三、9 家接触、2 家成交：企业赞助的漏斗

企业赞助不能等对方上门。这一年主动接触了 9 家用过项目的公司，流程比想象中长，但每一步都能说清。

整体成交率 2 ÷ 9 = 22.2%。漏斗里流失最多的一步是「有回复 → 内部讨论」，原因是对方需要采购流程，而赞助金额太小，走流程的成本高于金额本身。这也是为什么企业赞助要提供年付选项：一次性 1,200 美元比每月 100 美元更容易过审批。

两家成交企业的共同点很明确：都在生产环境使用超过半年，都有工程师在 issue 区提过问题，都能开发票。三个条件缺一个，成交率就会掉一半。主动接触时先确认这三个条件，比写一封漂亮的邮件有用。

邮件本身只需要四句：我看到你们在 issue 里用了这个项目、我们有一个企业赞助档、包含开发票与季度沟通、如果不合适可以忽略。四句话，回复率 55.6%；写成三段的介绍信，回复率反而更低。

企业赞助卖的不是 logo 曝光，是「出问题时有人认得你」。 这句话必须写进赞助页，否则对方会拿它和广告位比价，然后觉得 100 美元太贵。

这句话也解释了为什么企业赞助不该按「曝光量」定价。100 美元买到的是「出问题时能找到人」，不是「被多少人看到」；按曝光定价，等于把自己放进广告市场，而那个市场里你没有优势。

四、赞助页的五个要素与一次复算

一个能转化的赞助页只有五个要素，缺一个就会漏掉一类人。

第一是「这笔钱变成什么」。写清服务器、域名、CI 分钟与维护时间各占多少，比写「支持开源」有效十倍。第二是档位与对应的最小回报：最低档可以只写「名字进赞助者列表」，最高档写「季度问题优先看」。

最小回报要能被兑现。写「优先看 issue」可以，写「24 小时内回复」就成了 SLA；前者是排序，后者是承诺。个人项目只该承诺排序，不该承诺时限。

第三是资金用途的更新频率。每季度发一次简短说明：这个季度收到了多少、花在哪、下一季度准备做什么。第四是退出方式：随时可取消，不需要发邮件说明理由。第五是一个真实的名字与一张照片；匿名项目很难收到个人赞助，因为赞助是人对人的动作。

还有一个要素常被漏掉：一句「现在有多少人在赞助」。社会证明对赞助的转化比任何文案都强；显示「23 人正在赞助」比写「请支持我」有效得多，但不要虚构这个数字。

流失也要算。这一年新进 31 人、离开 8 人，净增 23 人；流失率 8 ÷ 31 = 25.8%。离开的原因集中在两类：换工作后不再使用（5 人）、觉得项目更新变慢（3 人）。第一类无法挽回，第二类可以通过季度更新缓解。

流失也要看方向。8 个离开的人里，有 5 个在离开前三个月没有打开过项目仓库；这说明流失不是突然发生的，是使用先停止、赞助后取消。想降低流失，要在「使用变少」时介入，而不是在「取消」时挽留。

复算：
个人：12×3 + 8×6 + 3×15 = 36 + 48 + 45 = 129/月（23 人）
企业：2 × 100 = 200/月
合计：129 + 200 = 329/月；× 12 = 3,948/年
占收入：129 ÷ 1,949 = 6.6%；200 ÷ 1,949 = 10.3%；329 ÷ 1,949 = 16.9%
转化：23 ÷ 4,200 = 0.55%；4,200 ÷ 23 = 182.6 个 star/人
档位结构：12 ÷ 23 = 52.2%；8 ÷ 23 = 34.8%；3 ÷ 23 = 13.0%
企业漏斗：9 → 5（55.6%）→ 3（60.0%）→ 2（66.7%）；2 ÷ 9 = 22.2%
流失：新进 31、离开 8、净 23；8 ÷ 31 = 25.8%
年均：329 × 12 = 3,948；单人年均 129 × 12 ÷ 23 = 67.3 美元

复算里最值得看的是最后一行：一个个人赞助者一年贡献 67.3 美元。这个数字决定了你该花多少时间维护赞助关系——如果一个人一年带来 67 美元，那么花 2 小时写一封个性化感谢信就不划算，花 20 分钟做一次季度群发就刚好。

五、行动清单与复算验收

• 统计当前个人赞助人数与档位分布，算出每人年均贡献。
• 把最低档设到「不用思考」的价位，最高档设到「约半小维护成本」。
• 在文档末尾与版本说明里放赞助入口，而不是首页顶部。
• 写清资金用途的四项占比，并承诺每季度更新一次。
• 列出主动接触过的公司，按「使用半年、提过 issue、能开发票」三条筛选。
• 给企业赞助加年付选项，降低审批摩擦。
• 统计新进与离开人数，算出流失率与主要原因。
• 写一句「随时取消，不需要理由」，放在档位下方。

验收标准：任取一个赞助者，都能说出他付多少、为什么付、你在什么频率上与他沟通。

前四条是「把入口做好」，后四条是「把关系维持住」。如果只有一小时，先做第四条：资金用途写不清楚，后面的档位设计都不会有人看。

清单里最容易被跳过的是第六条。企业赞助的金额小，走采购流程的成本高；年付不是折扣手段，是让对方能用一个更低的审批门槛完成付款。

使用边界与实操验收

0.55% 不是行业基准。 它只是这个项目的现状；star 的来源、项目的使用强度与赞助页的位置都会改变这个数字。

赞助不是收入的地基。 329 美元/月只占 16.9%，且随时可能流失。把它当成主收入，会在某个月发现现金流少了一截。

不要承诺回报。 赞助页写「优先看 issue」可以，写「24 小时响应」就变成了支持合同；前者是善意，后者是义务。

个人赞助的增长很慢。 它更像口碑的副产物，而不是可以投放的渠道。想做增长，优先级应该是托管转化，不是赞助转化。

企业赞助需要开发票。 如果你无法开具合规发票，企业赞助基本走不通；这不是营销问题，是财务基础设施问题。

关键参考与核验范围

• Open Source Guides：获取资金 ：用于核对赞助、资助与商业收入的分类方式。
• Open Source Guides：治理 ：用于核对赞助披露与决策透明度的常见做法。
• SPDX License List ：用于核对赞助是否与许可证义务冲突。

以上链接于 2026-10-26 实测可公开访问；未核验版本、功能范围与政策更新。核验日期：2026-10-26。

范围上只讨论一个人维护的开源项目如何设计赞助档位、企业赞助漏斗与资金披露，不讨论基金会、拨款申请与税收优惠。

系列导航

• 上一篇：依赖与安全：214 条告警、11 条高危与三次安全公告
• 下一篇：双许可与企业版：九家询价、两家成交与 4,800 美元
• 回到目录：一个人的开源产品：4,200 个 star、一百八十个付费与一年 612 小时的维护
• 相关阅读：一个人的企业客户：九家询价、一百四十八道问卷与 134 天的第一单