AI 运营工作流与提示词包（¥99）：我们给运营 AI 定的规矩、5 套提示词和一份广告变更计划模板

每一部分都对应我们店里一套真实在跑的流程。数字只作格式示例，使用时把【】占位符换成你自己的数据。

AI 最常见的错误不是算错，而是拿旧数据说新结论。我们的 agent 合同规定：同一个经营事实，按 4 级顺序取证，并且每个结论分开写订单、广告、库存、Business Report 各自的截止日期。

我们 10 月 9 日建了数据源登记表，用只读脚本按美西当天算每个源滞后几天。第一次检查就发现：库存每日快照停在 09-06，Business Report 快照停在 09-04。根因是每日数据流水线从约 08-22 起就没有调度器在跑，旧调度指向一个已经不存在的脚本。

修复后，流水线改为每天北京时间 10:15 自动运行（美西前一天 19:15 PDT），最后一步做新鲜度检查。库存缺口用库存台账报告补齐，这个报告一开始返回 403，原因是应用缺对应的角色权限。

同一天手动试跑时，一个旧导入脚本改写了 38 个已认证日的数据范围（36 个 Business Report 日、2 个订单日）。我们用备份恢复，并改成导入脚本跳过已认证日、每次运行校验认证数据摘要。所以包里的规则模板要求：跑数也要有「不覆盖已认证数据」的闸门和备份。

9 月 22 日我们给全店定了日均 $200 的挑战目标。基线 9/13–19：Business Report 销售 $458.14、36 件、546 Sessions，日均 $65.45，拆开是 78 × 6.59% × $12.73。按这个拆法，转化和均价不变时，日均 $200 要约 239 Sessions。

10 月的实际：10/1–7 日均约 $79，10/8–14 日均约 $100，比 10/6 的 $100 检查点晚了约一周；10/20 的 $150 和 11/3 的 $200 还没看到能稳定达到的迹象。复盘的作用是让差距每天可见，不是保证追上。

10 月 9 日之前，我们的广告改动是一个个脚本。那天出了一件事：一个已批准的计划把可直接运行的执行命令写在了动作账里，另一个 AI 会话在锁内执行了它，部分失败后又自己重试。进程锁只能防止同时写，管不了谁有权执行。

当天我们上线了广告变更引擎，并让它成为 SP 广告唯一的写入路径。没有有效执行票的任何非读 Ads API / SP-API 请求，都会在客户端被拒绝。

我们让 AI 拼盈亏桥时，要求每栏写来源和截止日期，没入账的写「未知」而不是 0，并且同时给减免口径和正常 15% 佣金口径。只看账面数，很容易把平台补贴当成运营成果。

转化审计的顺序是：流量够不够、广告是否真在花 → 价格和竞品落地价 → Listing 和评价 → 最后才是商品本身。钩织郁金香礼品就是例子：近 30 天 108 次访问卖 2 件，标价 $12.99，竞品落地价中位约 $9.99，广告实际日花费常不到 $2；8 月的 36 单里有 30 单是 Vine。AI 的结论是瓶颈在价格和流量，不在差评。

错货调查讲证据分层。向日葵寄语礼品有一款不满意率 21.05%（19 单中 4 单），4 条投诉都是「发送了错误的商品」，均已退款、无需寄回。AI 逐层核对了买家之声、退款、退货报告和实时 Listing 映射，结论是后台映射正确，但不代表袋内卡片正确；在拿到外袋条码和袋内卡片同框照片前，不认定责任方。现场调查后确认根因是到货时同箱混装了不同款，被按整箱统一贴标。

带来的：每个结论都能查到用的是哪天的数据；每次广告改动都能查到谁批准、改了什么、改完怎么样；新鲜度检查把停更多日、没人发现的数据问题暴露出来。决策更有依据，手工更少，失误更少。

没带来的：店铺还没真正盈利。10/1–15 账面约 +$16 全部来自约 $202 的佣金减免，按正常佣金仍亏约 $186；季节和平台补贴的作用分不开，我们也没有对照组。我们没有计量这套流程省了多少工时，所以不写节省多少小时。

付款后在本页直接下载 Markdown 文件（¥99）。想先免费了解，可以看主案例和专题里的其他文章。