账户每月只能再拿出 €3,000 广告费，十几条 Campaign 都想要预算。最常见的分法是按历史销售额、历史 ACOS 或负责人经验平均切，但这三种方法都会掩盖同一个问题：预算分配不是奖励过去表现，而是在今天的现金、库存和利润约束下，决定下一欧元最值得买哪一组流量。
某条 Campaign 的平均 ACOS 很好，不代表继续加钱后仍然好；另一条新品 Campaign 还没有订单，也不代表它不该获得有限的学习预算。先把保底、测试、扩量和止损四类资金分开，再给 Campaign 排队，才不会让成熟流量饿死，也不会让探索无限续费。
这篇文章讨论 Sponsored Products Campaign 与 Portfolio 层的预算分配。Amazon 官方提供 daily budget、Portfolio budget cap、预算规则和预算建议；下面的边际排序、风险分层与护栏是 RongCraft 的经营方法，不是 Amazon 保证收益的官方公式。
专题导航：本文属于 Amazon 广告优化与 RongAds 实战 系列；可从专题页按“基础 → 数据 → 决策 → 工具”查看完整阅读路径。
先明确三个预算层，避免把“上限”当“分配器”
| 控制层 | 主要作用 | 不能自动解决什么 |
|---|---|---|
| Campaign daily budget | 限制单条 Campaign 在自然月内的平均每日花费 | 不会判断搜索词是否相关，也不会保证预算匀速花到晚上 |
| Portfolio budget cap | 限制一组 Campaign 在月度或指定期间的总花费；达到上限后组内 Campaign 会停止投放 | 普通 cap 本身不会按利润高低替你给 Campaign 排序 |
| 账户经营预算 | 由现金流、库存、利润目标和经营阶段决定你真正愿意承担的总投入 | 广告控制台看不到完整商品成本、回款压力和补货周期 |
因此，Portfolio 很适合按站点、品牌、产品线或经营目标建立资金边界，却不能替代 Campaign 级判断。Amazon 还提供 Portfolio 未花完 Campaign 预算共享的 beta 功能，但并非所有账户都可用；启用后，组内符合条件的 Sponsored Products Campaign 可能使用其他 Campaign 的未花余额，Portfolio 总 cap 仍是最终边界。自动共享能提高预算利用率，也意味着单条 Campaign 的表面日预算不再是完整风险上限。
先从总经营预算切出四个资金池
不要一上来给 20 条 Campaign 逐条填数字。先根据业务目标，把可承受的广告预算拆成四个互不冒充的资金池：
| 资金池 | 用途 | 典型进入条件 | 退出条件 |
|---|---|---|---|
| 保底池 | 维持已经验证的稳定流量 | 归因成熟、经济性达标、库存与 Buy Box 稳定 | 利润线失守、库存风险或商品端发生重大变化 |
| 扩量池 | 购买已证明仍有价值的增量机会 | 经常预算受限，且新增花费的边际效率仍达标 | 边际 ACOS 超标或新增搜索词/广告位明显变差 |
| 测试池 | 为新品、新词、商品投放或结构实验购买证据 | 有明确假设、样本目标、最长周期和损失上限 | 证据达到升级/淘汰阈值，或测试预算用尽 |
| 预备池 | 应对促销、高流量日、竞品断货或临时机会 | 事件发生且已有 schedule/人工审批 | 活动结束，恢复基线而不是永久抬高预算 |
比例没有跨账户通用答案。新品期可以让测试池更大，稳定盈利期可以让保底与扩量池占比更高，现金紧张或库存不足时则应压低总盘子。关键不是套“70/20/10”，而是每一池都有独立目的和停止条件。
Campaign 先过资格门槛，再谈优先级
给 Campaign 排名之前，先排除“即使效率好也不该继续花”的状态：
□ 商品有库存，补货周期能承受新增销量
□ Featured Offer / Buy Box 与广告资格正常
□ 当前售价、优惠、配送和评价没有异常
□ seller 使用 D-7、vendor 使用 D-14 以前的成熟归因数据
□ 币种、站点、时区和销售额口径一致
□ Campaign 没有待调查的突发 CPC、CVR 或退款异常
□ 商品贡献毛利和目标 ACOS 有可追溯版本
资格门槛不通过时，Campaign 应进入暂停、人工复核或仅保留最小观察预算，而不是因为过去 30 天 ACOS 好就继续加钱。广告报告解释的是广告归因结果，不知道仓库只剩 12 件货，也不知道下个月要付多少货款。
用四类状态给 Campaign 排队
| 状态 | 证据 | 预算动作 |
|---|---|---|
| A：可扩量且预算受限 | 成熟 ACOS/利润达标、Average time in budget 偏低、搜索词相关、边际效率健康 | 优先进入扩量池，小步增加并观察新增部分 |
| B：稳定但不受预算限制 | 效率达标，但经常花不完当前预算 | 保留实际需要的基线；提高预算通常不会增加流量 |
| C：有价值的受控测试 | 证据不足，但假设、对象、样本和止损清楚 | 进入测试池，不与盈利 Campaign 争抢无限预算 |
| D：低效或风险异常 | 成熟 ACOS 超标、边际恶化、无关流量、库存/Buy Box/Listing 异常 | 回收预算，先修复或停止；不能用加预算验证坏流量 |
A 类通常最先拿扩量预算，B 类拿够可实际消耗的基线，C 类拿可承受损失的学习预算，D 类不因“需要更多数据”获得无限续费。品牌词 Campaign 也不能自动列为 A：高 ROAS 可能包含本来就会发生的品牌订单，仍需结合总销售、TACOS 和增量测试判断最低充分防守。
平均 ACOS 用来描述历史，边际效率决定下一欧元
两条 Campaign 的平均 ACOS 都是 20%，继续增加 €100 后，结果可能完全不同。对可比、成熟且不重叠的调整前后周期，计算：
边际 ACOS =（调整后 Spend - 调整前 Spend）
÷（调整后 Sales - 调整前 Sales）
| Campaign | 新增 Spend | 新增 Sales | 边际 ACOS | 目标 ACOS | 判断 |
|---|---|---|---|---|---|
| Exact 核心词 | €100 | €500 | 20% | 28% | 仍有扩量空间 |
| Auto 探索 | €100 | €180 | 55.6% | 28% | 新增部分不达标，先查查询与承接 |
这里的数值只是演示，不是行业基准。价格、优惠、库存、Listing、竞价和 Targeting 同时变化时，差分无法归因给预算；两个高度重叠的滚动窗口也不能当成独立前后期。小样本或销售差额接近 0 时，边际 ACOS 会非常不稳定，应保留测试标签而不是强行排序。
预算优先分数可以有，但不能伪装成利润真相
当 Campaign 很多时，可以建立一个只用于“建议队列”的透明评分。示例：
priority_score =
经济性分 × 35%
+ 预算受限分 × 25%
+ 边际效率分 × 20%
+ 库存与商品稳定分 × 10%
+ 战略目标分 × 10%
- 风险扣分
各分项必须来自可解释字段：
- 经济性分：成熟 ACOS 与目标 ACOS 的安全余量、每单贡献而不是销售额排名；
- 预算受限分：Average time in budget、超预算频率和发生时段；
- 边际效率分：最近一次单变量预算实验的新增花费与新增销售；
- 商品稳定分：库存天数、Buy Box、价格、优惠、评分与配送状态；
- 战略目标分：清晰标记的新品学习、利润、防守或清库存目标；
- 风险扣分：未成熟归因、字段缺失、异常波动、促销混入或人工冻结。
评分只决定人工审查顺序，不应绕过 Portfolio cap、单 Campaign 上限和人工授权。字段缺失时应降级或 fail closed，不能把 null 当 0 后自动加钱。
一个 €3,000 月预算的分配示例
假设这是一个站点、一个产品线的 Sponsored Products 可用预算，商品经济性和库存已经核验。下面只是演示决策结构：
| 资金池 | 金额 | 投向 | 控制方法 |
|---|---|---|---|
| 保底池 | €1,500 | 两条成熟且稳定的 exact/商品投放 Campaign | 按实际消耗设置基线，不因上限高就强迫花完 |
| 扩量池 | €750 | 一条经常预算受限、边际 ACOS 仍达标的 Campaign | 每轮只加 10%–20%，观察成熟非重叠周期 |
| 测试池 | €450 | 新品 Auto、两个新词组和一个竞品 ASIN 假设 | 逐实验设样本与损失上限，达到条件后升级或淘汰 |
| 预备池 | €300 | 周末活动或临时高质量流量机会 | 使用日期规则或人工审批，活动结束自动回基线 |
把 €3,000 除以当月天数只能得到组合层的平均参考，不能简单把每条 Campaign 的日预算相加后认为一定会花到该数。Campaign 可能花不完，也可能在高流量日超过表面平均日预算；最终仍要用账户账单、Portfolio cap 与实际 Spend 对账。
什么时候用 Portfolio，什么时候拆开
Portfolio 应围绕共同的资金责任建立，而不只是为了让控制台看起来整齐。适合放在同一个 Portfolio 的 Campaign 通常共享：
- 同一站点、币种和责任人；
- 同一产品线或可共同承担预算的 ASIN 组；
- 相同的经营目的，例如新品学习、稳定利润或清库存；
- 相近的时间窗口与预算 cap。
如果新品测试与成熟利润 Campaign 共用一个硬 cap，测试流量可能抢走本应保护的稳定预算；如果多个库存周期完全不同的 ASIN 放在一起，组合预算也很难映射到真实补货风险。此时应拆 Portfolio，分别设 cap，而不是只在报表里加标签。
预算规则只负责“何时增加”，不负责证明值得增加
Amazon 当前提供两类 Campaign budget rules：
- Schedule-based：在活动、周末或指定日期/时段按百分比提高预算；
- Performance-based：当 ROAS、CTR 或 CVR 等条件达到阈值时提高预算。
官方规则的作用是减少手动调整和避免高表现 Campaign 提前断预算，但性能阈值仍来自广告归因指标，不包含你的完整利润、库存和现金流。多条适用规则还可能叠加，因此必须记录基线预算、每条规则的增幅、组合后上限和结束时间。
对于季节性活动，日期规则通常比永久抬高日预算更容易回滚；对于利润敏感账户，性能规则也应先经过成熟数据、毛利与 Portfolio cap 的外层检查。
RongAds 不改预算，只报预算顶格
RongAds 不写预算，也不打算写。它做的只有一件事：从 Bulk 活动行的日预算和窗口花费算出利用率（窗口日均花费 ÷ 日预算），≥ 90% 的活动算预算顶格。顶格活动里的加价建议全部改为“保持”，因为预算花完时加价买不到更多点击，只会把同样的预算花得更贵、更早花完。概况里单列这些活动，按活动 ACOS 对目标给一句话：ACOS 在目标内就加预算，高于目标就先降差词。加预算由你在后台完成。
本文的排队方法仍然是你决定给谁加预算时该用的；工具只负责告诉你哪些活动已经被预算卡住，以及它们值不值得。
每周预算分配检查表
□ 本周可用总预算是否来自真实现金、库存和利润约束？
□ 保底、扩量、测试和预备资金是否分开？
□ 每条 Campaign 是否通过库存、Buy Box、价格和归因成熟门槛？
□ A/B/C/D 状态是否有证据，而不是只按历史销售额排序？
□ 预算受限与 bid、相关性、Listing 问题是否分开？
□ 新增预算是否用边际效率验证，而不只看平均 ACOS？
□ 测试是否有最大花费、最长时间、升级和淘汰条件？
□ Portfolio cap 是否匹配产品线和经营目标？
□ Budget rules 是否存在叠加，活动结束后是否回到基线？
□ 所有改动是否记录旧值、新值、理由、证据窗口和回滚结果？
好的预算分配不是把钱平均分完，而是让每一欧元拥有明确身份：保护已经验证的流量、扩张仍有利润的边际、购买有限的学习证据，或保留给真正发生的机会。Campaign 排队只是手段，最终约束始终是商品经济、库存、现金和可撤回的风险边界。
如果某条 Campaign 已经中午烧完，请先看《Amazon 广告预算烧完要不要加钱？》判断它到底是预算受限、ROI 受限还是转化问题。目标上限不清楚时，先用《Amazon 目标 ACOS 怎么定？》把利润与生命周期拆开。需要跨 Campaign 复盘平均与新增效率时，可继续看《Amazon ACOS 正常，利润为什么还在下降？》。
官方资料与继续阅读
- Amazon Ads：Sponsored Products budget basics and best practices
- Amazon Ads：Budget and bidding rules guide
- Amazon Ads：Understand budget rules
- Amazon Ads：Portfolio budget caps
- Amazon Ads：Unspent campaign budget in portfolios (beta)
- Amazon Campaign 怎么拆？按 ASIN、搜索意图还是匹配方式
- Amazon 广告多久调一次价？把运行频率、归因窗口和冷却期分开
- Amazon 广告自动调价：我给 RongAds 加了 7 道安全闸，然后把自动化删了
