n8n 亚马逊运营晨报自动化：把广告、库存和差评信号压缩成一条 8 点前消息
很多亚马逊团队的问题，不是没有数据，而是数据散在四五个地方：广告后台一份，库存一份，评价一份，利润表又一份。每天早上先切报表，再看 Slack、邮箱、ERP 和表格，真正开始做动作时已经快中午。
如果你现在还是 1-3 个人盯店铺，最值得先自动化的通常不是“全链路 AI 运营”，而是一条足够靠谱的晨报。它不用很花哨，只要能在 8 点前回答这几个问题：
- 昨天广告有没有异常烧钱
- 哪些 SKU 库存风险上升
- 有没有差评、退货或客服异常需要先处理
- 哪几个关键词、广告组或 ASIN 值得今天优先看
这篇文章不是讲概念，而是给你一套能落地的 n8n 日报框架。建议先配合 亚马逊 PPC 广告优化、亚马逊 FBA 库存和利润复盘 和 卖家评价与风险处理手册 一起看，日报里该放哪些信号会更清楚。
先定目标：日报只解决优先级，不解决所有分析
很多人第一次做自动化，容易把晨报做成“把所有字段都发出来”。结果是消息很长，没人看完，也没人知道该先做什么。
更好的思路是：晨报只负责筛风险和排优先级，详细分析再点进表格或后台。
我建议先固定四个模块：
| 模块 | 要回答的问题 | 推荐输出 |
|---|---|---|
| 广告预警 | 哪些广告组花费异常、ACOS 失控、搜索词跑偏 | 3-5 条异常摘要 |
| 库存风险 | 哪些 SKU 可能断货、补货天数不够、利润被仓储吃掉 | 风险 SKU 清单 |
| 评价与售后 | 有没有新差评、退款、客服超时 | 待处理事件清单 |
| 今日动作 | 今天最该先处理什么 | 1 个优先级排序列表 |
这样做的好处是，日报变成运营动作入口，而不是一个更难读的报表。
这条 n8n 工作流的最小版本长什么样
如果你是第一次搭，先从最小可运行版本开始：
- 定时触发节点，每天早上 7:40 执行。
- 读取广告数据，可以先从前一天导出的 CSV、Google Sheets 或内部汇总表开始。
- 读取库存和在途数据。
- 读取评价、售后或工单数据。
- 用几个 Function/Code 节点做阈值判断和消息拼装。
- 通过 Telegram、飞书、Slack 或企业微信推送晨报。
先别急着一上来接十几个接口。只要这条流程能连续稳定跑 7 天，就已经比大多数“计划中的自动化”更有价值。
广告模块：不要只发 ACOS，要发“为什么值得看”
广告部分最常见的错误，是只把 ACOS 排序后丢进消息里。问题是高 ACOS 可能来自测试词、排名词，也可能来自明显跑偏的词包，动作完全不同。
所以广告模块至少要补三列判断：
- 花费是否突然放大
- 是否有点击没转化且达到否定阈值
- 该广告组承担的是探索、放量还是守词任务
你可以参考 亚马逊 PPC 广告优化 里的分层逻辑，把日报文案写成这种格式：
- 自动广告 A：昨日花费 62 美金，0 单，已连续 3 天高于测试阈值，建议先看搜索词并筛否定词。
- 精准词组 B：ACOS 42%，但自然排名上升 6 位，先不要急着关，今天继续观察转化。
- 竞品投放 C：点击率明显低于账户均值，优先检查主图和价格带是否失配。
这类摘要比“花费 62、ACOS 42%”更有动作感，团队看到消息就知道下一步是什么。
库存模块：别只报剩余库存，要直接报“还能卖几天”
库存日报如果只写“剩余 186 件”，运营还是要自己换算。真正有用的是把它变成天数和风险等级。
建议至少计算：
- 日均销量
- 可售天数
- 在途到仓时间
- 安全库存线
- 是否存在广告放量但补货没跟上的情况
如果你之前已经在用 亚马逊 FBA 库存和利润复盘 的周表，可以直接把其中几个关键字段拉进日报。
一个好用的库存摘要通常长这样：
- SKU A：可售 11 天，在途 16 天后入仓，存在 5 天断货风险。
- SKU B：可售 28 天，但仓储周转偏慢，建议本周控制促销和补货节奏。
- SKU C：销量抬升 34%，广告预算同步增加，但补货计划未更新。
这样日报不是“告诉你库存是多少”，而是“告诉你今天要不要补货、减预算或盯物流”。
评价与售后模块：差评和退款信号要抢在中午前看到
如果你的店铺评价量还不大，最容易被忽略的恰恰是差评和售后。很多小团队到了下午才发现昨晚多了 1 星评价，等想处理时，广告已经继续把流量导向了一个转化正在变差的 Listing。
这个模块不一定要做得很重，但至少要抓三种信号：
- 新差评或星级明显下滑
- 退款/退货原因突然集中
- 客服消息或工单超时
如果你还没有成熟的售后系统，先从简单版本做起：把评价抓取结果、客服表格和退款记录汇总成一个列表。然后把处理动作写进消息里，例如：
- ASIN X 新增 2 条 2 星评价，关键词集中在“尺寸偏小”，今天先检查详情页尺寸说明并同步客服话术。
- SKU Y 退款率连续两天高于均值，优先排查包装破损和物流延误。
这类信息和 卖家评价与风险处理手册 放在一起用，团队动作会快很多。
n8n 节点设计，先追求稳定，再追求漂亮
如果你让一个运营同事维护这条流程，节点设计要尽量“看得懂”。我建议按下面的结构拆：
- "Schedule Trigger"：定时执行。
- "HTTP Request" 或表格节点：分别拉广告、库存、评价数据。
- "Merge"：按店铺、ASIN 或 SKU 汇总。
- "Code"：只做阈值判断和文案压缩。
- "If"：分流严重预警和普通摘要。
- 推送节点：发到 Telegram、Slack、飞书或企业微信。
不要把所有逻辑都塞进一个超长代码节点。后面出错时，没有人愿意排查 300 行混在一起的处理逻辑。
最先该接哪些数据源
不是每个团队都能直接拿到 Amazon 全量 API，也不一定每个系统都打通了。我的建议是按“接入难度低但价值高”的顺序来：
- 广告日报导出表或 Google Sheets。
- 库存/补货表。
- 评价或售后事件表。
- ERP/利润表。
- 更深层的 API 数据源。
先跑通“表格版晨报”完全没问题。很多团队卡在自动化这件事上，不是不会写流程，而是一开始就想等最完美的数据接口。
晨报消息怎么写，团队才真的会看
消息最好控制在一屏到一屏半，结构尽量固定。可以按照这个顺序：
- 昨日核心指标摘要。
- 三条最重要的异常。
- 今日优先处理列表。
- 明细表链接。
写法上，尽量用“问题 + 动作”的句子，而不是纯数字堆积。比如：
- 广告：自动广告 C 花费高但没有订单，今天先查搜索词并补否定词。
- 库存：SKU B 可售天数跌到 9 天，今天确认在途和补货节奏。
- 评价：ASIN X 新增低星评价，先处理客服回复并检查尺寸说明。
只要团队愿意连续看两周，这条自动化就已经进入正循环。
什么时候不建议先做这条自动化
如果你的店铺还没有固定的日报字段，或者广告、库存和售后负责人都不同步，先别急着搭复杂流程。先把“每天到底看什么”手工跑顺，再自动化。
自动化放大的是已有流程，不会替你定义流程。
同样，如果你现在连广告分层、库存安全线和评价处理规则都没定清楚，可以先把基础动作整理出来，再接 n8n。否则最后只会得到一条更频繁提醒混乱的机器人消息。
一个更现实的推进顺序
如果你准备这周就开工，我会建议按这个顺序推进：
- 先列出每天早上必须回答的 5 个问题。
- 确认这些问题分别来自哪张表、哪个后台或哪个同事。
- 先手工做 3 天样例晨报。
- 用 n8n 把最容易获取的两个模块先接起来。
- 连续跑 7 天后，再决定要不要加利润、工单或排名模块。
这样做的好处是，流程很快能上线，而且不会因为“自动化设计得太大”半路停掉。
FAQ
n8n 适合小型亚马逊团队做日报自动化吗？
适合，尤其是 1-3 人的小团队。前提不是节点有多复杂，而是你先把日报字段和阈值定义清楚。
没有 Amazon API，也能先做这条工作流吗？
可以。先从广告导出表、库存表、评价记录或 Google Sheets 开始，价值已经足够高。
晨报里最应该先放哪个模块？
通常先放广告异常和库存风险，因为这两类问题最容易直接影响当天动作和利润。
评价和差评模块一定要自动抓吗？
不一定。早期可以先汇总人工维护的评价表，只要能把异常在上午第一时间推出来，就已经有用。
晨报做完后，下一步最值得自动化什么？
通常是“异常后的处理动作”，比如自动创建待办、给客服分配任务，或者把高风险 SKU 自动同步到补货看板。