亚马逊后台新增创建卖家工作流程功能

亚马逊新出了个卖家工作流程AI板块，这两天使用了一下，还挺炸裂的：

每天早上打开亚马逊后台，通常先做什么？

看看昨天卖了多少，查一下重点商品，再翻一遍账户提醒。价格有没有变化，哪些问题需要处理，也要顺手检查。

这些事情单独拿出来，都算不上复杂。但当你管理的商品越来越多，每天重复检查就会占掉不少时间。更麻烦的是，表格整理出来了，真正值得处理的问题，有时候还藏在里面。

现在，如果你在后台看到了“创建卖家工作流程”，这个入口值得认真研究。

我先把结论放前面：卖家可以开始尝试，把一项重复发生的运营任务，设计成持续运行的流程。但能不能用好，取决于你有没有把标准写清楚。

你让AI看什么、什么情况需要提醒、允许它做什么、最后怎样核验，这些问题会直接影响结果。

今天，我把它拆成三个可以尝试的任务，并把指令一起放出来。你可以挑一项，放进自己的后台验证。

01｜这次更新，和以前的卖家助手有什么区别？

先把名字讲清楚。

这里讨论的是Seller Assistant Workflows，卖家助手工作流程。

亚马逊早在2025年9月就公布了卖家助手的Agentic AI能力，可以围绕问题推理、规划，并在卖家许可下协助行动。

2026年9月的新一轮升级，进一步强调了持续运行的工作流程。官方列举的场景包括账户健康监测、订单汇总、价格趋势分析等，卖家退出后台后，流程仍可以继续运行。

你可以这样理解两种使用方式：

Agent这个词听起来有点技术感，放到运营工作里，可以理解成：围绕目标组织步骤、调用工具，并在权限范围内推进任务的助手。

02｜把任务交出去之前，先把运营标准写下来

看到这种功能，有些卖家可能会直接输入：

“帮我优化店铺。”

这句话表达了愿望，但还没有形成一个能检查结果的任务。

优化哪个商品？重点改善什么？发现异常以后，是提醒你，还是准备修改方案？

我跟大家讲一句实话，团队自己都没说清楚的标准，交给AI以后，也不会自动变清楚。

就拿“销量下降”来说。

昨天比前天下降，要不要提醒？周末和工作日能不能直接比较？一个平时每天卖两件的商品，少卖一件，变化就是50%，需要立即处理吗？

这些判断，不能只靠一个百分比。

所以，我建议给AI安排任务时，至少写清六项：

这六项写下来，你也会发现团队原来的SOP，有哪些地方需要补。

下面三组指令，都是按这个思路设计的。

03｜第一个任务：把重点商品的销量变化整理成日报

我建议第一次试用，先从汇总和提醒开始。

它的结果比较容易核对，也方便判断到底有没有省时间。

比如，选出三到五个重点ASIN，让它整理销量变化，并把需要检查的商品排出来。

这里的目标很具体：帮助运营更快找到值得检查的变化。

至于销量为什么下降，仍然要结合流量、转化、价格、库存和活动等信息继续判断。

下面这段，可以替换ASIN后提交给工作流程。

任务指令一：重点ASIN销量变化日报

请创建一个“重点ASIN销量变化日报”工作流程。

范围：当前美国站账号，仅分析以下ASIN：

[填写3—5个ASIN]

先检查可访问的数据和可用操作，说明本任务能否完成。无法获取的字段明确列出，不生成估算数据。

任务要求：

1. 先按需运行一次。后续计划每天[时间、时区]运行。

2. 使用最近一个完整自然日的“已订购商品数量”，与此前7个完整自然日的日均值比较。明确数据来源、统计日期、时区、更新时间和取消订单处理口径。

3. 不要用订单笔数、发货件数或销售额替代该指标。若无法取得一致口径，停止对应比较并说明原因。

4. 变化率＝（最近完整日数量－此前7日日均数量）÷此前7日日均数量。

5. 暂将下降20%及以上列为“待检查”。此前7天合计不足20件的商品标为“小样本，人工判断”，不套用上述规则；比较基准为0时不计算变化率。

6. 输出：ASIN、统计日期、最近完整日数量、此前7日日均数量、变化率、样本提示、数据依据和下一步检查事项。

7. 区分“已确认事实”和“待验证原因”。没有证据时，不断言由广告、竞品或排名导致。

只读取数据、生成报告，不修改广告、价格、库存或商品信息。数据未更新完整时标为“待复核”。

先展示任务方案和支持范围，再由我检查运行配置。

指令中的20%和20件，只是为了说明怎样设置规则。这是示例标准，不是亚马逊规则，也不是适合所有产品的预警线。

新品、促销商品和强季节性产品，都需要另外考虑比较周期。

04｜第二个任务：账户健康巡检，把待办事项排清楚

账户提醒也是适合尝试的方向。

但“巡检账户”和“判断商品已经合规”，中间还有很长一段距离。

我希望它交付的是：当前看到了什么问题、涉及哪个商品、平台要求什么时候处理、下一步需要谁来做。

涉及材料真实性、商品事实和申诉承诺，仍然要由负责人核实。

任务指令二：账户健康待办巡检

请创建一个“美国站账户健康待办巡检”工作流程。

先检查你能访问的账户健康信息，列出覆盖范围和无法检查的项目，不把未检查项目写成正常。

先按需运行一次，后续计划每天[时间、时区]运行。

每次输出：

1. 当前可见的未解决问题及平台原始说明。

2. 涉及的ASIN或SKU、当前状态、平台显示的处理期限。

3. 可访问的来源链接或页面定位信息。

4. 建议下一步、需要卖家提供的材料、需要人工确认的问题。

按平台已明确的严重程度和期限排序；没有明确依据时标为“需人工判断”。

首次运行建立当前问题清单。后续只有在能够读取上次记录时，才区分新增、持续存在和已解决；不能比较时明确说明。

不得编造认证、检测报告、采购凭证或处理期限。只生成待办清单，不提交申诉、不上传材料、不关闭问题、不修改商品信息。

数据不足、来源冲突或任务超出能力范围时，列出问题交回人工处理。

官方帮助页说明，工作流程可以通过知识库参考卖家自己的业务文档，例如退货政策或SKU规则。

如果你准备使用这部分能力，可以先整理一份经过内部确认的“商品资料索引”：哪个SKU有哪些文件，当前有效版本是什么，由谁维护。

文件过期、归属不清，AI也可能跟着用错。知识库同样需要有人负责。

05｜第三个任务：观察重点商品价格，先把变化看明白

价格变化很容易让运营产生动作冲动。

竞品降价，自己的价格要不要跟？当前售价变了，是正常调整，还是设置出了问题？

第一次试用，我更建议先观察自己指定的商品和报价，确认AI能不能把价格类型与比较对象分清楚。

同一个商品，标准售价、优惠券后的价格、活动价，可能是不同口径。币种、配送方式和具体报价也要对应。

任务指令三：重点商品价格观察

请创建一个“重点商品价格观察”工作流程。

范围：当前美国站账号，以下商品：

[填写ASIN及对应SKU，建议3—5组]

先检查可获取的价格字段，说明你看到的是我的标准报价、活动价还是其他价格，不混用不同价格类型。

先按需运行一次，后续计划每天[时间、时区]运行。

任务要求：

1. 输出每个商品可确认的价格、币种、对应SKU、配送方式、获取时间及来源。

2. 有可访问的历史记录时，只比较相同商品、报价和价格类型。

3. 没有历史记录时，首次只建立基准，不编造昨天或过去7天价格。

4. 后续仅在能够保存并读取基准时报告变化；不能保留基准时，明确说明限制。

5. 输出当前价格、可用比较值、变化金额、变化率和需人工检查事项。

6. 没有可比数据时，标为“无法比较”；比较值为0时不计算变化率。

只观察和汇总，不修改价格，不创建促销，不推算未知利润，不根据价格变化直接建议跟价。

为什么我把“不推算未知利润”写进去了？

因为采购、头程、仓储、退货和广告等成本，如果没有提供或无法访问，就不能因为它能看到销售价格，认定它已经知道你的利润底线。

价格观察可以成为判断的输入。最终要不要调整，还是得回到自己的经营账上。

07｜接下来，老板和运营要练的是把工作交代清楚

我对这类功能的判断是：它会让一部分日常工作逐渐转向“定义任务、检查异常、核验结果”。

老板需要明确经营目标和审批责任。运营需要把数据口径、判断条件、例外情况写出来。

这也是为什么，同样一个工具，不同团队可能用出完全不同的效果。

有人只输入一句“帮我优化店铺”，然后对着一份泛泛的建议失望。

有人先挑出一项具体工作，说明对象、周期和标准，再根据真实运行结果不断修订。这个过程留下来的，才是团队可以继续复用的方法。

AI可以帮助我们整理信息、持续检查、准备下一步方案。备多少货、接受多少利润、承担多大风险，最终仍要由经营者拍板。

今天先做一个动作：从每天重复的工作中挑一项，把对象、时间、数据、标准、输出和边界写清楚，再到后台创建第一个流程。

先让一项工作稳定交付，再逐步扩大范围。