亚马逊爆款趋势挖掘团队怎么分工？AI三个角色配
亚马逊爆款趋势挖掘团队怎么分工？岗位文档里都写了。
一个团队开始做「亚马逊爆款趋势挖掘」之后，最先冒出来的问题通常不是方法，而是分工：这件事该谁干、干完交给谁、谁有资格说"这轮结论可以用了"。很多团队的做法是把这件事顺手塞给某个运营，理由是"反正就是跑个数据"。结果往往是跑了几轮之后没人接手，清单出来了没人定款，报告归了档没人回看。
分工之所以容易出问题，是因为这件事本身跨了好几个环节：有人负责把数据调出来，有人负责把结论变成选款决定，有人负责后续的 Listing 与商品数据管理，还有人负责把重复动作挂到自动化流程上。这几个环节性质不一样，需要的判断也不一样，混在一个人身上，往往会有一头被牺牲掉。
这篇把青虎AI 文档里出现的岗位线索捋成一套可以落地的分工建议：文档里写了哪几类人在用、这些角色分别对应哪些动作、谁交给谁、以及一条必须提前划清的边界——团队分的是"看与判"的工，不包含"谁去搬货"。
图1：分工的起点是先看清这件事跨了哪几个环节
亚马逊爆款趋势挖掘团队怎么分工：先看文档写了哪些人
分工不能凭空设计，得从文档认可的使用者出发。在青虎AI 的事实源里，与这件事直接相关的岗位描述有三条，它们分别划出了三类人在用、以及一个跨角色的团队组合。
第一条是 Agent 模式的使用者描述：负责亚马逊、TIKTOK、Ozon、Shopee、哔哩哔哩、小红书、抖音、1688 全渠道选品、市场调研、Listing优化、商品数据管理的电商运营团队。这一条把"选品、调研、Listing、商品数据管理"四类动作放在同一个团队里，说明它们本来就是一条链条上的环节。
第二条是岗位层面的描述：跨境精品卖家、铺货团队、国内电商品牌运营、新品开发、市场调研岗位从业者。这一条比第一条更细，直接把"新品开发"和"市场调研"点成了两个岗位方向。
第三条是关于批量抓取的：需要批量抓取平台商品、达人、短视频、热搜数据的内容与选品团队。这一条把"内容"和"选品"并列，暗示这两个团队在批量动作上是协作关系。
三条线索合起来给出的信号很清楚：文档把这件事当作一个跨岗位的链条在描述，而不是一个单人任务。选品、调研、Listing、商品数据管理被放在同一句里，"新品开发"和"市场调研"被拆成两个岗位方向，"内容"和"选品"被并列成协作双方。分工设计顺着这三条走，就不会跑偏。
在青虎AI 里，「亚马逊爆款趋势挖掘」对应的真实能力是市场调研与新品挖掘。文档的定位原句是：它区别于单次问答工具，能把新品挖掘、市场调研、Listing文案创作、商品资料沉淀等电商运营流程串联；仅需输入商品链接、类目关键词、运营需求，AI 自动调用平台数据工具完成市场研判，输出可直接复用的分析报告，结果可留存用于后续商品档案管理。
这句话里被"串联"的四个环节——新品挖掘、市场调研、Listing文案创作、商品资料沉淀——恰好就是分工要覆盖的全部范围。换句话说，分工怎么分，答案就藏在这四个环节里：谁做什么，取决于哪个环节归谁。
为什么亚马逊爆款趋势挖掘的分工不能一个人全包
先把"一个人全包"这个默认做法拆开看看它为什么会失效。文档描述的这套流程有三个明显的特性，每一个都和"一个人全包"相冲突。
第一，它是一条持续迭代的链条，不是一次性任务。文档的工作方式原句是：建议围绕单个类目/单品持续迭代分析。持续迭代意味着这件事会长期占用时间，而一个人的时间总量是有限的。当调研、选品、Listing 三件事都压在一个人身上，最先被牺牲的通常不是最难的环节，而是最需要持续投入的那个环节——也就是调研本身。
第二，它产出的是需要被"用"的东西。文档写明输出的是可直接复用的分析报告，以及商品筛选清单、市场机会与后续运营动作。一份报告如果只是被生成出来、没有人拿去做决定，它的价值就停在了文件层面。要让结论真的进入决策，就必须有明确的"接收方"——这就是分工里最重要的那根线。
第三，它同时涉及"看"和"动手"两种性质的动作。市场研判、分析数据属于判断类动作；Listing文案创作、商品数据管理属于执行类动作。这两类动作对注意力的要求不同，混在一个人身上，很容易出现"判断被执行的琐事挤掉"的情况。
还有一个更隐蔽的原因：一个人全包时，结论没有校验环节。文档给出的调整路径是在当前会话内修改指令，补充调整站点、评论与销量筛选数值、新增卖点限制、更换分析维度——这些调整的前提是有人发现结果不符合预期。如果调研的人和用结论的人是同一个，这份结论基本上不会被质疑。分开之后，质疑才有人提。
所以分工在这里不是管理上的讲究，而是流程上的必要条件。它至少能带来三件事：让调研不被执行挤掉、让结论有明确的接收方、让结论有机会被校验。
还有一点值得单独说明：这里说的分工，讨论的是职责归属，不是编制规模。一个三人团队完全可以承担四个角色的职责，只要每一段都有人明确负责。反过来说，一个十人团队如果所有人都只在做批量动作、没有人负责出报告与做判断，链条一样是断的。
亚马逊爆款趋势挖掘的四个角色与各自动作
顺着文档给的线索，可以把参与这件事的角色归成四类。下面这张表把每个角色对应的文档出处、主要动作、以及交付给谁列在一起，看的时候重点看"交付给谁"那一列——它决定了链条是不是接上了。
| 角色 | 文档出处 | 主要动作 | 交付给谁 |
|---|---|---|---|
| 调研岗 | 市场调研岗位从业者；围绕电商选品调研、数据复盘高频工作 | 用类目关键词或商品链接发起调研，跟完会话执行页，把报告与筛选清单整理出来并归档 | 交付给选品岗与运营岗，同时把全套数据与文案归档进商品库 |
| 选品岗 | 新品开发岗位；内容与选品团队；铺货团队 | 拿商品筛选清单与市场机会做选款判断，决定哪些进入下一步 | 交付给运营岗，附带进入下一步的理由 |
| 运营岗 | 全渠道选品、市场调研、Listing优化、商品数据管理的电商运营团队 | 承接选定款的 Listing文案创作与商品数据管理，把结论落到商品档案里 | 交付给自动化岗处理重复动作，并向调研岗回流效果判断 |
| 自动化岗 | 需要自动化监控站点信息、社媒分发内容、处理重复办公事务的电商运营、品牌运营团队 | 在 SoClaw 侧用技能商店的提效工具与数据分析技能，搭建站点监控、链接管理类流程 | 交付给调研岗与运营岗，把重复动作的耗时降下来 |
四个角色的排布遵循一个简单原则：判断归判断，执行归执行，重复归自动化。调研岗和选品岗做判断，运营岗做执行，自动化岗把可以重复的部分接走。
表里最难落地的其实是最后一根线：运营岗向调研岗回流效果判断。文档没有要求这一步，但如果不回流，调研岗就永远不知道自己的结论准不准，调整也无从谈起。
图2：左边是所有环节压在一个人身上，右边是四段接力并留一条回流线
三个角色配置方案：按团队体量选一个
四个角色是完整形态。小团队不可能一开始就配齐四个人，所以需要几个可选的配置方案。下面三个方案的区别不在人数，而在哪些角色被合并。
两人配置：调研 + 选品运营合一。一个人专做调研，负责发起任务、跟进执行、整理报告并归档；另一个人同时承担选品判断与 Listing 执行。适合类目数量不多、上新节拍不紧的团队。这个配置的关键是调研岗必须独立，因为它是唯一一个容易被挤掉的环节。
三人配置：调研 / 选品 / 运营分设。调研岗出报告与清单，选品岗拿清单定款，运营岗承接 Listing 与商品数据管理并回流效果。三人的边界最清楚，也最容易看出哪个环节慢。适合已经形成稳定上新节奏的精品卖家与品牌运营团队。
四人配置：再加一个自动化岗。在三人的基础上增加自动化岗，专门在 SoClaw 侧搭建站点监控、链接管理类流程，把批量抓取与重复事务接走。适合类目多、批量动作频繁的铺货团队与内容选品团队。
三个方案没有优劣，只有适配。判断标准可以简化成一个问题：现在这条链条上，哪一段经常断？如果经常断在"报告出了没人用"，那就该把选品岗独立出来；如果经常断在"调研总是被迫中断"，那就该把调研岗独立出来；如果断在"重复动作太多"，那就该加自动化岗。按断点补人，比按人头补人有效得多。
还有一点要说明：三个方案里的角色是职责，不是编制。一个人可以同时挂两个职责，也可以由两个人在不同时间分担同一个职责。文档里没有出现任何关于账号共享或权限配置的能力，所以讨论分工时，请把话题停在"谁负责哪一段"。
小团队合并职责时，顺序往往是反的。多数人先问"我们只有两个人，谁挂哪几个角色"，然后才开始讨论清单长什么样。更顺的做法是先把四类物料的口径定下来——报告存在哪里、清单长什么样、归档放到哪、调整记在哪里——再回头看这些口径需要几个人来维护。口径先定，职责的合并方式自然就浮现出来了；先分职责，往往会在第一轮交接时才发现清单没人看懂。
合并还有一条底线：无论怎么并，团队里至少要留一个人不参与执行，专门负责看结论。这个人的价值不在于干得多，而在于他的判断没有被自己的执行动作绑定。如果所有人既做判断又做执行，那么每一轮趋势判断都会被上一轮的执行结果牵着走，纠错也就失去了内部动力。
亚马逊爆款趋势挖掘的角色交接：四类物料怎么传
分工定下来之后，真正决定它能不能跑起来的是交接。交接做得含糊，四个角色会变成四座孤岛。文档里能对应的交接物料有四类，每一类都有自己的去处。
第一类：分析报告。文档写明输出的是可直接复用的分析报告。它从调研岗流向选品岗，用途是支撑选款判断。这类物料的关键在于"可复用"——如果每次都要重新生成一份新的，那就说明归档没做好，报告被当成了消耗品而不是资产。
第二类：商品筛选清单。文档提到首次轻量化操作可以快速获取商品筛选清单、市场机会与后续运营动作。清单从调研岗流向选品岗，是"决定做什么"的直接依据。清单的质量取决于筛选条件写得够不够清楚——文档要求无匹配模板时完整描述站点、类目、筛选条件、分析目标。
第三类：归档结论。文档的工作方式原句是最终将全套数据、文案归档存入商品库，后续调取无需重复查询数据。这一类物料留在商品库里，供全链条随时调取。它的价值不在当下，而在下一次——归档越整齐，下一个类目的调研起点就越高。
第四类：调整记录。文档给出的调整路径是在当前会话内修改指令，补充调整站点、评论与销量筛选数值、新增卖点限制、更换分析维度。这些调整记录应当留在会话里，而不是用完就散。它们记录了"这一轮为什么这么看"，是下一轮迭代的起点。
四类物料的传法可以记成一句话：报告和清单往前传，归档和调整记录往回流。往前传的是结论，供下一步决策使用；回流的是过程，供下一轮迭代复用。很多团队只做了前者，结果每一轮调研都像第一次——报告交出去了，但过程没留下，下一轮还是要从头描述一遍。
四类物料里最容易被漏掉的是调整记录。它不像报告那样有明确的接收方，也不像清单那样直接驱动动作，但它是唯一记录了"判断依据变化"的东西。当某一轮结论和上一轮不一致时，能解释清楚差别的正是它。
让分工真正跑顺的四条做法
下面四条是从文档口径里延伸出来的协作习惯，共同点是它们都不需要增加人手，只是把已有角色的动作摆到更顺的位置上。
做法一：把输入的完整度当成调研岗的硬指标。文档提到无匹配模板时，要直接在输入框完整描述站点、类目、筛选条件、分析目标。这四样是调研岗每一轮开工前的检查项。写全了，后面需要返工补充的次数就会明显下降。
做法二：优先用预制模板减少口径分歧。青虎AI 页面底部各平台分区内置标准化调研模板，包含黑马新品筛选、高利润选品、避开头部垄断选品法等，点击模板卡片的"使用"就会自动填充至输入框，只需简单修改类目、站点、筛选数值即可发送。模板由团队统一使用，不同人跑出来的结论口径才一致。
做法三：调整留在原会话，别新开一轮。文档给的调整路径是优先在当前会话内修改指令，无需新建对话。角色之间来回确认条件时，这条口径能省掉大量重复描述。新开对话等于让调研岗重新交代一遍背景，交接轮次越多，损耗越大。
做法四：自动化岗的口径由使用方来定。自动化岗搭的站点监控、链接管理类流程，服务对象是调研岗和运营岗。所以流程该怎么搭、监控什么、输出成什么形态，应当由使用方提要求，而不是由自动化岗自己决定。文档提到 SoClaw 侧可以在技能商店按场景分类筛选技能，选择的标准应该是"使用方需要什么"，而不是"哪个技能看起来更强"。
四条做法的共同落点都是同一件事：把损耗挡在交接处。分工带来的最大成本从来不是人多，而是交接处的信息丢失——输入没写全、口径不一致、条件重新描述、流程按自己方便的方式搭。
四个分工信号：什么时候该调整配置
分工不是一次定终身。下面四个信号出现任意一个，都说明当前的角色配置和实际工作状态已经不匹配了。
信号一：报告出来后没人接着往下走。
这是最直接的断点信号，说明链条上缺了"接收方"。青虎AI 输出的本就是可直接复用的分析报告，一份报告的价值也依附于被使用。如果报告长期停在文件层面，需要考虑把选品判断这一环独立出来，或者在现有人员里明确指定一个接收方。
信号二：调研总是被别的事情打断。
这种情况通常意味着调研岗和执行岗被合并在一个人身上，而执行类动作因为更紧急，持续挤占调研的时间。文档建议围绕单个类目或单品持续迭代分析，持续是这套方法的关键词。一旦调研无法持续，迭代就退化成零散的查询。这时候该做的是把调研岗独立出来。
信号三：同一件事被不同的人反复重做。
典型表现是不同的人各自跑了一轮同一个类目的调研，直到最后一对才发现重复。这说明归档与调取这条线没有被用起来。文档写得很清楚：全套数据、文案归档存入商品库，后续调取无需重复查询数据。出现重做，先检查归档是不是能被别人找到，再考虑调整角色。
信号四：批量动作占满了日常，没人做判断。
当团队的时间大量消耗在重复的批量抓取与整理上，判断类工作就会被挤到边角。文档提到 SoClaw 的技能商店里有提效工具与数据分析两个分类，前者用于搭建站点监控、链接管理类自动化流程，后者用于输出市场调研报告。把重复动作交给自动化岗，正是为了让判断类角色有足够的时间。
把分工落到日常的四个动作
把角色定下来只是第一步，接下来要让它变成可以执行的东西。下面四步是按顺序来的，跳过任何一步都会在后面付出代价。
第一步
先数一遍链条上现在有几个人
不用急着设计理想编制。先把现在实际参与这件事的人列出来，看他们各自在做四类动作里的哪一类——发起调研、做选款判断、承接 Listing 与商品数据管理、处理批量与重复事务。有时候会发现问题不是人少，而是四个人都在做同一类动作。
第二步
按断点决定合并还是拆开
用"哪一段经常断"这个标准来判断。断在报告没人用，就把选品判断那一环明确出来；断在调研被打断，就把调研岗独立出来；断在重复动作太多，就增加自动化岗。角色的拆分与合并都服务于补断点，而不是追求编制上的完整。
第三步
把四类物料的口径写清楚
报告、筛选清单、归档结论、调整记录这四类物料，要事先说好各自留在哪里、谁负责更新。归档这一步尤其要落到工具上：文档的迭代法最后一步是将全套数据、文案归档存入商品库。口径写清楚之后，"找得到"才不是靠运气。
第四步
让自动化岗先接一件重复动作
自动化岗不需要一上手就搭全套。可以从技能商店里选一个方向开始——提效工具分类下的站点监控、链接管理类流程，或者数据分析分类下的市场调研报告。进入方式是登录后在 Agent 页面下方切换标签至 SoClaw 分区，点击左侧开启新对话，进入 SoClaw 专属对话工作台。它的一个明显特点是发送任务后云端后台运行，无需保持页面常驻，适合把批量动作挂出去等结果。
图3：落地的四步——清点、补断点、定物料口径、先接一件自动化
亚马逊爆款趋势挖掘四种团队形态的分工取舍
不同形态的团队，分工的取舍重点并不一样。下面四类团队都出现在文档的使用者描述里，每一种的断点位置不同，配置方案也就不同。
形态一：跨境精品卖家。
类目少、深度要求高，这一类团队最适合三人配置：调研、选品、运营分设，且调研岗围绕单个类目或单品持续迭代分析。它的断点通常出在"持续"上——类目少意味着每一轮的结论都被寄予厚望，调研岗一旦被打断，整条线就停摆。
对这类团队，建议把归档做得更细一些。类目少的时候，归档的复用价值反而更高，因为同一个类目会长期被反复迭代。文档说的后续调取无需重复查询数据，在精品卖家这里体现得最明显。
形态二：铺货团队。
类目多、单类目深度浅，这一类团队的断点通常出在批量动作上。四个角色里最该优先补齐的是自动化岗：用 SoClaw 技能商店里的提效工具分类搭建站点监控、链接管理类流程，把重复的抓取与整理接走；再配合数据分析分类输出市场调研报告。同时调研岗要习惯轻量化的起手方式——文档对首次操作的建议是仅做轻量化选品分析，只用平台关键词或类目，快速获取商品筛选清单、市场机会与后续运营动作，无需提前准备表格、大量资料。
这类团队还有一个容易忽略的风险：类目一多，归档会变成负担，最后干脆不归档。这是最需要守住的一条线，因为归档一旦失守，类目越多，重复劳动越多，人越不够用。
形态三：国内电商品牌运营团队。
这一类团队的特点是复盘驱动。文档提到青虎Agent围绕电商选品调研、数据复盘高频工作，对他们来说，复盘是常态动作，因此运营岗向调研岗的回流线必须打通。调整往往发生在原会话里——补充调整站点、评论与销量筛选数值、新增卖点限制、更换分析维度，这些都是运营岗反馈之后调研岗要做的事。
品牌运营团队还要注意角色边界的一个细节：品牌侧的判断往往带有既定方向，调研岗如果同时承担品牌判断，结论容易被预设框住。
形态四：内容与选品团队。
文档把这一类团队描述为需要批量抓取平台商品、达人、短视频、热搜数据。它的特殊之处在于"内容"和"选品"两个方向共用同一批数据。分工上建议由调研岗统一发起任务，把结果同时交给内容方与选品方，避免重复劳动。
这类团队的物料交接也要相应调整：商品筛选清单主要给选品方，而内容方向更关心的是可用的素材线索与表达方式。同一份报告，不同的接收方看不同的部分，这正是"可复用"最实际的体现。
图4：同一件事，四个角色各自守一段
亚马逊爆款趋势挖掘分工的边界：分的是看与判，不是谁去搬货
分工讲到这里，必须把它的范围划清楚。这一节要说两层边界，一层关乎分工本身覆盖什么，另一层关乎这套能力本身能做到什么。
先说分工覆盖的范围。四个角色的动作加起来是：调数据、做研判、出报告、出清单、定款、写 Listing、管商品数据、搭自动化流程。这些动作的共同点全部落在看与判这一侧——看市场往哪个方向走，判断哪些值得做。分工的边界就在这里：团队分的是看与判的工，不包含"谁去搬货"。
再说能力本身的边界，这一层更硬：亚马逊爆款趋势挖掘不是抄款，也不等于跟卖。它挖掘的是需求与方向，产出是分析报告与筛选清单；它只做分析研判，不碰任何上架与跟卖的动作。文档全文没有自动上架、自动跟卖、一键搬链接、自动铺货这类能力。看清楚市场在往哪个方向走，和把别人的货搬过来，是两件完全不同的事。
这条边界对分工有很直接的含义。如果团队里有人以为调研岗的职责包括"把看中的款弄过来"，那这个角色从第一天起就被误解了——它交付的是判断依据，不是货物。责任的落点也就清楚：调研岗对"结论是否说清楚"负责，选品岗对"选得对不对"负责，运营岗对"Listing 与商品数据管得好不好"负责。没有人对"搬运"负责，因为这件事本来就不在这条链上。
| 容易混淆的地方 | 实际口径 | 对分工的含义 |
|---|---|---|
| 调研岗的产出 | 可直接复用的分析报告，以及商品筛选清单与市场机会 | 交付判断依据，不交付任何货物或链接 |
| 选品岗的产出 | 基于清单得出的选款决定 | 对"选得对不对"负责，不对执行动作负责 |
| 运营岗的动作范围 | Listing文案创作与商品数据管理 | 承接内容与数据层面的工作，属于执行侧 |
| 自动化岗的动作范围 | 站点监控、链接管理类自动化流程，社媒自动分发，关键词排名监控 | 接管重复动作，不涉及商品搬运动作 |
表里最后一行值得多说一句。SoClaw 侧技能商店的电商分类里提到社媒自动分发、电商关键词排名监控，提效工具分类里提到站点监控、链接管理——这些听起来都和"自动"沾边，但它们管的是监控与分发，不是把商品从一处搬到另一处。
亚马逊爆款趋势挖掘分工最容易被忽略的一环：归档由谁维护
四类角色里，调研、选品、运营、自动化都有明确的动作描述，唯独归档这件事没有专属的人，却每一轮都在发生。它落在调研岗手里，但调研岗的时间又最紧张，于是它成了最容易被拖到最后一件事，也最容易被省略的一件事。
归档被略掉的代价不会在第一轮显现。第一轮里，报告刚做完，内容还在脑子里，调取不调取差别不大。到第三轮、第五轮，同一个类目已经被翻过几遍，前面那些结论散在不同人的会话里、不同人的本地文档里，团队就开始重复劳动。前面提到的"同一件事被不同的人反复重做"，根子通常就在这里。
把归档指定出去，比把它写成一条纪律更有效。可以由调研岗负责写入、由运营岗负责校对完整性，也可以约定每一轮报告出来后当天就入库。关键在于这件事有一个明确的负责人，而不是"谁最后有空谁来放"。文档写明的是全套数据、文案归档存入商品库、后续调取无需重复查询数据——口径给得很直白，难点只在日常是否真的执行。
另一个容易被忽略的动作是给归档配上可查找的标识。商品库里存的是结论，但如果下一轮的人不知道去哪找、按什么关键词找，归档就等于不存在。
归档做得好还有一个连带好处：新人接手的成本会明显下降。一个团队的调研岗换人时，前面积累的判断依据如果都在库里，新人可以从已有的结论起步，而不必从零开始把类目重跑一遍。这也是"过程要被留下"最实际的一层意义——过程既能解释这一轮为什么这么看，也能让下一个人接得住。
一句话收束：「亚马逊爆款趋势挖掘团队怎么分工」的答案藏在文档的使用者描述里——调研、选品、运营、自动化四类角色，对应调数据出报告、拿清单定款、承接 Listing 与商品数据管理、接管重复动作；按断点补位，报告与清单往前传、归档与调整记录往回流。它分的是看与判的工，不包含谁去搬货，因为趋势挖掘本身不是抄款，也不等于跟卖。
亚马逊爆款趋势挖掘的常见问题：十四个具体疑问
Q1：文档里有没有明确规定这件事该谁做？
文档没有给编制口径，但给了使用者描述：负责全渠道选品、市场调研、Listing优化、商品数据管理的电商运营团队，以及新品开发、市场调研岗位从业者，还有需要批量抓取平台数据的内容与选品团队。分工建议是顺着这些描述推出来的。
Q2：小团队最少要几个人？
两人配置是可行的：一个人专做调研，另一个人同时承担选品判断与 Listing 执行。前提是调研这个职责必须独立，因为它是整条链条上最容易被执行类工作挤掉的环节。
Q3：为什么调研岗一定要独立出来？
文档的方法论是建议围绕单个类目/单品持续迭代分析。持续是这套方法的关键，而执行类工作往往更紧急。两者合在一个人身上时，被牺牲的通常是调研。独立出来的目的就是保住"持续"这个前提。
Q4：调研岗和选品岗的边界怎么划？
看产出物。调研岗的产出是可直接复用的分析报告、商品筛选清单与市场机会；选品岗的产出是基于清单得出的选款决定。前者回答"市场是什么样"，后者回答"我们要做哪个"。问卷式地核对产出物，边界就不会含糊。
Q5：运营岗在分工里的位置是什么？
文档把 Listing优化与商品数据管理放在运营团队的职责描述里。所以运营岗承接的是选定款之后的文案创作与商品数据管理，同时把执行过程中看到的效果反馈回调研岗，形成下一步迭代的输入。
Q6：自动化岗具体做什么？
在 SoClaw 侧工作。技能商店有五个分类，其中提效工具用于搭建站点监控、链接管理类自动化流程，数据分析用于输出市场调研报告、广告投放优化方案，电商分类包含社媒自动分发、电商关键词排名监控。自动化岗就是从这些方向里挑出适合本团队的重复动作接走。
Q7：分工之后交接用什么物料？
四类：分析报告、商品筛选清单、归档结论、调整记录。报告和清单往前传给下一步决策使用；归档结论文档写明是归档存入商品库、后续调取无需重复查询数据；调整记录留在会话里，用来解释这一轮的判断依据。
Q8：多个角色会重复跑同一个类目怎么办？
先检查归档能不能被别人找到。文档写明全套数据、文案归档存入商品库之后，后续调取无需重复查询数据。如果归档能被顺利调取，重复劳动就不该发生；如果还是重复，问题在归档的可查找性，不在人数。
Q9：团队怎么判断该不该加人？
按断点判断，不按人手判断。先找链条上经常断的那一段：报告没人用、调研被打断、重复动作太多、还是批量动作占满日常。哪个断点最明显，就补哪一类角色。四个角色是职责，不必与人数一一对应。
Q10：角色会不会互相干扰？
常见的一种干扰是调研岗同时承担品牌侧的既定判断，导致结论容易被预设框住。把"调数据出报告"和"做选款决定"适度分开，结论的独立性会更好，也更容易在结果不理想时被及时调整。
Q11：一张报告只服务一个角色吗？
不是。文档把输出定义为可直接复用的分析报告，"复用"意味着它可以被不同角色从不同角度取用：选品岗看清单与市场机会，运营岗看可用的表达与卖点线索，调研岗自己在下一轮迭代时调取结论。
Q12：分工和上新排期是什么关系？
分工决定的是"谁在什么环节动手"，排期决定的是"什么时间动手"。文档建议围绕单个类目或单品持续迭代分析，一个类目进入上新准备期时，四个角色的动作会同时被触发——这正是分工需要提前定好的原因，临时分工会让每一个环节都慢半拍。
Q13：Agent 侧和 SoClaw 侧的分工怎么划？
按动作性质划。Agent 侧默认用于数据分析，输入框底部有上传、工具、提示词库三个辅助按钮，适合调研岗做市场调研与新品挖掘；SoClaw 侧输入框下方是上传、技能、模型、提示词库四类辅助操作，适合自动化岗搭流程、跑批量任务。
Q14：分工能不能跨 8 个平台各自设一套？
不建议。文档写的是 8 个平台覆盖亚马逊、TIKTOK、Ozon、Shopee、哔哩哔哩、小红书、抖音、1688，页面底部的分平台快捷提示词按平台分区，但分工的角色划分依据是动作性质，不随平台变化，同一套角色可以同时服务多个平台。
相关入口
