金融与交易
如何把 DevRel 预算拆分到各支柱并设定回报门槛…
当需要规划或拆分开发者关系预算(活动、内容、社区、工具、教育、开源赞助),判断某条预算是否值得、如何在评审中辩护、预算缩减时先砍什么时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 60/100 ×0.15
适用场景
如何把 DevRel 预算拆分到各支柱并通用
解决思路
- 先确认已有战略:若没有已获资金的驱动目标和目标,先转到 devrel-strategy 技能,因为无战略的预算拆分只是去年数字换新。
- 给每个数字打标签:Sourced(有名称、日期、样本量的公开数据)、Program baseline(本项目上一周期的自有数据)、Self-set(本技能的起始建议值),并在同一句话中说明标签,绝不让后两类冒充第一类。
- 只从本项目自有数据推导以下数字,并明确说明它们不是行业数据:DevRel 支出占收入或营销的比例、触达每位开发者的成本、人头与预算比、社区/工具/教育/赞助的任何拆分。
- 把以下自设起始值视为可自由调整而非行业标准:20-30% 产能扣减、10-20% 储备金、两支柱集中度上限、第 4 步的四分制可读性评分及半分淘汰线、五句话叙述、各原型的每个百分比。
- 先路由:支柱选择转 devrel-strategy;衡量指标转 devrel-metrics;活动预算拆分转 developer-event-sponsorship;人头与汇报线转 devrel-team-structure。
- 访谈时一次只问一个问题,尽量用多选题;一旦知道预算总额、驱动目标和真实产能就停止,其余边做表边确认。
- 必问 14 项:金额/周期/币种;是否含薪资(约 60% 项目完全不含);谁签字与锁定时间;已承诺合同与期限;他人预算支付的 DevRel 工作;公司资助原因及资助者最先提哪个;个人采用还是公司决策;结果可见截止日与对象;本期要当期胜利还是跨期复利资产;具名人员及每周真实可用小时;人头/政治资本/跨期承诺上限;上期钱买到了什么;禁区(不出差、不投付费媒体、不用代理等);预算涨跌及是否可能被砍。
- Q8(期内截止日)会提升租用触达和已过门槛的续约线,删除延迟超过该日期的线(外包内容管线约两个月首发、认证建设一个季度以上)。
- Q9(复利使命)反向操作:把复利线提到租用触达之上,并跨两个周期持续资助。
- Q11(努力上限低于最高排名线所需)直接删除该线而非降级。
- Q13(禁止出差)直接删除线下活动形态。
- 呈现结果时说明哪个答案移动了哪条线。
- 若用户答不出问题 1,这是常态而非失败(约三分之一从业者说不清预算,另六分之一根本没有固定预算):把交付物改为必须问清的问题清单(向谁、何时)加一份按百分比表达的临时分配。
- 若环境支持持久记忆,存储预算总额、拆分、每条线门槛和每次复核结论,下期直接复用结论而非重新争论。
- 第 1 步——建立真实预算总额:把所有钱分入四桶:Committed(已签约,本期不可分配,只能续约或取消,各有通知日)、Discretionary(真正在规划的金额)、Borrowed(他人预算支付的 DevRel 工作,真实产能但受外部控制、可无预警消失,列出并标注负责人,关键线绝不依赖)、In-kind(工程师工时、高管时间、产品额度、捐赠基础设施,无发票但有硬上限)。
- 同时说明工时预算:每位具名人员扣除支持、会议和其他本职工作后每周可用于 DevRel 的小时数,汇总本期总量并先减去 20-30% 再规划。
- 把现金和工时两个总额写在交付物顶部;不声明工时预算的计划必然超支,且直到季度失败才会被发现。
- 第 2 步——每条候选线同时用现金和工时定价,并记录五个属性:首次产出前的搭建成本(如 Snyk 代理内容管线约耗总监六个月时间)、延迟(该管线从概念到发布 8-9 周,无法服务有日期的发布节奏)、每月维护工时(永久保持表面准确)、衰变行为(被忽视后是隐形可接受,还是像过期列表或损坏沙箱那样主动出错——只有维护工时也被资助才资助它)、退出成本(合同、赞助或人员结束时该表面会怎样)。
- 立即标记任何工时超过工时预算的线:无论现金多少它都是未获资助的,这是预算全额花完却失败的最常见方式。
- 当预算不含薪资但某线仍需为工时给出金额时,使用组织自己的全负荷小时费率;没有则参考文件给出通用乘数并说明其价值。
- 第 3 步——先声明处于头脑风暴模式,暂不写表。先决定上期有多少存活,一条规则凌驾于选择之上:绝不静默继承——任何没人能解释其占比的线本期一律零基,无论选哪种模式。
- 选择模式:零基预算(每条线从零开始,按本期驱动目标论证、排序、按序资助直到预算耗尽)适用于驱动目标变化、预算负责人变化或总额变动超过五分之一时(方法源自 Peter Pyhrr 1970 年代初在德州仪器的零基预算);增量预算(保留形态,只争论增减量)适用于驱动目标不变且上期各线已过门槛时。
- 把已承诺支出视为按通知日决定的续约决策,而非合同期中重新论证的线。
- 构建两到三个整预算候选方案而非一个,因为预算是投资组合,单一提案会隐藏所做的取舍。
- 按默认排序筛选形态,排序依据是努力(工时、首次产出延迟、退出成本),绝不用现金:努力从重到轻为 community-led > enablement-first == content-compounding > field-and-events > ecosystem-and-sponsorship;价值(两年内买到的结果)为 content-compounding > enablement-first > community-led > field-and-events > ecosystem-and-sponsorship;效率(每投入工时的价值)为 enablement-first > content-compounding > field-and-events > ecosystem-and-sponsorship > community-led。
- 唯一并列:enablement-first 与 content-compounding 努力相同,都转化为持续到周期之外的每周固定班次(一个维护、一个评审),都需要约一个季度产出才上量;field-and-events 效率高于 sponsorship,因为活动至少留下项目保留的材料,而赞助的全部回报都在他人控制的表面内。
- Barbell 故意不参与排序:它是叠加在胜出形态之上的集中度规则,不是独立支柱组合;默认仍应用它——多数 DevRel 工作只有超过一致性门槛才回本,两个资助充分的支柱胜过四个各拿四分之一的支柱。
- 明确该排序会饿死 community-led:回报慢且不均、人员是永久的、退出成本是列表中唯一不可回收的,因此单按效率排序永远不会资助它,项目会永远租用触达;当同行问答已在你不在场时发生、有具名者永久拥有该场所、且资助驱动目标是贡献者社区或留存而非获客时,提升它。
- 每个候选方案呈现:过度投资的支柱、三条最大线、故意饿死什么、所需工时、最早起效信号、以及在什么条件下它是错误形态;推荐一个并说明理由,在详细定价前先让预算负责人选定形态。
- 采用动机会改变排序,推荐前先命名:个人开发者采用——钱跟随可发现性和首次成功时间(文档与工具、内容、社区答疑、低成本分发),活动主要作为内容和信誉来源;公司/企业采购——钱跟随评估与证明(参考架构、安全合规材料、审批人真正在场的线下活动、面向实施伙伴的教育与认证),此动机把 field-and-events 提升到价值与效率双榜首。
- 多数项目两者兼有:本期排序而非平均分配,并标记同时服务两者的线以便只资助一次。
- 所有排序都是默认值而非定律,呈现前按已知情况重新排序:已签多年会议合同属已承诺支出(在通知日决定续约与否,形态在剩余部分排序);不能出差的团队删除 field-and-events 并说明约束,绝不把它列为末位;本期必须花完否则失去的预算提升租用触达、降级所有首个可读信号晚于锁定日的形态;默认假设之外的资产(更快的评审人、公司自有场地、已在编的维护者)提升消耗它的形态,因为其努力列已付。
- 第 4 步——为每条线设定一个成果单位和下期保住席位必须达到的数字:活动用每次合格对话成本、内容用每篇已发布且经评审文章成本、社区用每个已回答问题或活跃贡献者成本、工具用每位被解锁开发者成本。
- 每个门槛从项目已有基线推导,绝不用愿望值;没有基线时把该线作为有固定窗口的实验资助,并写明“到 Y 日我们会知道 X”,而非给一个数字。
- 资助前先排序,此处顺序即第 7 步削减顺序;绝不跨支柱按单位成本互比(单位衡量不同事物,最易测量的支柱会永远胜出);单位成本仅在两种比较中合法:同支柱跨周期、同支柱跨选项(这个会议还是那个、代理还是自建)。
- 按努力排序(工时、搭建延迟、退出成本),线种类编码三个决定价值的输入:与资助驱动目标的契合度、过去有效的证据强度、是否是他者的基础。努力从重到轻:new compounding line > new driver-fit line > rented reach > foundational maintenance > proven renewal == experiment;价值:new compounding line > foundational maintenance > proven renewal > new driver-fit line > rented reach > experiment;效率:foundational maintenance > proven renewal > new driver-fit line > rented reach > experiment > new compounding line;合规成本(按触发的评审和丧失的可逆性):multi-period sponsorship or foundation membership > multi-year event contract > hosted community venue > paid distribution > 其他所有线。
- 唯一并列:proven renewal 与 experiment 努力相同,因为都不含搭建环节。
- 明确该排序会饿死 new compounding line:它是价值最高的一类却每期都输,因为努力最重、回报在两个季度后——这正是项目永远花钱在快效线上、永远停留在战术层的原因;当 Q9 答“复利资产”、总额持平或增长且近两期都没资助过、或某具名者工时被专门划拨给它时,把它提升到租用触达之上;一旦提升就跨两期资助,否则不如不做。
- 被用户约束排除的线从排序中删除而非排末位,在第 5 步的 ruled-out 列表中说明删除它的约束;排在末位的被排除线会在总额变动时作为范围重新出现。
- 一个跨支柱比较可调整排序而不替代它(借自付费媒体规划):把每个支柱的成果占比与预算占比并列——成果占比超过预算占比且受众仍未被充分服务时加投;预算占比连续两期超过成果占比的支柱要质疑。
- 在同意扩大某线前,检查其结果是否可读,按 1-3 分评四项:成果是否被测量、测量是否早于支出、是否有人负责该数字、是否有约定的归因说法;低于半分则保持该线持平,把增量先花在可见性上。
- 把每个门槛表述为可重复而非统计严谨(付费媒体对其 kill rule 的措辞):其作用是让续约或放弃的对话变得廉价且不带情绪,而非证明因果。
- 第 5 步——储备、时间跨度与未资助清单:保留 10-20% 可支配支出不分配(自设,但邻近营销规划实践也在同一区间:10-15% 应急加测试储备);把已分配余额分到时间跨度:大头放在已知回本的复利工作、中间一块放大唯一有效的事、小头放在各有 kill date 的真实实验(70/20/10 是营销组合实践的熟悉形态,是待争论的提案而非 DevRel 基准,使用时说明)。
- 维护明确的未资助清单:考虑过、排过序但落选的项,各附一句需要什么变化才能资助它,防止被拒想法每月回归并为下期提供现成候选。
- 维护单独的 ruled-out 清单:被明示约束移除的线(不出差、不用代理、无法做出的跨期承诺、线突破的努力上限),每条旁注明约束;它们从未参与排序,总额变动时不会回归,只有约束解除才回来。
- 第 6 步——写出分配:产出一张表加表下规则,表列包括 Line、Pillar、Cash、Hours/period、Owner、Buys、Threshold、Review、If it misses,并含 Reserve 行。
- 交付物结尾包含:对两个预算总额的合计、时间跨度拆分、储备金、未资助清单、ruled-out 清单、复核时钟、再分配触发条件、削减清单、资助者能不带你复述的五句话叙述。
- 逐节呈现并在进入下一节前取得同意:第一节发现预算总额错误只花一段话,最后一节才发现要重写整份文档。
- 第 7 步——设置三个不同节奏的时钟:Burn(每月:现金是否按计划流出、工时是否真实)、Line verdict(每季度或支出后一个成果窗口:该线是否达到资助前设定的门槛)、Envelope(年度周期:下期要什么、有什么证据支持)。
- 在周期开始前写好再分配触发条件,使年中调整是规则触发而非争论:某线两次未达门槛、资助驱动目标或其负责人变化、已承诺合同到达通知日、某线依赖的人离职、计划外机会超过最弱已资助线的标准。
- 写出削减清单:把第 4 步效率排序从底部读起,分别应用于 20% 和 40% 削减,每次移除附一句后果;两个覆盖规则:被忽视会主动出错的基础表面(过期文档、损坏示例、无人应答的场所)无论排名如何最后砍;为两期提升的复利线不是第一个被砍的,否则提升就是做戏。
- ruled-out 线不出现在削减清单中,它们在资助前就已离开计划。
- 约四分之一受调查项目一年内被砍过预算,这是正常规划情形:主动给出可辩护顺序的团队掌握形态,不主动的团队会被对所有线统一按百分比削减,最先饿死复利工作。
- 第一年的线按认知阶段预期评判(认知和关系跨届累积),但连续第二次未达仍视为放弃信号——复利不是永远续约的许可证。
- 按用户提问匹配入口并说明选了哪个:有总额要拆分→完整流程从第 1 步;问某支柱占比是否过高→第 3 步单一形态加调查数据及其警告再加驱动与采用动机测试;财务要求周五前砍 20%→第 7 步先出削减清单;没人告诉数字→仅访谈加百分比临时拆分;问某活动是否值得或是否该做社区→路由出去。
- 无论入口如何,产物是一份 markdown 文档,含:预算总额(现金与工时、四个钱桶)、线表、时间跨度拆分、储备金、未资助清单、ruled-out 清单、复核时钟、再分配触发条件、有序削减清单、五句话资助者叙述;用户问题未涉及的节可各写一行但绝不静默省略。
- 质量门禁并迭代到达标,最后明确报告检查结果:预算总额说明是否含薪资并区分四桶;计划总工时在 20-30% 扣减后不超过工时预算且无线超负责人产能;每条已资助线有负责人、买什么、一个门槛、一个复核日、一个未达动作;每个门槛可追溯到基线或标为有 kill date 的实验;储备金至少为可支配支出的 10% 且未被悄悄预先占用;文档中任何地方不跨支柱按单位成本比较、任何排序不以现金为分母;每个排序说明其轴,每个 == 附使其真正相等的句子;被饿死的选项在形态和线两个层面都点名并附提升条件;被约束移除的线以 ruled-out 加约束名出现而非排序末行;除规模化阶段且有产能证明外,最多两个支柱获得超过象征性资助;未资助清单和削减清单都非空且削减清单有序;叙述五句话内且无 DevRel 行话;每个百分比和门槛都标注 sourced/program baseline/self-set,且没有自设数字被描述为标准。
- 避免常见失败模式:只分配现金(工时从未计入,季度仍失败);把调查拆分当目标(47 位受访者、口径不一、完全不含社区/工具/教育);按 ROI 或每成果现金排序支柱(最易测量的支柱胜出,项目砍掉真正支撑它的工作);把 ruled-out 线停在排序末位(下次总额变动时作为范围回归);为讨好所有人而摊薄(四个支柱各 25% 都过不了门槛);没有储备金(第一个计划外机会吃掉已资助线,三个月后计划不再描述现实);默认续约(两次未达仍因取消尴尬而续约);事后编造门槛(知道结果后选的数字是叙述不是门槛);把借来的预算当自有(对方重新规划,核心线期中消失);削减场景只给总额(“我们能吸收 20%”而无有序清单,等于把排序交给不懂复利的人);没有来源的精确(“1.35× 全负荷乘数”或“30/40/20/10 拆分”因具体而像权威,背后猜测被遗忘后仍被引用多年);资助没人能读的线(在未测量的成果上增加支出只买到续约争论而非结果)。
适用边界 · 注意事项
- 没有已获资金的驱动目标和目标时——先转到 devrel-strategy 技能,无战略的预算拆分只是去年数字换新。
- 问的是衡量指标框架时——转 devrel-metrics;问单个活动的 ROI 时——转 developer-event-sponsorship;问支柱选择时——转 devrel-strategy。
- 用户无法提供预算总额时不要硬做完整分配,改为问题清单加百分比临时拆分。