developer-event-sponsorship

开发者活动赞助

你来决定公司的开发者活动预算投向何处：赞助哪些活动、赞助力度多大、现场开展什么活动，以及公司能如实获得哪些回报。

请逐行阅读每份赞助方案，因为不同活动中的级别名称没有可比性。基金会的大型会议中的“Gold”和志愿者组织的社区日中的“Gold”，在真正重要的方面可能大不相同：是否提供联系人数据、舞台发言名额是否出售、哪些展示位单独出售。

开发者会把赞助视为公司立场的表态。在社区活动中采用贸易展会式的做法，损失的信誉会超过 Logo 带来的收益——第 6 步中的每项现场活动选择都应遵循这一原则。

如果用户要处理的并非此处讨论的事项，请引导他们前往其他地方：

• 组织自己的聚会、会议或黑客马拉松 → samber/developer-relations-skills@developer-meetup-program，或参阅相关内容 samber/dev-event-organizer-skills，了解活动组织工作。
• 让演讲提案获得接纳 → samber/developer-relations-skills@conference-cfp-submission。
• 资助开源项目和维护者 → samber/developer-relations-skills@oss-sponsors-brand-strategy。
• 将整个 DevRel 预算分配到各个支柱 → samber/developer-relations-skills@devrel-budget-allocation。

访谈

一次只问一个问题；尽可能采用选择题。了解目标、预算和人员投入上限后就停止提问；其余事项在计划逐步成形时再确认。

记忆：保存一些当前任务或项目背景信息。如果记忆存储在文件中，请使用 devrel-context.md；如果使用其他记忆系统，则沿用该系统。将不同任务的信息分开放在不同章节中。已完成的任务要删除。为任务添加日期；通用项目背景信息不添加日期。有些访谈答复可能因任务而异。

1. 谁提出了这项需求，预算由谁承担——DevRel、开发者营销、现场营销、工程团队，还是创始人？
2. 这笔钱应该带来什么改变：提升新生态中的知名度、促进产品采用、拓展销售线索、建立合作伙伴／生态关系，还是招聘工程师？请排出前两项。
3. 谁会购买你的产品——用银行卡付款的开发者、向买家推荐产品的开发者，还是从不直接使用产品的买家？
4. 现场必须有哪些人：哪些岗位、资历、生态和地区？说出你希望团队与之交流的人。
5. 每年预算是多少？这只是费用，还是包含全部支出（差旅、周边、员工时间）？预算何时敲定？
6. 你们的投入上限是多少：能派几个人去帮陌生人调试代码？每人全年能投入多少天？每场活动结束后的两周内由谁跟进？
7. 最晚要在什么日期前看到成果——董事会评审、融资轮，还是发布活动？这不是合同截止日期；两者都要问清楚。
8. 今年你们想在一场活动中取得一次性成果，还是建立能随着活动届数增加而累积成效的长期影响力？
9. 目前有哪些备选活动——名称、日期、截止日期、报价档位？之前赞助过哪些活动，结果如何？
10. 现有的基线数据有哪些：网站分析数据、注册来源归因、CRM、过往活动报告？
11. 有哪些限制——对收集的联系人信息有哪些数据保护规定、招聘目标、品牌规则、地域限制，或你们不愿与之同台的竞争对手？
12. 谁签字？你们面临的最早合同截止日期是什么时候？

问题 6 至 8 会影响步骤 3、4 和 6 中的排序，因此提出建议前要先问这些问题，并说明哪项答复改变了哪个选项：

• 如果成果期限临近，就优先考虑步骤 4 中的线下聚会和社区层级，以及步骤 6 中的服务台展位；直接排除工作坊——准备一两个月，无法赶上两个月后的截止日期。此外，相较于新增活动，应优先考虑在已签约的活动中购买附加项目。
• 如果目标是长期累积成效，就优先考虑步骤 3 中以生态为核心的组合、重复参加同一活动而非只参加一次，以及步骤 6 中的工作坊。
• 如果投入上限较低，就排除工作坊和配套活动；步骤 3 仅考虑一支团队能派人支持的方案；展位的全部开放时段会成为限制全年可参加活动数量的关键因素。

如果你的运行环境支持持久记忆，请保存目标、年度预算分配、每场活动的门槛和活动后的评估结论。赞助每年续签；下次会话不应从头重新推导活动组合。

第 1 步——确定一个首要目标

一项赞助只服务于一个首要使命。后续所有事项（活动选择、赞助等级、激活方式、指标）都由它决定；如果计划保留两个首要目标，最终只会产出一份无人能据此采取行动的报告。

这张目标表参考了 Phil Leggetter 的 AAARRRP 目标映射，其中活动和大会演讲归入认知／获客类别——这纠正了以销售管道为先的赞助推介思路。

这张表有意不对效率进行排名：目标是交给你的使命，而不是根据投入产出比选择的选项；如果给各行排名，就会误导招聘团队去追逐销售管道。下文的所有排名，都会以最终选定的这一行为基准。

目标	资金换来的价值	主要指标	适合的活动
认知	首次触达尚不了解你的生态系统	品牌搜索量、直接流量，以及相较活动前基线的无提示提及提升	大型综合类大会、学生黑客马拉松
采用	活动期间实际使用产品	活动参与者群体中，在 30／60／90 天后仍活跃的激活用户	适合举办工作坊的活动、黑客马拉松、生态系统大会
销售管道	与有能力购买或推动采购的人进行合格对话	对话 → 机会 → 受影响的销售管道	面向从业者、企业占比较高的大会
生态系统	合作伙伴和集成相关对话	已安排后续会议的合作伙伴对话数	供应商中立的基金会活动、生态系统峰会
招聘	接触候选人	进入招聘漏斗的候选人数	学生黑客马拉松、语言社区大会

购买者的类型会同时改变目标和衡量方式：

• **由开发者购买的产品（自助服务、刷卡付款、个人或团队套餐）**表现得像消费品营销。成效可通过产品内数据衡量（活动专属注册 URL、促销额度、激活曲线）；后续应邀请用户体验产品，而不是启动销售跟进流程。认知和采用是切实可行的使命。
• 通过企业销售的产品，关键在于一场能在活动结束后持续两到四个季度的对话。参会者往往是内部倡导者，而非签约人，因此销售管道的归因必须依据 CRM；活动的贡献是影响，而非来源。
• 同一家公司同时采用两种销售模式时，应按活动设定目标，而非按年度设定：黑客马拉松的目标是认知，企业大会的目标是销售管道。计划中要明确区分。

步骤 2 - 筛选每个候选活动

在招股说明书中，参会人数是信息量最低的数字。确定任何价格前，都应要求提供以下证据；如果主办方无法提供，就把这视为答案：

1. 受众构成 - 职位类型、资历、公司规模、购买影响力。不能只给总人数。
2. 地理分布和差旅情况。
3. 历史表现 - 往届活动、赞助商续约率，以及上一届活动结束后的报告（含实际数据）。
4. 赞助商密度，以及哪些竞争对手已确认参与。
5. 套餐具体包含哪些内容（见步骤 4）。
6. 议程平衡 - 技术内容与赞助商内容的比例。
7. 后续联系权限 - 是否有联系数据，以及数据是在何种同意授权下取得的。

运营状况良好的活动，其主办方通常已经公布了其中大部分信息。PSF 的 PyCon US 2026 招股说明书在列出价格之前，就印出了参会人数、职位类型细分（53.9% 为开发者）、行业细分和公司规模区间——这才是应要求每位主办方达到的证据标准，而非特殊礼遇。

根据活动是否符合目标来评分，而不是与其他活动的价格比较。references/event-scorecard.md 提供了加权评分表、一份强势活动与弱势活动并列评分的示例，以及一封用于索取上述证据的请求邮件。

以下情况应放弃：

• 人口统计数据无法核实
• 首次办活动的主办方作出重大承诺
• 招股说明书对赞助商权益的推销力度超过对参会体验的介绍
• 将参会者名单作为交付物提供
• 在提供受众数据之前就开始施加截止日期压力

步骤 3 - 先构思活动组合，再作选择

确定预算范围后再拟定候选名单。已有一个公开的参考数据：在 State of Developer Relations 2024（DevRel.Agency，2024 年 9 月）中，活动平均占 DevRel 项目预算的 41.1%，是四大类别中占比最高的。只能将其用作活动历来在 DevRel 支出中占主导地位的证据——回答该问题的 47 位受访者所报比例总和为 104.5%——绝不能将其当作要达到的目标。

然后，在承诺参加任何单场活动之前，先开始头脑风暴。为全年勾勒 两到三个候选活动组合，分别列出预算分配比例、所需人员投入，以及有意不追求的目标。推荐其中一个，解释其他方案为何不如它，并在开始任何谈判前取得明确同意。

值得构思的有四种组合形式，以下按单位投入所创造的价值排序。投入包括全年员工工作日、差旅开销、可在不同活动间复用的准备工作，以及每场活动结束后的跟进能力——绝不包括费用。价值包括活动结束后仍能持续的合格对话，以及延续到下一届的知名度。

• 效率：生态系统锚定型 > 旗舰活动主导型 > 后备梯队型 > 区域分散型
• 价值：旗舰活动主导型 > 生态系统锚定型 > 后备梯队型 > 区域分散型
• 投入：区域分散型 > 后备梯队型 > 旗舰活动主导型 == 生态系统锚定型

在此层面无需单列合规成本：合同、同意授权和行为准则义务都在步骤 4 中按场次签署，而组合形式本身不承诺其中任何一项。

• 生态锚定型 - 每场活动都属于同一个技术社区。它在效率方面领先，因为演示、员工简报、准备好的答复和后续关系只需构建一次，就能在每场活动中重复使用；可信度也会迅速累积。投入：一两个月的准备时间，之后由负责该社区的人持续承担这项工作。一旦策略需要拓展到第二个生态，就会失效。

• 旗舰活动主导型 - 深度赞助一场活动，同时在其他地方小规模亮相。这种模式带来的交流最多、认知度最强，因为开发者受众最关注参与的深度。投入：一两个月的准备时间，以及活动周期间的持续工作。无法实现地理覆盖，而且在旗舰活动所在地区之外都得从零开始。

• 梯队培养型 - 通过学生黑客马拉松提升长期认知度，再参加一场从业者会议以证明短期成效。在同一笔预算上追求两个目标、采用两套指标，这也是它的代价：两套后续跟进流程和两套衡量体系，都得完整投入资源。投入：旗舰活动主导型的准备工作量翻倍，并需要两位负责人。

• 区域铺开型 - 参加许多小型本地活动。单场成本低，适合外勤团队，也是唯一能触达从不出远门的开发者的模式。投入：差旅开销随活动数量增加，后续跟进也分散给更多负责人。很少能触达决策者。

• 解释为何投入并列：旗舰活动主导型和生态锚定型由相同的人，在相同的准备工作上投入相同的总天数。生态锚定型将这些天数分散到更多场次，却不增加总天数，因此它赢在效率，而非投入。

• 默认选择生态锚定型；当有证据表明某场活动确实汇聚了目标所指的受众，或者公司在单一生态中的知名度已经建立，而任务是拓展该生态之外的认知度时，改选旗舰活动主导型。

• 此排序会牺牲什么：区域铺开型，它是唯一能让外勤团队实现本地覆盖的模式。如果市场进入策略以区域为核心，且员工本来就住在这些城市，应优先考虑它——团队无需前往新地点，就能将最不利的维度——差旅开销——降至近乎为零。

• 只要活动衡量工作由一人负责，就应删去梯队培养型，而非将其排在最后：一位负责人承担两个目标，最终只会有一项指标和两个借口。

• 根据你对团队的已有了解重新排序：公司已在其中享有知名度的生态、员工集中在某个区域，或现有的工作坊课程，都应在应用默认排序前提升相应模式的优先级。

将年度预算中的一部分留作未分配资金——15-25% 是此技能的默认值，并非行业标准——因为最合适的活动很少会在一月份就出现在视野中。

第 4 步 - 选择模式和级别

查看价格前，先在活动说明书中查找以下三项条款：

• 赞助方会收到哪些联系人数据
• 如何获得演讲环节名额
• 哪些展示位需要单独购买

不同套餐模式在每个人日内带来的合格交流量不同，而这是价目表从不展示的唯一维度。以下投入包括现场人数 × 天数，以及该模式所产生的准备和后续跟进工作；合规成本则指该模式触发的审查，以及签约后有多少内容无法撤回。

• 效率：聚会 / 用户组 > 社区会议 > 基金会或大型供应商会议 > 黑客马拉松 > 实物赞助
• 价值（能够持续推进的合格交流）：基金会或大型供应商会议 > 黑客马拉松 > 社区会议 > 聚会 / 用户组 > 实物赞助
• 投入：黑客马拉松 > 基金会或大型供应商会议 > 社区会议 > 聚会 / 用户组 > 实物赞助
• 合规成本：基金会或大型供应商会议 > 黑客马拉松 > 实物赞助 > 社区会议 > 聚会 / 用户组 | 赞助模式 | 花钱能买到什么 | 永远买不到什么 | 投入 | 如何取得成效 | | ------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------- | --------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------ | | 聚会 / 用户组 | 在本地一个规模不大、意向度高的受众面前亮相一晚 | 规模化 | 一小时准备时间、一晚活动时间、本地工作人员 | 赞助系列活动而非单场活动；让主办方保留编辑自主权 | | 社区 / 志愿者大会 | 在同行中亮相、展位、通行证、简短且限时的推介 | 参会者联系数据、徽章扫描、付费演讲 | 活动期间安排两名技术人员；仅向主动同意者跟进，因此跟进名单会较短 | 派能提供帮助的人员；仅通过主动同意获取意向；另行提交 CFP | | 基金会 / 大型供应商大会 | 展位空间、通行证、经同意获取的徽章扫描数据、可单独购买的展示位（Wi-Fi、挂绳、奖学金、互动区域）、已公布的多场活动折扣 | 主舞台演讲时段、编辑内容 | 多人连续数日承担常设工作，另加扫描量带来的后续跟进工作 | 购买较低级别套餐，再加一项能触达目标受众的附加服务；标志大小随价格变化，展示位则不会 | | 黑客马拉松 | 导师指导机会、奖项赛道、研讨会时段、产品在最终构建成果中的展示 | 评审结果、保证采用 | 数晚及整个周末都要安排常驻人员，包括评审工作 | 围绕问题而非产品来设计奖项；在最忙碌的时段安排人员 | | 实物赞助（额度、硬件、基础设施） | 对早期供应商而言，以较低现金成本触达受众 | 可预测的曝光度 | 现场投入近乎为零，但要花一周时间以书面形式敲定交付内容 | 将每项交付内容都以书面形式敲定；若未明确规定，实物赞助带来的曝光度会逐渐偏离预期 |
• 将效率一栏视为模型排序，而非活动排序：当两个候选活动都通过第 2 步时，它决定额外投入的一个人天该分配给谁。
• 这种排序会牺牲什么：基础性或大型供应商大会——价值最高、投入第二高，因此按比率计算总会选聚会，而一年参加聚会也无法触达尚不了解你的生态系统。如果目标是在新生态系统中提升认知度，或者你在访谈中提到的买家只会参加某一个活动而不会参加其他活动，就应提高这类大会的排名。
• 除非公司处于早期阶段且现金紧张，否则应删除实物赞助，而不是把它排在最后。其他情况下，它带来的只是没人承诺过的曝光，代价却是进行一场没有资金回报的合同谈判。
• 将合规一栏理解为触发的审查和耗费的可逆性：
  • 大型大会的合同要提前一个季度签署，且无法撤销；经同意收集的胸牌数据则必须经过数据保护审查，之后才能使用
  • 黑客马拉松的奖项规则和评审标准会在开放报名时公布并固定
  • 社区大会会要求你签署赞助商行为准则，且不会收集任何数据
  • 聚会则只需握手即可
• 这套排序是默认做法，不是铁律，而且会因执行者而异。如果团队出于其他原因本来就会参加某项活动、产品的演示效果不好且只能演示 5 分钟，或者本地用户组由公司已有合作关系的人运营，就应重新排序。

在选定的活动内部，赞助等级有自己的选择逻辑。效率排序：较低等级加上一个能触达目标受众的附加项 > 达到展位价格门槛的最低等级 > 仅有 Logo 展示的等级 > 最高等级。

投入程度取决于某个等级要求你安排多少人手，而不是它的价格：提供 10 张通行证和大型展位意味着人手投入；如果无法在展馆开放的整个时段安排人员值守，那么这个展位的价值就不如一场工作坊。选择等级前，应先确认是否有资格限制的初创公司或终端用户等级，因为它们提供相同的产品，却更便宜，原因与受众质量无关。

应从日程安排倒推：有 3 项安排需要在日程安排时决定，而不是在谈判桌上决定。

• 合同和附加项截止日期：大型活动通常会提前约一个季度截止申请——KubeCon NA 2026 要求在 8 月 14 日前签署合同，活动于 11 月举行——因此，应在活动所在财季之前的一个财季做出决定。
• 多场活动折扣：在提出折扣要求前，先查看是否有已公布的折扣，因为有些市场会固定折扣，不接受协商（CNCF：1 场活动折扣 3%，同时签署 2 场折扣 5%，3 场或以上折扣 8%）。
• 品牌展示位：应尽早安排，因为最好的展示位会提前数月售罄，而且它们是“较低等级加附加项”方案中成本较低的部分。

如有公开价格，应先查看，再接受报价。references/published-price-ladders.md 收录了 2 份列出完整价目表的 2026 年招展手册，其中展示了展位价格门槛、实操环节的实际成本，以及应避免的等级名称对比陷阱。

步骤 5 - 谈判

套餐可以调整，尤其是提前承诺、多场活动或多年合作、淡季版本、不断发展的活动，以及能为组织方带来所需资源（如工作坊、导师团或奖学金基金）的赞助商。

这些诉求争夺的是同一项预算，但它不是钱：而是组织方在话题转向之前愿意答应的事项数量。按以下顺序提出。

• 效率：上一届活动的会后报告 > 额外工作人员通行证 > 潜在客户数据的交付时间 > 在特定高流量区域展示，而非泛泛的 Logo 套餐等级 > 工作坊或演示剧场时段 > 发布活动内容的许可 > 书面出席人数预估，以及活动人数严重未达预期时的补救措施
• 价值（持续跟进的合格对话）：工作坊或演示剧场时段 > 高流量区域 > 额外工作人员通行证 > 潜在客户数据的交付时间 > 发布内容的许可 > 出席人数补救措施 > 会后报告

报告排在首位，是因为询问它毫无成本，在签约前就能拿到，而且仍可据此取消合作。这个顺序最容易牺牲的是出席人数补救措施和工作坊时段，这两项也是最难争取的。

对于首届活动，务必把补救措施作为首要诉求，因为人数未达预期是全部风险所在。只要步骤 6 选择了工作坊，就务必把工作坊作为首要诉求。这个顺序安排的是诉求的先后，不会缩短清单。

绝不要购买主题演讲的内容、评审结果、与会者从未同意分享的名单，也不要要求在采用 CFP 的活动中暗示安排演讲时段。这些都不是谈判时可以试探的灰色地带：每一项都是道德失范，而且每一项引发的负面消息都会比赞助合作本身传播得更快。

第 6 步 - 设计现场活动

选定方案后就要立即投入资源，因此请为所选等级构思两到三个活动方案，说明每个方案的权衡，推荐一个方案，并在购买任何东西之前进行验证。

这里的价值在于与符合条件的开发者交流，并在活动后继续保持联系，而不是扫描胸牌。投入包括现场人天、活动前的准备、活动后的跟进能力，以及机会成本——同样的两名工程师无法同时举办工作坊和驻守展位。

• 效率：服务台展位 > 奖项活动 > 侧边活动 > 工作坊
• 价值：工作坊 > 服务台展位 > 侧边活动 > 奖项活动
• 投入：工作坊 > 侧边活动 > 服务台展位 > 奖项活动
• 合规成本：奖项活动 > 侧边活动 > 服务台展位 == 工作坊

投入量级：

• 展位需要一小时准备，然后在展厅开放期间持续安排人员驻守

• 奖项活动需要一周来设计方案和采购奖品，并占用原本就要安排的指导时间

• 侧边活动需要一周来安排嘉宾名单和场地，此外还要占用一个晚上，而这也会让你第二天早上无法工作

• 工作坊需要一到两个月准备，并会让你最优秀的两名工程师在整个活动时段都无法参与其他工作

• 默认采用服务台展位：由技术人员为陌生人的代码排查问题，让参会者亲自操作演示，并提供一个触手可及的快速成果（五分钟门槛是这项技能的默认标准）。这种模式是从业者惯例，而非测量所得的结果——但开发者受众会认可这种做法，并惩罚以推销为先的展位。

• 说明合规成本并列的原因：展位和工作坊都只需通过一条同意条款收集联系方式，审核一次后全年重复使用，也不会触发其他事项。奖项活动在这一维度的成本最高，因为奖品促销在某些司法辖区受到监管，评审标准须在报名开始后保持公开且固定，奖品价值也可能需要申报。你主办的侧边活动则要承担场地合同、酒水，以及会议主办方不会代你执行的行为准则。

• 这种排序牺牲了什么：工作坊和侧边活动——它们是参与度最深的两种形式，也最耗费人力，因此按比例排序，每一轮都会选中展位。如果已有课程内容，就优先考虑工作坊——仅这一点就能把准备时间从一到两个月压缩到一周，让它升至效率排序的首位。如果产品无法在五分钟内展示成果，导致展位的整体设想无法成立，也应优先考虑工作坊。如果目标是建设生态系统，且 CRM 中已有这二十位联系人，或者团队本来就要去参加该活动，也应优先考虑侧边活动；这样一来，其边际成本就只剩那个晚上。

• 直接删除，而不是降级：

  • 对于没有构建阶段的任何活动，删除奖项活动
  • 对于没有可售卖的实践环节，或无人能抽出时间准备的工作坊，删除工作坊
  • 只有一人前往时，同时删除工作坊和侧边活动，因为一人团队只能负责一项活动

• 奖学金或多元化基金有意不纳入这一排序。它能赢得好感并获得舞台上的致谢，但本就不会产生任何交流，因此在这一维度上没有价值，对其排序会造成虚假的精确感。可以有意将其作为提升知名度或雇主品牌的投入来选择，也可以不纳入。

references/activation-playbooks.md 详细介绍了按上述顺序排列的各类活动，包括每种活动的人员安排节奏、工作人员简报，以及一组正面和负面的展位对话示例。

每种活动都必须遵守两条规则。工作人员应以第 7 步定义的资格标准为目标展开交流，而不是追求胸牌扫描数量。如果活动包含现场演示，则应使用 samber/developer-relations-skills@developer-live-demo-design 设计演示失败时的应对方案——展位演示可能会当着你最想说服的那个人的面失败。

第 7 步——签约前制定衡量计划

完整核算赞助成本：费用、附加项目、展位搭建、运输、宣传品、奖品、每人的差旅和住宿费用，以及用于准备、差旅、现场活动和后续跟进的员工全成本。员工时间是大多数团队都会漏算的一项，也是最常导致总成本翻倍的一项。

然后在签约之前确定门槛：每次合格对话的目标成本，以及值得安排人员参加活动的最低对话数量。目标应根据当前的综合获客成本推算，而不是根据赞助费推算。

无论是黑客马拉松、社区日还是大型会议，只有一个指标能经得起比较：合格对话——对方确实有这个问题，拥有或影响决策，并同意明确的后续步骤。活动前先定义标准和后续步骤，并向每位工作人员说明两者。

将每条记录的对话转交给能用上它的团队，并在日志中注明接收方。Mary Thengvall 的《DevRel Qualified Lead》（2019）给出了以下转交表：

对话类型	转交给
案例研究素材	市场营销
反馈和 Beta 候选用户	产品
Bug	工程
合作伙伴意向	合作伙伴关系
候选人	招聘
买家	销售

展位上的大多数对话都不是销售线索，默认把它们全部转给销售，只会让 CRM 填满无人跟进的记录。

references/sponsorship-roi-model.md 包含成本工作表、各项目目标的指标定义和追踪方法（活动专属 URL 和代码、基线记录、无法扫码时如何在取得同意后记录，以及对话日志格式）。其中还介绍了 30/60/90 天观察窗口，以及对同一活动做出正反两种评价的计算示例。

第 8 步——评估后决定续约、重新谈判或退出

在两周内完成评估，此时对话日志仍然准确；并将结论记录下来，确保明年的预算周期中能找到：

• 续约——达到门槛，人员安排可持续，受众未变。
• 重新谈判——受众合适，套餐不合适：降低赞助等级，并购买能带来对话的附加项目；或者用展位换取研讨会。
• 退出——受众不匹配，或者能以更低成本在别处达到相同结果。

这三种结论之间没有效率排名：结论应依据第 7 步设定的门槛，而非按比率选择。给它们排名会让成本最低的选项赢得一场数据早已给出答案的争论。

首届活动应以认知阶段的预期来评估；管道成果则留待第二届再判断，因为认知度和关系会随着届数累积。不过，这种耐心并不意味着可以续约一个连续两次都未达到门槛的活动。

通过门槛

计划完成时，其中的每场活动都必须包含：

• 一个主要目标
• 完整计入的成本
• 每次合格对话的目标成本
• 最低对话数量
• 明确的后续跟进负责人

无法设定门槛的活动就无法评估，因此不应签约——应直言不讳，而不是含糊其辞。

活动结束后，只有当赞助在其主要指标上达到门槛，才算通过。未达到门槛就应按第 8 步重新谈判或退出，而不是另找一个看起来更好的次要指标。

调用示例

• “明年要赞助 KubeCon 吗？”→ 进行访谈，然后针对这场活动执行步骤 1–2，并给出门槛或拒绝，绝不回答“也许”。
• “我们有 €60k 的预算用于 2027 年的开发者活动，应该怎么安排？”→ 执行步骤 1–3，提供两到三个候选组合及其分配比例，并推荐一个。
• “他们报价 $18k 的 Gold 套餐，这笔钱值得花吗？”→ 根据明细和 references/published_price_ladders.md 执行步骤 4，然后在作出任何结论前，先计算步骤 7 中的全额成本。
• “六周后我们要赞助一场黑客马拉松，该怎么做？”→ 仅执行步骤 6–7；活动已经确定，因此要设计激活方案、资格门槛和跟踪方式。
• “去年的会议值得参加吗？”→ 执行步骤 8，使用现有的成本和对话数据；如果没有设定门槛，就说明无法诚实地回答这个问题，并为下一场活动设定门槛。

失败模式

症状	原因	修复
参会人数多，但没有有价值的对话	根据人数而非人员构成选择活动	重新评估职位构成和购买影响力（步骤 2）
展位无人问津	工作人员不具备技术背景，采取先推销的姿态	安排工程师参与，以提供帮助为先（步骤 6）
线索始终无法转化	以赠品换取扫码，却没有资格门槛	活动前定义门槛；少收集一些记录，但提高质量
续约时无法得出结论	签约前没有设定门槛和基准	在步骤 7 中、签约前设定两者
反复进行一次性赞助	从未设计活动组合，活动采购只为应急	每年执行一次步骤 3，并留出储备金
社区反弹	在社区活动中采用贸易展会的做法	先阅读步骤 4 中的三条活动方案条款
错过了优质活动	合同会在活动举办前一个季度敲定	在访谈时梳理截止日期，而不是事后

输出格式

生成两份材料：

• 活动组合计划 - 用表格列出当年的活动（活动、日期、目标、模式和级别、全额成本、门槛、负责人），并列出预算分配比例、未分配储备金，以及有意拒绝的活动候选名单和拒绝理由。
• 单场活动简介 - 目标、受众证据、套餐明细、谈判争取的额外权益、激活方案、人员安排和工作节奏、跟踪设置、门槛，以及活动后得出的结论（如已有）。

两份材料的模板见 references/event-scorecard.md 和 references/sponsorship-roi-model.md。

参考资料

• references/event-scorecard.md - 加权资格评分卡、强弱示例、向组织方索取证据的请求，以及活动组合计划模板。
• references/sponsorship-roi-model.md - 成本工作表、指标定义、追踪机制、ROI 计算示例，以及单场活动摘要模板。
• references/activation-playbooks.md - 五种激活类型、人员配置节奏、工作人员简报、正反展位示例，以及后续跟进序列。
• references/published-price-ladders.md - 有来源依据的 2026 年等级和附加项价格、展位价格底线、等级名称对比陷阱，以及如何制定自己的年度价格区间表。
• 如需了解如何赢得赞助无法买到的演讲席位，请参阅 samber/developer-relations-skills@conference-cfp-submission。
• 如需了解在展位或赞助研讨会上进行的实时演示，请参阅 samber/developer-relations-skills@developer-live-demo-design。
• 如需了解如何举办自己的定期活动，而不是赞助他人的活动，请参阅 samber/developer-relations-skills@developer-meetup-program。
• 如需了解如何赞助开源项目和维护者，请参阅 samber/developer-relations-skills@oss-sponsors-brand-strategy。
• 如需了解活动与其他 DevRel 支柱之间的预算分配，请参阅 samber/developer-relations-skills@devrel-budget-allocation。
• 如需了解这些活动指标所归属的计划级衡量框架，请参阅 samber/developer-relations-skills@devrel-metrics。