# 扫爆款找选品缺口 (/zh/use-cases/industry-specialized/ecommerce-bestsellers)



复制粘贴下面这句话，快速开始你的第一个任务：

<Prompt>
  帮我针对[品类、价格带、目标人群、地区]，在 Amazon 上建一个每天自动跑的爆款和选品缺口扫描任务。先看一下目前排名靠前的 10 个热卖品，把它们的价格、评分、差评里的痛点和卖点都整理出来，再对着我们自己现在卖的商品目录做个对比，挑出 3 个我们还没做、但看起来值得跟进的选品缺口，并写清楚每个的理由、风险和可以怎么验证。之后每天继续跑这个扫描，榜单有明显变化的时候再来提醒我就行，不用每天都发消息。
</Prompt>

<LivePreview component="NewThread" scenario="{ draft: &#x22;帮我针对[品类、价格带、目标人群、地区]，在 Amazon 上建一个每天自动跑的爆款和选品缺口扫描任务。先看一下目前排名靠前的 10 个热卖品，把它们的价格、评分、差评里的痛点和卖点都整理出来，再对着我们自己现在卖的商品目录做个对比，挑出 3 个我们还没做、但看起来值得跟进的选品缺口，并写清楚每个的理由、风险和可以怎么验证。之后每天继续跑这个扫描，榜单有明显变化的时候再来提醒我就行，不用每天都发消息。&#x22; }" />

## 这个工作流是什么 [#这个工作流是什么]

"扫爆款找选品缺口"是一份循环调研工作：通过 Browser 直接从 Amazon（或其他目标平台）的类目页面抓下真实的爆款/趋势榜单，每条都标着来源链接和采集时间，如果已连接自己的商品目录或库存，就把正在流行的品和自己已经在卖的品做对比。设置好之后，它会变成一个按节奏运行的循环扫描，平时不打扰你，只在跟踪的类目排名出现明显变化时才提醒，每次扫描都存档（含截图），三周前的某个排名结论也能追溯回真实页面。

<Callout type="warn">
  **采集节奏是硬规矩，不是可选项：** 固定节奏，读类目页和商品页之间加随机延时，这是任何真实 Browser 驱动的 Amazon 采集都要遵守的纪律，避免账号被风控标记。扫描过程中遇到验证码或登录墙，立刻停下告诉你，绝不硬闯。它绝不悄悄写一个空字段：某个字段抓失败会重试一次再标出来，因为字段空白通常意味着 Amazon 页面结构变了，不是没什么可报的。而且这位队友只负责读爆款页面，不会替你在自己店铺里下单、上架或改价；任何触及自己 Listing 或定价的动作都需要人来真正执行。
</Callout>

## 怎么用这个工作流 [#怎么用这个工作流]

<Steps>
  <Step>
    ### 雇用一位调研员：把 bio 写成"扫类目找趋势"，不是"盯着自己店铺" [#雇用一位调研员把-bio-写成扫类目找趋势不是盯着自己店铺]

    打开左侧边栏的 **AI Teammates**，点击 **Hire AI Teammate**，选择**调研员**模板。默认 bio 是通用的网络调研。在 Profile 步骤把它换掉，让队友一开始就知道这份工作是扫市场上正在流行什么，再拿去对比自己的商品目录，而不是总结自己已经在卖什么：

    <Prompt>
      你通过 browser 技能扫描 Amazon 类目的爆款和趋势页面，找出市场上真正在卖什么，而不只是看我们自己的销售历史。如果连了我们自己的商品目录，就做对比，标出类目里正在流行但我们还没卖的品。采集时页面之间加随机延时；绝不悄悄写空字段，抓失败就重试并告诉我。遇到验证码或登录墙，停下来告诉我，别硬闯。你只负责读页面，绝不会替我们下单、上架或改价。
    </Prompt>

    确认名字后点击**创建队友**。它会落到自己的频道里，之后下面的内容都在那里发给它。[雇用详情 →](/ai-teammates/hire-an-ai-teammate)

    <LivePreview component="CreateAssistantPage" scenario="{ focus: &#x22;profile&#x22;, initialState: { start: &#x22;template&#x22;, templateRef: &#x22;@helio/researcher&#x22;, name: &#x22;调研员&#x22;, bio: &#x22;你通过 browser 技能扫描 Amazon 类目的爆款和趋势页面，找出市场上真正在卖什么，而不只是看我们自己的销售历史。如果连了我们自己的商品目录，就做对比，标出类目里正在流行但我们还没卖的品。采集时页面之间加随机延时；绝不悄悄写空字段，抓失败就重试并告诉我。遇到验证码或登录墙，停下来告诉我，别硬闯。你只负责读页面，绝不会替我们下单、上架或改价。&#x22; } }" />
  </Step>

  <Step>
    ### 连接 Browser 技能：Amazon 没有官方监控 API [#连接-browser-技能amazon-没有官方监控-api]

    Amazon 官网没有 Helio 能原生连接的 API，卖家用来追踪它的第三方工具（Keepa、Helium10、Jungle Scout）也没有。这位队友实际的做法是安装 **Stagehand Browser CLI** 技能（技能与插件 → 生产力工具），驱动一个真实浏览器：打开类目的 Best Sellers 或 Movers & Shakers 页面，读取排行榜，把整页截图存档。[接入技能与插件 →](/connect/skills-and-plugins)

    <LivePreview component="AssistantSkills" />
  </Step>

  <Step>
    ### 给它一个类目，想做缺口分析的话再给它自己的商品目录 [#给它一个类目想做缺口分析的话再给它自己的商品目录]

    扫描本身只需要一个类目和一个平台。如果你想让趋势榜单和自己已经在卖的商品做对比，再把库存表或店铺后台导出的数据也连上：

    <Prompt>
      扫描 Amazon 上[类目]的 Best Sellers 页面。给我前 20 名，附上当前价格、评分、评论数和 BSR。和我们自己的商品目录[附件]做对比，标出前 20 名里我们没在卖的商品。
    </Prompt>

    <LivePreview
      component="AssistantChat"
      scenario="{ assistantName: &#x22;调研员&#x22;, messages: [
    { author: &#x22;user&#x22;, text: &#x22;扫描 Amazon 上[类目]的 Best Sellers 页面。给我前 20 名，附上当前价格、评分、评论数和 BSR。和我们自己的商品目录[附件]做对比，标出前 20 名里我们没在卖的商品。&#x22; },
    { author: &#x22;assistant&#x22;, text: &#x22;通过 browser 技能打开了该类目的 Best Sellers 页面，拉了前 20 名，来源 amazon.com/gp/bestsellers，今天 14:02 UTC 采集。价格区间 $34.99 到 $129.00，评分 4.1 到 4.8 星。和我们的商品目录做了对比：前 20 名里有 3 个我们没在卖，尤其是第 4 名，按评论增速看这个款过去两周一直在往上冲。完整清单和页面截图都在这个对话里。&#x22; },
  ] }"
    />
  </Step>

  <Step>
    ### 把它变成一个循环的类目扫描 [#把它变成一个循环的类目扫描]

    提醒会发到 `#merchandising`，而队友只能在自己加入过的频道里发言——如果这个频道还不存在就先建好，把这位队友加进去。然后打开左侧边栏的 **Automations**，点击 **Create via Chat** 下拉菜单，选这位队友。类目扫描一天一次就够，错开时间，不卡整点：

    <Prompt>
      每天一次，错开时间，加随机延时，重新扫描 Amazon 上[类目]的 Best Sellers 页面。把前 20 名和昨天的快照做对比。如果前 10 名有明显变化（出现新面孔、前 5 名重新洗牌），或者一个我们没在卖的商品挤进了前 10，当天就提醒 #merchandising。其他情况只记录快照就行，没变化的话不用每天都发消息。
    </Prompt>

    <LivePreview component="NewThread" scenario="{ populated: false }" />
  </Step>
</Steps>

**默认不需要你审批：** 通过 Browser 读取爆款页面是一个读取操作，把扫描提醒发到频道也只是一条内部消息——两者都没有触及 Helio 之外的东西，也都可以撤销，所以这个流程会自主运行。真正会跨到需要人来实际执行的边界，是这位队友触碰自己店铺（下单、上架、改价）的那一刻。哪些操作会暂停等你签字、为什么，见[控制](/ai-teammates/control)。

## 用得更好的几个提示 [#用得更好的几个提示]

| 提示                        | 说明                                                                 |
| ------------------------- | ------------------------------------------------------------------ |
| 把类目和平台说具体                 | 扫描只针对你给它的东西运行——一个平台上的一个具体类目页面，而不是"看看现在流行什么"。                       |
| 想做缺口分析就连上商品目录             | 没有附上库存表或店铺后台导出的数据，队友只能报爆款榜单，报不出你缺了什么。                              |
| 要求只汇报变化，别要每天的噪音           | 循环扫描可以每天都记录快照，只在前 10 名明显变化或一个没在卖的商品挤进来时才发消息给你——提前说清楚，不然会被没意义的提醒打扰。 |
| 把验证码/登录墙停下当成正常信号，不是扫描出了问题 | 队友设计上就是遇到这些会停下告诉你，而不是硬闯。这正是采集节奏在起作用，不是扫描坏了。                        |

## 常见问题 [#常见问题]

<Accordions type="single">
  <Accordion title="这个流程会碰我自己的店铺吗？">
    不会。这位队友只负责读爆款页面——绝不会替你在自己店铺里下单、上架或改价。任何触及自己 Listing 或定价的动作，仍然需要人来真正执行。
  </Accordion>

  <Accordion title="数据到底是从哪来的？">
    来自一个真实浏览器，由 Stagehand Browser CLI 技能驱动，打开 Amazon（或你的目标平台）类目的 Best Sellers 或 Movers & Shakers 页面，直接读取排行榜。Amazon 没有官方监控 API，卖家常用的第三方工具（Keepa、Helium10、Jungle Scout）也没有。
  </Accordion>

  <Accordion title="扫描过程中遇到验证码或登录墙会怎样？">
    它会停下来告诉你，绝不硬闯。这个节奏，加上页面之间的随机延时，是任何真实 Browser 驱动的 Amazon 采集都要遵守的纪律，避免账号被风控标记。
  </Accordion>

  <Accordion title="循环扫描到底多久会提醒我一次？">
    只在真正重要的时候：前 10 名有明显变化——出现新面孔、前 5 名重新洗牌——或者一个你没在卖的商品挤进了前 10。其他情况它只记录当天的快照，不会打扰你。
  </Accordion>

  <Accordion title="能不能追溯一个旧的排名结论？">
    可以。每次扫描都会存档截图、来源链接和采集时间，所以几周前的一个结论也能追溯回真实的页面，不只是聊天记录里的一个数字。
  </Accordion>
</Accordions>

<Cards>
  <Card title="Industry & Specialized" href="/use-cases/industry-specialized" description="返回行业与细分场景总览。" />

  <Card title="每周盯着竞品" href="/use-cases/research/competitive-analysis" description="锁定一份具名竞品名单去跟踪，而不是扫整个类目。" />

  <Card title="启动一个自媒体账号" href="/use-cases/industry-specialized/social-media" description="设计冷启方案，发布第一周内容。" />

  <Card title="筛选候选人" href="/use-cases/industry-specialized/recruiting-sourcing" description="把一份职位描述变成打分排序的候选人名单。" />
</Cards>