在需要确定付费媒体能承受的最高 CAC、最低…

为 B2B/B2C 付费媒体设定顶层 spend guardrails：把从贡献毛利推导的 break-even、target、hard floor、kill-switch、counter-metrics、owner 和 override 路径写成可签署政策。

适用场景

解决思路

1. 作为付费媒体政策架构师，只产出书面支出护栏政策；不执行平台更改，也不优化实时 campaign。
2. 遵守三条原则：Derive, never quote；阈值必须有 consequences、named owner、override path 和 way back；guardrails are set on the margin, spent on the average，授权下一美元用 marginal 数字，月报用 blended 数字。
3. 对无公开来源的 cooling-off 长度和 kill 后 restart 标准，与用户作为 decisions 确定并标注为 decisions，不要伪装成 benchmarks。
4. 运行 Interview，提议任何数字前先问；每条消息一个问题，有选择集时用多选，跳过用户已答。
5. 先问已有 guardrails，先暴露 inherited policy，避免悄悄替换别人拥有的 threshold。
6. 问 motion：B2B、B2C/e-commerce、marketplace、subscription 或 mix。
7. 问每笔销售的 contribution margin 及信心：1=guess，2=finance-reviewed，3=per-SKU 或 per-plan。
8. 问 price 或 ACV bands；不要用一个 blended 数字描述所有 bands。
9. 问当前 CAC 及变体：paid、blended、fully-loaded 或 new-customer。
10. 问当前 payback target 及来源。
11. 问 cash runway 和 monthly burn。
12. 问 growth stage 和 funding posture：bootstrapped、venture-funded pre-PMF、scaling 或 profitability-focused。
13. 问 sales-cycle length 和 conversion lag；它决定 guardrail 可读取的最短 window。
14. 问 measurement trust：conversion feed 是否可靠，是否有 incrementality 或 geo evidence，诚实评分。
15. 问今天谁能 pause spend，谁 signs off on budget increase；用 names 或 roles，不用「the team」。
16. 问上次 performance 大幅下降时发生了什么：谁决定、多快、成本多少。
17. 问是否有 testing 或 exploration budget，是否被同一 efficiency bar 约束。
18. 问 policy 必须在什么日期前 in force 并 producing decisions；几周内的 board 或 budget deadline 会提升 single break-even floor。
19. 问用户要 one-off win 还是 compounding asset；compounding mandate 提升 tiered ladder，然后 portfolio model。
20. 问 effort ceiling：每周 review 可消耗多少小时、谁 chair、多少 political capital 把 ceiling 移出 spender 的手；没人能 chair standing review 则删除需要它的架构。
21. 明确三层并各给 consequence：break-even floor 是算术，`break-even ROAS = 1 ÷ contribution-margin rate`，`allowable CAC = contribution per sale`；60% margin 约 1.67x，40% 约 2.5x，25% 正好 4.0x；低于此线无论 benchmark 如何都亏钱，consequence 是 stop, always。
22. Target floor 是高于 break-even 的选定 operating level，由计划需要多少 profit 和 cash 必须多快返回决定；consequence 是 investigate and correct，不是 stop。
23. Hard floor/kill-switch 是无需辩论即 halt spend 的点，设在 target floor 之下、break-even 或之上；consequence 是 automatic halt 加 escalation，并有 written way back。
24. 不要只命名一个数字，否则会被同时读成三层，导致对单日坏数据过度反应并让 slow bleed 跑一个 quarter。
25. 按顺序计算并在 policy 中展示 arithmetic，供 finance reader audit。
26. 计算 contribution per sale = price × gross margin rate，扣除 variable costs；B2B 用 contribution per closed-won deal；e-commerce 用 CM3（revenue 减 COGS、减 delivery、减 marketing）。
27. 从该 margin 按 plan 或 cohort 计算 break-even ROAS 和 allowable CAC，绝不 blended。
28. 计算 payback = CAC ÷ monthly gross profit per customer；churn-adjusted = CAC ÷ (monthly gross profit × annual retention)；working band 3-12 months，enterprise 可到 18；低于 3 通常表示 underinvestment 而非 health。
29. 计算 cash cap：runway 决定 maximum monthly spend，无论 efficiency，因为 CAC 现在付、gross profit 未来到；把它作为 absolute number 写在 efficiency floors 旁边。
30. 在 marginal 而非 average 上设 scaling ceiling。示例：70% gross margin 时，break-even 是 marginal aMER 1.5 对 blended aMER 2.0；用 blended 可能设 $110k per month，但 spend 超过 $60k 只亏钱。
31. 按 cost of capital 而非单纯 stage labels 调整 payback tolerance：bootstrapped 需要更快 recovery；venture-funded 只有在 burn 保持 band 内时才可辩护更宽松 ceiling；bootstrapped 常目标 12 months 或以下；venture-funded seed/Series A 常 18-24 months，成熟转向 efficiency 时收紧回 12 以下；bootstrapped 面对 0-5% capital cost 可在数学支持时维持 24-month payback，Series A 面对 35-50% implied equity cost 不能，因为每月都复利成 dilution。
32. 低于 meaningful conversion volume 时，不设 hard CAC ceiling；说明这一点，并设 activation threshold（spend level 或 conversion count）让 policy 开启。
33. 命名用户会提的 rules of thumb 并给 origin，把业务自己的 break-even 放在旁边；不要删除也不要 endorse：3:1 LTV:CAC 来自 David Skok，自认是猜的；12-month CAC payback 来自 David Skok 2011，绑定 2011 fundraising conditions，他的 bands 是 5-7 months，超过 12 是 anemic；4x ROAS 无可追溯作者，是 folklore，只是 25% contribution margin 的 break-even；CAC ≈ 25% of gross profit 来自 Taylor Holiday, Common Thread Collective, 2022，是 stated agency heuristic 且从未跨样本测量；MER >4 rising to 5-8 at scale 来自 Taylor Holiday, CTC，同样状态。
34. 给用户展示一个 firm 写下自己的 acceptance threshold 的公开例子：CTC pre-engagement test 是「can we win at 2:1 on Facebook? Can we be profitable at 50% CPA」（Adrianne Austin, CTC, 2022）。
35. 在起草任何数字前进入 explicit brainstorming mode；把三个 architectures 按顺序放到桌上，说出 ranking，然后等用户选择。
36. 按 efficiency 排序：tiered ladder > single break-even floor > portfolio with ring-fenced exploration。
37. 按 value 排序（避免 false stops 和保留 learning）：portfolio > tiered ladder > single floor。
38. 按 effort 排序（least first）：single floor > tiered ladder > portfolio。
39. 默认 tiered ladder with escalating approval：包含 target floor、warning band、hard floor，各有 consequence 和 approver；成本是写一小时，然后有人 chair standing weekly review；买到更少 false stops，坏周被 investigate 而非 halt，每次 breach 有 proportionate response；适合超过约一个 full-time media owner 的业务。
40. single hard break-even floor：从 margin 计算一个数字并到处应用；成本一小时然后无，难以争辩且写成当天生效；买到只停止 real losses，每次 breach 都 halt，volatile channels 会 thrash；当没人能 chair review、spend 小、margin 确定且 calendar 短时下移到此。
41. portfolio model with ring-fenced exploration budget：guardrail blended number，并 exempt named slice 不受 main floor 约束；声明的 spend share 有自己的 separate kill rules，从 main floor 划出；成本一周设计加 standing job policing，因为 carve-out 是 waste 藏身处；买到其他两个架构悄悄摧毁的 learning capacity；当 efficiency bar 已 strangle testing 或 channel mix 正在变化时上移到它。
42. 把 ranking 当默认而非法律；随账户 volatility 和实际执行者变化；根据已知用户重新排名：能读 marginal efficiency 的 in-house analyst 使 portfolio model 便宜得多。
43. 注意该顺序会饿死 portfolio model：它价值最高、努力最高，所以 ratio 总选 ladder，testing 逐步死亡；当 efficiency bar 已 strangle testing、channel mix 变化，或 interview 答案是 compounding mandate 时提升它；如果账户已有 live margin feed 和读 marginal efficiency 的 analyst，其 effort 轴塌陷，可仅凭成本提升。
44. 若 interview 答案排除某 architecture 而不只是使其昂贵，从该账户 menu 删除并在 policy 中说明已删除：没人能 chair standing review，删除 ladder 和 portfolio，只留 single floor；founder-run 且无 second approver，专门删除 ladder，因为每层同名不是 control。
45. 被排最后的 architecture 会在纸面被采纳但无人执行。
46. 在提出 recommendation 前，先论证反对自己 recommendation 的最强理由；指出哪个 candidate 最符合用户 decision-making culture，而不只是 maths；没人执行的 strict policy 比他们会执行的 looser policy 更糟。
47. 设计 kill rule 必须有 trigger、evidence gate、consequence 和 way back，逐项明确。
48. 使用两个 independent halt conditions：streak condition（metric 连续 N 个 periods 低于 hard floor）和 rate condition（defined share of budget 在 window 内 burn 且 metric 低于 floor）；任一单独触发。
49. 使用两个 time horizons：per-period cap 和 rolling cumulative cap；只有 daily ceiling 没有 weekly cumulative cap 会让 slow bleed 无限进行。
50. 使用 fast、medium、slow windows，让 sharp spike、half-day drift 和 multi-day creep 各有 urgency；模式来自 Google SRE Workbook multi-window burn-rate alerting；移植 shape，数字按业务 volatility 设置。
51. 在任何 kill 前设 evidence gate：绝不在短于 conversion lag 的 window 上 kill（B2B 最少 4-6 weeks，90-day cycle 更长），不在 platform learning-volume floor 之下，也不在 spend 足以 fair chance 之前；可用 anchors：按 spend 而不是 time kill（CTC：$500-1,000 spend 前无 activation），Jess Bachman 的「3-4 times your CPA at least」再判断；普遍 3x CPA kill rule 不可追溯，不要 launder。
52. 允许三种 outcomes 而非两种：allow、review、halt；把 breach 路由到 human review 常常正确；强迫每次 breach 立即 stop 会产生 thrash；Airbnb 的 experimentation guardrails 正是此 shape：触发的 guardrail 升级给 stakeholder group 决定是否 continue，每月约 25 个 experiments 被 flagged，约 80% 讨论后仍 rollout，只有约 5 个 paused。
53. 记住 pause 在 algorithmic platforms 上有自身成本：Meta 上 extended pause（超过约一周）可能让 delivery algorithm 失去对所学内容的信心，重新激活更接近 cold campaign；短 evidence gate 且不限制 pause duration 的 kill rule 可能比它预防的 overspend 更贵，因此 evidence gate 和 restart condition 要一起 sizing。
54. 对缺失数据 fail closed：no data、feed broken、stale、malformed 各自是 blocking state，绝不等于 number is fine；写下此时怎么办，通常 hold spend flat 而非 scale。
55. 绝不在不信任的 metric 上设 guardrail；platform-reported ROAS 配 broken conversion feed 的 kill-switch 会对 data-quality noise 触发，而非 economics；先修 measurement。
56. 在写 halt condition 的同时写 restart condition：什么必须 true、在什么 window measured、由谁 approved；没有 way back 的 kill rule 会把 temporary breach 变成 permanent shutdown。
57. Governance 中坚持 separation of duties：花钱的人不能 raise 自己的 ceiling；media buyer、agency 和 automated bidding system 都在别处拥有的 ceiling 下运行，否则不是 control 而是 preference。
58. 按 severity escalating approval，每层命名 real 且 notified 的人；没有 assigned approver 的 approval gate 不会 fail loudly，它会 silent hang 而所有人以为有 control。
59. Exceptions 必须 explicit、time-boxed、justified 和 logged，包括 denied 的；standing exception 不是 override，而是没人同意的新 ceiling；像 finance 拒绝 vague variance narratives 一样拒绝 vague rationales：timing、one-time、various small items 不是 explanations。
60. 当 org-wide floor 和 channel-specific floor 同时适用时，most-restrictive-wins。
61. 按 cadence 而非 emotion re-baseline：quarterly 是 standard，加 named event triggers（margin change、pricing change、platform measurement change、market shift）；任何 metric definition 改变后立即 re-baseline，并在下一次 report 中说明。
62. Cap guardrail list 在 two or three；借用 feature-flag practice：两三个 high-signal metrics 是正确大小；如果有人提第四个，问他们会移除哪个；选择纪律本身就是重点；更多 thresholds 意味着更多 false breaches 而非更多 safety。
63. 给每个 guardrail 配一个 counter-metric，使通过 gaming 达到 guardrail 可见；你测量什么就会优化什么：blended ROAS floor 最容易通过把 budget 转向 retargeting 和 branded search 来满足，后者 harvest 已在到来的 demand。
64. counter-metric 配对首先受 binding 约束：取与该 guardrail 自身 gaming route 反向移动的 metric；多个 qualify 时按以下排序：efficiency：new-customer share > prospecting share of spend > contribution margin after ads > blended CAC > lead-quality (SQL) rate；value（抓 gaming）：contribution margin after ads > new-customer share > lead-quality rate > prospecting share of spend > blended CAC；effort（least first）：prospecting share of spend > new-customer share > blended CAC > lead-quality rate > contribution margin after ads。
65. new-customer share 领先，因为 store 或 CRM 已报告，一次 read 抓住最常见 gaming route；contribution margin after ads 是不可 game 的，但需要 finance feed wired 并保持 alive。
66. 按 motion 和账户已有内容重排 counter-metrics：B2B 中 SQL-to-closed-won rate 第一，因为 gaming 发生在 cheap form fills 而非 retargeting；有 live margin feed 的账户中，contribution margin after ads 成为 near-zero effort 的最强 counter-metric。
67. 执行 workflow：先运行 Interview，记录哪些 inputs 是 measured、estimated、missing。
68. Gate on measurement：如果 conversion feed 不可靠或 margin 未知，说明并停止；建立在没人信任的数字上的 guardrail 比没有更糟，因为制造 confident wrong decisions；先修 tracking。
69. 从业务自身 inputs 计算 break-even 和 cash cap，展示 arithmetic。
70. 运行 brainstorming 步骤：三个 ranked architectures、各自 cost 和 buys、一个 recommendation、用户 choice。
71. 设置 three layers，然后设置 guardrail set（two or three），每个配一个 counter-metric。
72. 设计 kill-switch rules，包括 evidence gate 和 restart condition。
73. 分配 ownership、escalation ladder、exception process 和 re-baselining cadence；每个 threshold 都有 named owner，否则等于没有。
74. 起草 Guardrail Policy，然后 section by section 呈现：derivation、layers、guardrail set、kill rules、governance；每节经用户 validate 后再起草下一节。
75. 停在 approval gate；没有对 assembled policy 的 explicit approval 就不 finalize，记录谁 approved 及何时。
76. 如果 harness 有 persistent memory，memorize approved thresholds、其 derivation、named owners 和 review date，以便后续 tactical work 继承 policy 而不是重新糟糕推导。
77. 如果能 browse web，在 finalizing 前 re-verify 引用的 external figure；否则把每条标注为 dated practitioner guidance 而非 current fact。
78. 交付一份 finance approver 可签署、media buyer 可据以操作的 artifact，模板为 SPEND GUARDRAIL POLICY - <business>, effective <date>, review <date>；Inputs：contribution margin | price/ACV bands | payback target | runway | cash cap，每项标注 measured/estimated/missing；Derivation：break-even ROAS 和 allowable CAC 及 arithmetic；Layers：break-even floor | target floor | hard floor 各自 consequence；Guardrail set：2-3 metrics，每个 variant named、measurement window、data source、counter-metric、segment；Kill rules：streak condition | rate condition | evidence gate | restart condition；Governance：owner per threshold | escalation ladder with named approvers | exception process | re-baselining cadence and event triggers；Exemptions：exploration budget share 和其 own separate rules；Assumptions：what would invalidate this policy。
79. 遵守 anti-fabrication 规则：绝不说无法展示 derivation 的 threshold；绝不把 rule of thumb 当 measurement；绝不用 plausible number 填 missing input，而要命名为 missing 并给 policy provisional status。
80. 可参考 references/worked-guardrail-policies.md 中 filled B2B policy、filled B2C policy 和 annotated negative example。
81. B2B 和 B2C 的 derivation 相同：break-even arithmetic、three layers、cash cap、separation of duties、counter-metric discipline 和禁止 guardrailing platform-reported numbers 都适用 unchanged；只改变 inputs 和 readable window。
82. B2B 使用 guardrail metrics：Cost per SQL、cost per closed-won、pipeline coverage；margin input：ACV × gross margin、lead-to-close rate；minimum window：4-6 weeks，cohorts 在 cycle 完成前 immature（median cycle 约 84 days）；dominant gaming risk：优化到永远不成为 revenue 的 cheap form fills；kill evidence：pipeline-stage signal，绝不用 raw lead volume。
83. B2C/e-commerce 使用 guardrail metrics：MER、contribution margin、blended CAC；margin input：AOV × contribution margin (CM3)；minimum window：days to weeks；dominant gaming risk：把 spend 转向 retargeting 和 brand search 以维持 blended floor；kill evidence：purchase-level CPA 加 spend-based gate。
84. 在 B2B 中，若 CAC 按短于 sales cycle 的 window 计算，会把本期 spend 对上期 customers；通常是这种 mismatch 看起来像 breach，而非 spend 本身。
85. 发布前通过 Pass Threshold，不满足就 iterate：每个 threshold 展示 derivation，追溯到 contribution margin、payback 或 cash，绝不只引用 benchmark；break-even、target、hard floor 是三个独立数字和三个独立 consequences；guardrail set 是 two or three metrics，每个 variant named、measurement window stated、data source named 和一个 counter-metric；每个 kill rule 有两个 independent trigger conditions、evidence gate 和 written restart condition；每个 threshold 命名 real owner，且 owner 不是花钱方；exception process 写明谁 approves、for how long、on what justification、logged where；存在 re-baselining date 和 named event triggers；missing inputs 命名为 missing，不用 plausible guess 填；用户 explicit 批准 every section。
86. 用 policy 自身 KPIs 在随后 two to three cycles 评估 policy，而非 campaign performance；这些未排序且一起 track：Breach response rate = 产生 written consequence 的 breaches / breaches，低于 100% 表示 policy 是 decorative；Thrash rate = 一个 cycle 内被 reversed 的 pauses，上升表示 thresholds 比 metric noise 更紧；False-breach rate = 后来被 lag、seasonality 或 tracking outage 解释而非 economics 的 breaches；Override frequency and concentration = 大量 override 或全由一人 override，表示 ceiling 错或 authority 错位；Headroom = actual marginal efficiency 到 floor 的距离，持续很大表示 ceiling 在 throttling profitable growth；Zero-breach quarters = 从未被 breach 的 ceiling 应与频繁被 breach 的一样受 review，持续 comfortable 通常表示 target sandbagged。
87. 修复 failure modes 时按最高每小时价值优先：naming owners、approvers and consequences > replacing folklore with business's own break-even > moving ceiling from blended number to marginal one > counter-metrics, minimum windows and noise width > ring-fenced testing and per-segment thresholds > re-baselining cadence and rebuilding measurement underneath；第一带成本近零加 political capital，最后成本一个 quarter；按账户自身 history 重排，例如最近三次 pause 都是 tracking outage 就先修 measurement。
88. 修复具体 failure：approval gate 无 named approver -> 命名人和 notification path；status tiers 无 consequence -> 每层给 action、approver、notification 或删除 tier；spender owns ceiling -> 把 ownership 上移或横移；folklore quoted as target -> 在旁边命名 origin 和 evidence status 与自身 break-even；guardrail set on blended average -> 在 marginal efficiency 上设 scaling ceiling，Haus 记录 Meta 有 $337 blended CPIA 而最后 25% spend 超过 $1,000，$400 CPIA guardrail 在 blended 数字上通过但在 margin 上严重 breach；guardrail met by gaming -> 配反向 counter-metric；acting inside conversion lag -> 在 policy 中设每 metric minimum window 并禁止 window 内决策；threshold tighter than metric's noise -> 按 volatility 加宽、要求 consecutive-period breaches 或使用 rolling baseline 而非 static number；testing budget held to production bar -> ring-fence exploration spend 用自己的 rules 和 declared share；one flat threshold across segments -> 按 channel、cohort、price band 条件化 thresholds；ceiling never re-baselined -> quarterly 加 event triggers，把 zero breaches 当 review trigger 而非 success；guardrail set on platform-reported ROAS -> 用 business-level accepted outcomes，platform numbers 报告 claimed revenue 而非 caused revenue，并会把 spend 推向 retargeting 和 brand search 而饿死 prospecting。
89. 可参考调用例子识别用户意图：What's the highest CAC we can afford before we're losing money?；Set a ROAS floor for our paid programme and a rule for when we pull the plug；Our CFO wants a written spend policy - who gets to approve going over the CAC target?。
90. 参考下游技能：mbfinotti/advertising-skills@cac-roas-benchmark 用于测量当前 CAC/ROAS 并判断是否 healthy；@ad-spend-allocation 在 guardrails 内分配 fixed budget；@ad-budget-pacing 做 daily/weekly tracking；@paid-media-scaling 在证明后提高 total spend；@ad-conversion-tracking 修复 measurement；@ad-attribution-gap 在 guardrail 前调和 platform 和 business numbers。

适用边界 · 注意事项

• 不要用它判断当前 CAC/ROAS 实际是否健康；那应使用 mbfinotti/advertising-skills@cac-roas-benchmark。
• 不要用它做每日/每周预算 pacing 监控；那应使用 mbfinotti/advertising-skills@ad-budget-pacing。
• 当转化 feed 不可靠或贡献毛利未知时，不要用它产出确定性护栏；先修复测量和毛利输入。