赞助开发者大会/聚会/黑客松时，如何选活动、定档位…

当 DevRel、开发者营销或创始人要决定赞助哪些开发者活动、买什么档位、现场做什么、以及如何衡量赞助回报时使用。

适用场景

解决思路

1. 先做访谈，一次只问一个问题，尽量用多选题；弄清目标、预算和人力上限后即可停止，其余边做计划边确认。访谈需覆盖：谁发起、谁出钱（DevRel、开发者营销、field marketing、工程或创始人）；这笔钱要改变什么（新生态认知、产品采用、销售管线、伙伴/生态关系、工程招聘），排出前两个目标；谁买你的产品（开发者自掏腰包、# 向买家推荐的开发者、还是从不碰产品的买家）；必须到场的是哪些角色、资历、生态和地区；每年预算多少、是否含差旅/周边/人力，预算何时确定；人力上限：能派几个会调试陌生人代码的人、每人全年多少天、活动后两周谁负责跟进；结果必须在什么日期前可见（董事会、融资、发布），并同时问合同截止日期；想要一次性赢还是跨届复利；已有哪些活动在桌上（名称、日期、截止、报价档位），以前赞助过什么、结果如何；有哪些基线数据（网站分析、注册归因、CRM、过往活动报告）；约束条件（联系人数据保护规则、招聘目标、品牌规则、地区、不想同台的竞品）；谁签字、最早合同截止日期。
2. 用第 6-8 题决定第 3、4、6 步的排序，并在推荐前说明哪个答案改变了哪个选项：结果日期很近时，提升第 4 步的聚会/社区档和第 6 步的帮助台展位，直接删掉工作坊（两个月的截止日期装不下一个季度的准备），并优先在已签约活动上买附加项而非新增活动；复利 mandate 时，提升第 3 步的生态锚定组合、重复活动而非一次性活动、以及第 6 步的工作坊；人力上限低时，删掉工作坊和边会，把第 3 步限制在一个团队能支撑的形态，并把展位全程 hall hours 作为全年活动数量的硬约束。
3. 如果运行环境有持久记忆，存储目标、年度预算拆分、单活动阈值和活动后结论；赞助每年续约，下次会话不应从零重新推导组合。
4. 第 1 步：固定一个主要目标。一个赞助只服务一个主要 mandate，下游一切（活动选择、档位、激活、指标）都由它决定；保留两个主要目标的计划产出的报告没人能执行。目标表：认知（买的是与不认识你的生态首次接触，主指标是品牌搜索、直接流量和无提示提及相对活动前基线的提升，适合大型横向大会、学生黑客松）；采用（买的是活动期间上手产品，主指标是活动群组在 30/60/90 天后仍活跃的激活数，适合适合工作坊的活动、黑客松、生态会议）；管线（买的是与能买或能推荐的人的高质量对话，主指标是对话→商机→受影响管线，适合从业者和企业为主的大会）；生态（买的是伙伴和集成对话，主指标是进入已安排下次会议的伙伴对话，适合厂商中立的基金会活动、生态峰会）；招聘（买的是候选人联系，主指标是进入招聘漏斗的候选人，适合学生黑客松、语言社区会议）。谁买产品会同时改变目标和衡量方式：开发者自购产品（自助、刷卡、个人或团队计划）像消费者营销，成功可在产品内衡量（活动专属注册 URL、促销额度、激活曲线），跟进是产品邀请而非销售序列，现实 mandate 是认知和采用；企业销售产品依赖活动后延续两到四个季度的对话，参会者常是推荐人而非签字人，管线声明必须挂在 CRM 上，活动贡献是影响而非来源；两种动作并存的公司需按活动而非按年设定目标，黑客松是认知，企业大会是管线，计划中要写明哪个是哪个。
5. 第 2 步：审核每个候选活动。人数是 prospectus 里信息量最小的数字。定价前必须要求以下证据，组织者给不出就当作答案：受众构成（角色、资历、公司规模、购买影响力，不是总数）；地理和差旅构成；过往记录（往届、回头赞助商比例、上届活动后报告的实际数字）；赞助商密度和已承诺的竞品；套餐具体包含什么（见第 4 步）；议程平衡（技术内容 vs 赞助内容）；跟进权利（是否存在联系人数据、在何种同意下）。健康活动的组织者已经公布大部分信息；PSF 的 PyCon US 2026 prospectus 在印价格前就印出参会人数、职能分布（53.9% 开发者）、行业分布和公司规模区间——这是对所有组织者的证据标准，不是特殊礼遇。按目标而非其他活动价格给每个活动打分。参考 references/event-scorecard.md 中的加权评分卡、强弱活动并排示例、以及索取上述证据的邮件模板。以下情况直接放弃：人口数据无法验证；首次办活动的组织者做出大承诺；prospectus 卖赞助权益比卖参会体验更用力；把参会名单当作交付物；截止压力先于受众数据到来。
6. 第 3 步：先头脑风暴组合，再选一个。画短名单前先确定预算包。有一个公开参考点：events 在《State of Developer Relations 2024》（DevRel.Agency，2024 年 9 月）中占 DevRel 项目预算平均 41.1%，是四类中最大；仅用它作为活动历史上主导 DevRel 支出的证据，绝不作为要达成的目标。然后进入头脑风暴模式，在承诺任何单一活动前，勾画两到三个候选组合，每个含分配拆分、消耗的人力、以及它故意失败的地方；推荐一个，解释其他为何落选，并在谈判前获得明确同意。四种形态值得借鉴，按单位努力价值排序。努力是全年 staff-days、差旅开销、活动间可复用的准备、以及每次活动后的跟进能力——绝不是费用。价值是活动后继续的高质量对话，加上带入下一届的认知。效率：生态锚定 > 旗舰主导 > 农场队 > 区域铺开；价值：旗舰主导 > 生态锚定 > 农场队 > 区域铺开；努力：区域铺开 > 农场队 > 旗舰主导 == 生态锚定。此高度不设合规成本线：合同、同意和行为准则义务在第 4 步按活动签署，组合形态不承诺任何一项。生态锚定——每个活动都在同一个技术社区内。领跑效率线，因为 demo、员工简报、准备好的答案和跟进关系只建一次并在每个活动复用；信誉快速复利。努力：一个季度的准备，然后是该社区负责人的常设工作。一旦策略需要第二个生态就失败。旗舰主导——一个深度赞助加其他地方的小存在。买到最多对话和最强认知，因为开发者受众注意到的是存在深度。努力：一个季度准备加活动周本身的常设工作。失败于地理覆盖，旗舰不在的地方都从冷启动。农场队——学生黑客松做长线认知加一个从业者大会做近期证明。一个预算上两个目标和两个指标，这也是它的成本：两套跟进动作和两套衡量系统，各自全额付费。努力：旗舰形态的准备翻倍，两个负责人。区域铺开——许多小型本地活动。单活动便宜，适合 field 团队，是唯一触达从不差旅的开发者的形态。努力：差旅开销乘以活动数，跟进分散在同样多的负责人。很少触达决策者。解释努力并列：旗舰主导和生态锚定把同样的人集中在同样的准备上、总天数相同；生态形态把这些天数分散到更多届而不增加天数，所以它赢在效率而非努力。默认生态锚定，当一个活动明显持有目标所指的受众、或单一生态内认知已建立而 mandate 是要被生态外看到时，转向旗舰主导。这个顺序饿死的是区域铺开——唯一给 field 团队本地覆盖的形态。当 go-to-market 是区域性的且员工已住在那些城市时提升它——一个不去新地方的团队把最差轴（差旅开销）变成接近零。当一个人同时拥有活动衡量时，删掉农场队而非排最后：两个目标一个负责人产出一个指标和两个借口。根据已知团队情况重新排序：公司已有知名度的生态、员工集中在一个地区、或已有工作坊课程，都会在默认顺序前提升某个形态。保留一部分年度预算不分配——15-25% 是本技能的默认值，不是行业数字——因为最合适的活动很少在一月就可见。
7. 第 4 步：选模型和档位。看价格前先读 prospectus 的三个条款：赞助商获得什么联系人数据；如何获得舞台时段；哪些表面单独出售。套餐模型每 staff-day 返回的高质量对话量不同，这是价格表从不显示的轴。努力是现场人数×天数加上模型产生的准备和跟进；合规成本是模型触发的审查以及签约后无法撤销的部分。效率：聚会/用户组 > 社区会议 > 基金会或大型厂商大会 > 黑客松 > 实物赞助；价值（活动后继续的高质量对话）：基金会或大型厂商大会 > 黑客松 > 社区会议 > 聚会/用户组 > 实物赞助；努力：黑客松 > 基金会或大型厂商大会 > 社区会议 > 聚会/用户组 > 实物赞助；合规成本：基金会或大型厂商大会 > 黑客松 > 实物赞助 > 社区会议 > 聚会/用户组。套餐模型表：聚会/用户组——买的是一个晚上面对小而高意向的本地受众，永远买不到规模，努力是一小时准备、一个晚上、本地员工，赢法是赞助系列而非一晚、让主办方保留编辑控制；社区/志愿者会议——买的是同行中的存在、桌子、通行证、简短定时演讲，永远买不到参会联系人数据、胸牌扫描、购买演讲，努力是两名技术人员全程、仅 opt-in 跟进所以名单小，赢法是派能帮忙的人、仅 opt-in 捕获兴趣、单独提交 CFP；基金会/大型厂商大会——买的是展位、通行证、同意的胸牌扫描数据、à-la-carte 表面（wi-fi、挂绳、奖学金、激活区）、公布的多活动折扣，永远买不到主舞台时段、编辑内容，努力是多人多天的常设工作加扫描量产生的跟进，赢法是买较低档位加一个触达受众的附加项、logo 大小随价格缩放而表面不；黑客松——买的是导师访问、奖池、工作坊时段、所建产品中的产品放置，永远买不到评审结果、保证采用，努力是跨夜和周末的常设工作含评审，赢法是围绕问题而非产品设计奖品、在关键时段配人；实物赞助（额度、硬件、基础设施）——买的是早期厂商低现金成本的触达，永远买不到可预测的可见性，努力是现场接近零、一周把交付物写进合同，赢法是把每个交付物写进合同、实物可见性不指定就会漂移。把效率线读作模型排序而非活动排序：它决定两个候选活动都通过第 2 步时边际 staff-day 去哪。这个顺序饿死的是基金会或大型厂商大会——价值第一、努力第二，所以比率每次都选聚会，而一年的聚会永远触达不到不认识你的生态。当目标是在新生态中建立认知、或访谈中提到的买家只去一个活动时提升它。除非公司早期且现金受限，否则删掉实物赞助而非排最后；其他地方它买到没人承诺的可见性，代价是一场没有钱的合同谈判。把合规线读作触发的审查和花掉的可逆性：大型大会合同提前一个季度签署且无法撤销，其同意的胸牌数据在使用前需数据保护审查；黑客松的奖品规则和评审标准在报名开放时公布并固定；社区会议要求签赞助商行为准则且不持有任何数据；聚会是握手。这个排序是默认而非法律，随执行者变化：当团队已因其他原因参加某活动、产品在五分钟内演示效果差、或本地用户组由公司已合作的人运营时，重新排序。在选定活动内，档位是它自己的菜单。效率：较低档位加一个触达受众的附加项 > 清除展位价格下限的最便宜档位 > 仅 logo 档 > 顶级档。努力随档位要求你配备的人力而非价格缩放：十张通行证和大展位是人力承诺，没人能全程 hall hours 值守的展位价值低于一个工作坊。选档前检查是否有资格限制的创业或最终用户档位，因为它们是同一产品更便宜，原因与受众质量无关。从日历倒推：三个机制在日历而非谈判桌上决定——合同和附加项截止：大型活动约提前一个季度关闭（KubeCon NA 2026 要求 11 月活动在 8 月 14 日前签合同），所以把决定放在影响活动的前一个财季；多活动折扣：先查已公布的，有些市场固定而非谈判（CNCF：一个活动 3%，两个一起签 5%，三个或更多 8%）；品牌表面：早动手，最好的几个月前售罄，是低档位加附加项玩法中便宜的那一半。有公布价格时，接受报价前先读。references/published-price-ladders.md 载有两份 2026 prospectus 的完整价格表、它们揭示的展位价格下限、动手时段真实成本、以及要避免的档位名称比较陷阱。
8. 第 5 步：谈判。套餐会动，尤其对早期承诺、多活动或多年度交易、非高峰届、成长中活动、以及带来组织者想要的东西（工作坊、导师池、奖学金基金）的赞助商。这些请求竞争一个不是钱的预算：组织者在对话转向之前说 yes 的次数。按此顺序花：效率：上届活动后报告 > 额外员工通行证 > 线索数据交付时机 > 特定高流量表面而非通用 logo 档 > 工作坊或 demo 剧场时段 > 发布活动内容的许可 > 书面参会估计加严重不足时的补救；价值（活动后继续的高质量对话）：工作坊或 demo 剧场时段 > 高流量表面 > 额外员工通行证 > 线索数据时机 > 发布许可 > 参会补救 > 活动后报告。报告领跑因为它零成本、签名前到达、仍可取消交易。这个顺序饿死的是参会补救和工作坊时段，两个最难的请求。在任何首届活动把补救作为第一请求，那里未达估计就是全部风险。当第 6 步选了工作坊时，把工作坊作为第一请求。排序只排列请求顺序，绝不缩短列表。绝不购买主题演讲内容、评审结果、参会者从未同意的参会名单、或暗示在跑 CFP 的活动上的演讲时段。这些都不是谈判中可试探的灰色地带：每个都是伦理失败，每个都会变成比赞助传播更快的新闻。
9. 第 6 步：设计现场激活。这个选择后立即承诺花费，所以为选定档位头脑风暴两到三个激活选项，说出每个的取舍，推荐一个，并在买任何东西前验证。这里的价值是活动后继续的高质量开发者对话，绝不是胸牌扫描。努力是现场 staff-days、活动前准备、活动后跟进能力、以及机会成本——同样的两名工程师不能同时跑工作坊和守展位。效率：帮助台展位 > 奖池 > 边会 > 工作坊；价值：工作坊 > 帮助台展位 > 边会 > 奖池；努力：工作坊 > 边会 > 帮助台展位 > 奖池；合规成本：奖池 > 边会 > 帮助台展位 == 工作坊。努力量级：展位花一小时准备然后 hall hours 的常设工作；奖池花一周框定和采购，借用你本来就要配的导师时间；边会花一周嘉宾名单和场地工作加一个晚上，还搭上第二天上午；工作坊花一个季度准备，并在整个时段占用你最好的两名工程师。默认把展位做成帮助台：会调试陌生人代码的技术人员、参会者自己驱动的 demo、触手可及的快速胜利（五分钟门槛是本技能默认）。这个模式是从业者惯例而非测量结果——但它是开发者受众奖励的行为，推销优先的展位是他们惩罚的。解释合规并列：展位和工作坊各在一条同意线下收集联系人，审查一次全年复用，不触发其他。奖池领跑该轴因为奖品促销在某些司法管辖区受监管，评审标准在报名开放时公布并固定，奖品价值可能需申报。你主办的边会承担场地合同、酒精、以及会议组织者不代你执行的行为准则。这个顺序饿死的是工作坊和边会，两个可用的最深参与和两个最耗人力，所以比率每轮都选展位。当已有课程时提升工作坊——仅此就把准备从一季度压缩到一周并移到效率线顶部。当产品无法在五分钟内展示胜利、展位整个前提失败时也提升它。当目标是生态且二十个名字已在 CRM 中、或团队本来就要去这个活动（边际成本降到只剩晚上）时提升边会。删除而非降级：任何没有构建阶段的活动删掉奖池；套餐不卖动手时段或没人能腾出准备时删掉工作坊；只有一个人差旅时工作坊和边会都删，因为一人团队只能守一件事。奖学金或多元基金故意不在这个阶梯上。它买善意和舞台级感谢，按设计不产生对话，所以在这个轴上没有价值，排名会是虚假精确。作为认知或雇主品牌购买刻意选择它，或干脆不选。references/activation-playbooks.md 按该顺序详述每个激活——每种活动类型的人员节奏、员工简报、以及展位对话的正反例。两条规则约束每个激活：员工对话朝向第 7 步定义的资格门槛而非胸牌数；当激活含现场 demo 时，用 samber/developer-relations-skills@developer-live-demo-design 设计其失败预案——展位 demo 会在你正想说服的那个人面前失败。
10. 第 7 步：签约前建衡量计划。全额计算赞助成本——费用、附加项、展位搭建、运输、周边、奖品、每人差旅住宿、以及准备/差旅/现场/跟进的加载人力时间。人力时间是大多数团队遗漏、也最常让总额翻倍的一行。然后在签约前固定阈值：目标每高质量对话成本，加一个让差旅值得配人的最低对话数。目标从当前混合获客成本推导，而非从赞助费推导。只有一个单位能在黑客松、社区日和大型大会间比较：高质量对话——有这个问题、持有或影响决策、并同意一个具名下一步的人。活动前定义门槛和下一步，并向每个员工简报两者。把每条记录的对话路由到能用它的团队，并在日志中写明目的地。Mary Thengvall 的 DevRel Qualified Lead（2019）给出路由表：案例材料→市场；反馈和 beta 候选→产品；bug→工程；伙伴兴趣→伙伴关系；候选人→招聘；买家→销售。大多数展位对话不是销售线索，全部默认给销售就是让 CRM 塞满没人处理的记录。references/sponsorship-roi-model.md 载有成本工作表、每个目标的指标定义、跟踪机制（活动专属 URL 和代码、基线捕获、无扫描时的同意捕获、对话日志形态），还覆盖 30/60/90 窗口和一个同一活动判好判坏的完整计算示例。
11. 第 8 步：复盘，然后续约、重谈或放弃。在两周内复盘，趁对话日志还准确，并把结论写在明年预算周期能找到的地方：续约——达标、人力可持续、受众未变；重谈——受众对、套餐错：降一档并买产生对话的附加项，或用展位换工作坊；放弃——受众不匹配，或同样结果在别处更便宜可达。这三个没有效率排序：结论从第 7 步设定的阈值读出，而非为比率选择；排名会让最便宜的结论赢得数据已解决的争论。首届活动按认知阶段预期评判，管线结论留给第二届，因为认知和关系跨届复利。这种耐心不是续约一个两次未达阈值活动的许可。
12. 通过门槛：计划完成时每个活动都带有：一个主要目标；全额加载成本；目标每高质量对话成本；最低对话数；跟进的具名负责人。无法给出阈值的活动无法评判，不应签署——直接说出来而非软化。活动后，赞助在其自身主要指标上达标即通过。未达标触发第 8 步的重谈或放弃，而非寻找碰巧更好看的次要指标。
13. 调用示例："我们明年该赞助 KubeCon 吗？"→ 跑访谈，然后对该单一活动跑第 1-2 步，用阈值或拒绝回答，绝不用也许。"2027 年有 6 万欧元用于开发者活动，该怎么做？"→ 第 1-3 步，交付两到三个候选组合含分配拆分，推荐一个。"他们报价 Gold 1.8 万美元，值吗？"→ 第 4 步对照 line items 和 references/published_price_ladders.md，然后第 7 步全额加载成本再下结论。"我们六周后赞助一个黑客松，现场做什么？"→ 只跑第 6-7 步；活动已买，设计激活、资格门槛和跟踪。"去年的大会值吗？"→ 第 8 步，用现有成本和对话数据；如果没设阈值，说这个问题无法诚实回答并为下次修正。
14. 失败模式表：参会多但无有用对话——按人数而非构成选活动——按角色和购买影响力重新审核（第 2 步）；展位被忽视——非技术员工、推销优先姿态——配工程师、以帮助为先（第 6 步）；线索从不转化——周边换扫描、无资格门槛——活动前定义门槛、捕获更少更好的记录；续约时无结论——签约前无阈值无基线——第 7 步合同前修正两者；重复一次性赞助——组合从未设计、活动反应式购买——每年跑一次第 3 步并保留储备；社区反弹——在社区活动用展会机制——先读第 4 步的三个 prospectus 条款；错过好活动——合同提前一个季度关闭——访谈时而非事后映射截止日期。
15. 产出两个工件：组合计划——年度活动表格（活动、日期、目标、模型和档位、全额加载成本、阈值、负责人）、分配拆分、未分配储备、以及故意拒绝的短名单及原因；单活动一页纸——目标、受众证据、套餐 line items、谈判附加项、激活计划、人员名册和节奏、跟踪设置、阈值、以及活动后结论（一旦存在）。两个模板在 references/event-scorecard.md 和 references/sponsorship-roi-model.md。
16. 参考：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 用于展位或赞助工作坊的现场 demo；samber/developer-relations-skills@developer-meetup-program 自己办活动而非赞助；samber/developer-relations-skills@oss-sponsors-brand-strategy 赞助开源项目和维护者；samber/developer-relations-skills@devrel-budget-allocation 活动与其他 DevRel 支柱的拆分；samber/developer-relations-skills@devrel-metrics 这些活动指标汇总到的项目级衡量框架。

适用边界 · 注意事项

• 自己组织聚会、大会或黑客松时（应使用 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）