复合案例：调了三轮 Campaign，最后发现目录才是瓶颈

案例说明：本文为复合虚拟案例，由多个常见运营情境抽象重组，不对应任何真实品牌、站点、账号、客户或单一项目；名称、过程与数据均为虚拟示意，不可用于反推来源。

直接判断：Campaign 没有失灵，它只是忠实地把预算分配给了现有输入。真正的瓶颈是目录没有持续提供稳定、可区分、可交易的商品事实；每轮下游调整都让结果更难解释。

先做判断

场景中的团队观察到 Shopping 流量波动、部分热销品失去覆盖、自动化 Campaign 把更多预算投向少量商品。第一轮，他们调整预算与出价目标；第二轮，他们重组产品集合；第三轮，他们增加排除并反复更换 Campaign 形态。每次都出现短期变化，却没有形成稳定改善。

复盘时有人提出一个更基础的问题：进入投放的商品集合是否每天都是同一套、同一含义？只读核对目录后发现，库存标签更新滞后，部分产品类型在上新时回落到宽分类，变体 ID 在一次应用重装后改变，促销结束后仍有少量旧覆盖。Campaign 学习到的是不断变化的目录，而不是稳定商品表现。

诊断框架：把变化拆成输入与决策

输入变化包括 ID、价格、库存、商品属性、图片、页面与跟踪；决策变化包括商品范围、预算、出价、排除、Campaign 类型和目标。如果两类变化同时发生，就无法知道表现变化来自哪里。

团队把所有改动放到同一时间线上，发现每次 Campaign 调整前后都伴随目录批量更新，却没有统一变更记录。于是先冻结非必要投放动作，建立商品就绪门槛：身份稳定、核心属性完整、价格库存时效通过、变体落地正确、GMC 状态可用、页面承诺一致。只有通过门槛的商品才能进入主投放集合；新品和资料不完整商品进入单独验证队列。

修复后的责任分工

商品团队负责源事实与上新完整度，Feed 负责人负责映射、规则、差异与更新成功，GMC 负责人负责处理状态和网站一致性，投放负责人只在输入稳定后调整预算与结构。共享看板记录每个商品集合的版本，而不是只记 Campaign 名称。

这样做没有把所有低表现都归咎于目录。相反，它让真正的 Campaign 问题终于可见：当商品集合稳定后，哪些查询、渠道与预算分配仍不合理，才值得进入投放优化。

职责划分可参考 Feed、GMC 与 Campaign 的责任边界；要把这种边界落到周度协作，可用 Feed／GMC／投放交接 Playbook。

常见误判

• 把 Campaign 花费集中解释为算法偏好，不检查可用商品集合是否缩水。
• 用新的投放结构绕过商品缺陷，让同一错误在更多 Campaign 中复制。
• 认为目录更新属于“日常小改”，无需进入变更记录。
• 只按广告表现给商品贴标签，却忽略标签源数据已过期。
• 目录修好后立刻再次改 Campaign，仍不给系统和团队留下可观察窗口。

验证清单

• 将目录、网站、跟踪与 Campaign 变更合并到一条时间线。
• 比较每个周期实际可投商品集合，而不是只看总商品数。
• 为主投放集合定义身份、属性、交易、GMC 与页面就绪门槛。
• 将新品、未知商品和问题商品放入可控验证队列。
• 给每项标签记录来源、更新时间、失败状态与负责人。
• 输入稳定后再做一次最小 Campaign 改动，并回读真实分配结果。
• 涉及自动化 Campaign 报告、排除和竞价行为时按当前官方资料复核。

适用边界

这个案例适合“反复调投放仍无法解释波动”的电商目录，不表示 Feed 永远比 Campaign 更重要。输入稳定后，出价、预算、查询、渠道、素材和页面仍可能成为瓶颈。案例没有使用任何真实客户、站点、账户或精确业绩数据；它提供的是分离输入变化与决策变化的方法。