先认形态，再谈方案，同一套功能不该四个人照抄
自动化方案这个词容易被理解成「一套配置卖给所有人」，实际不是。个人卖家和一个管着八个账号的代运营团队，卡点完全不同：前者卡在没有内容可发、也没有时间发；后者卡在不知道哪台设备发了什么、哪一条被拦下。同一套功能，接的顺序反过来，效果也反过来。这页给的是分野依据——用四个问题把卖家分成四类，说清每一类的典型卡点、建议从哪个模块接起、哪些模块现在接了只是负担。读完你应该能对号入座，而不是把四个方案页都读一遍再自己拼。
个人卖家：一个人、一到两个账号
典型状态是手里有货但没时间整理：文案每次现编、图每次现拍、发布时间随缘。这一类最该先接的是文案改写与单条通道，把「一条商品从素材到发出去」的时间压下来。多设备、并行、复杂的分散策略现在都不需要，接了只会增加维护成本。判断标准是每天能不能稳定发出五条。发不出去的时候先看日志，不要先怀疑账号，多数失败在流程而不在账号。
02品牌与商家：有固定货盘与多个服务线
有稳定的 SKU 与价格体系，商品按服务线分线，同款要铺多个链接但不能互相打架。这一类要接的是节奏控制与合规闸门：单条服务线每日上限、同款链接不超过三条、标题与主图相似度分散，都是为这种形态准备的。文案要按服务线分模板，不能用一份通稿发全线。同款链接超过三条就要主动下架表现最差的那条，等闸门来拦是被动的。
03代运营团队：多账号、多设备、多客户
卡点不在发不出去，而在说不清：哪个账号今天发了几条、哪台设备在哪一步失败、哪个客户的记录要单独出。这一类必须先把台账与多设备管理接起来，再谈发布量。槽位归属要算得出来，否则客户问起来只能翻聊天记录。设备并行的端口与进程问题也在这里集中出现。客户要的记录必须能当天导出，隔天补出来的记录说服力会打折。
04二手数码：非标品、一机一况
每条商品都不一样：成色、配件、瑕疵位置、保修余期都得逐条写。这一类依赖选品与文案的事实约束——参数不能补、瑕疵不能省、成色必须与实拍一致。流程的价值在字段不漏、配图顺序一致，而不在批量复制。手机端通道在这里用得更多，因为成色与瑕疵的描述习惯在客户端里完成。实拍图与描述不一致是最常见的纠纷来源，宁可把瑕疵写重一点。
05选完方案之后再定档位
价格按设备数与通道组合区分，不按发布条数抽成。所以正确的顺序是：先按上面对号入座，确认这一类实际需要几台设备、要不要两条通道同时跑、要不要多账号分线，再去看档位。反过来先挑便宜的档，往往会在设备数或通道数上卡住，最后不得不中途换档。先定设备数，再定通道数，最后才看价格，顺序反了会在中途换档。
06买之前的常见问题
四个方案页回答「怎么走」，常见问题回答「会不会出事」：账号风险怎么控制、发布失败能不能回滚、内容被判违规谁来负责、能不能只用其中几个模块。这些问题的答案决定了你要不要开始，建议在读具体方案之前先过一遍，避免读完才发现前提不成立。读完再决定要不要开始，比开始之后返工便宜，尤其是有多账号的情况。
把卖家分成四类，用的不是规模，而是四个问题。这四个问题决定的不只是「买哪一档」，更决定模块的接入顺序——顺序错了，功能越全越乱。
第一问：账号是一个还是多个
一个账号，台账可以靠记忆；三个以上账号，记忆一定失效。多账号的第一需求不是发得快，而是「分得清」：哪个账号发的、哪台设备发的、发出去的是哪一条。回答「多个」的，台账与多设备要排在发布量之前。
第二问：商品是标品还是非标
标品的描述可以按模板套，参数固定、配件固定、瑕疵通常没有；非标品一机一况，成色与瑕疵必须逐条写。标品适合批量与分散策略，非标品适合流程化与事实约束。这一问决定的是文案模块怎么用，不是用不用。
第三问：货是自己的还是别人的
自有货盘可以定价格带、可以控同款数量、可以做长期排期；代客运营的货盘由客户给，价格与文案的改动要留痕，记录要能对外交付。这一问决定台账要不要做成可导出的形态。
第四问：每天能稳定发出几条
发不出五条的，先解决内容与单通道；能稳定发出十条以上的，才谈节奏与风控；已经顶到平台侧的异常提示的，先停，先补健康闸。这一问决定的是「现在该补哪一环」，与买哪一档无关。
四个问题的答案组合起来，就落到下面这张表里。表里的「先接」不是建议全部接，而是「这一类最先卡住的地方」。
| 形态 | 典型规模 | 最先卡住的地方 | 先接 | 暂时别接 |
|---|---|---|---|---|
| 个人卖家 | 一到两个账号，每天几条 | 没有内容、没有时间 | 文案 + 单通道 | 多设备、复杂分散 |
| 品牌与商家 | 多条服务线，固定货盘 | 同款互撞、节奏失控 | 节奏 + 合规闸门 | 多账号混跑 |
| 代运营团队 | 多账号、多设备、多客户 | 说不清谁发了什么 | 台账 + 多设备 | 一上来就冲量 |
| 二手数码 | 一机一况，非标 | 描述与实际不符 | 选品 + 事实约束文案 | 批量复制 |
表里第四列值得单独解释。「暂时别接」不是这些功能不好，而是它们会引入新的变量，而你当前的问题不在那里。举一个具体的例子：个人卖家接了多设备并行，两台设备同时发同一份文案，配图一样、描述一样、间隔都是整三十秒——这不叫效率提升，这叫把「像人在发」变成「一看就是批量」。反过来，代运营团队如果没有台账就先冲量，出问题时连「这条到底发没发」都答不出，量越大越难收。
四类的分野还有一个容易被忽略的维度：谁来承担判断。个人卖家方案里，选品与定价的判断由卖家自己做，工具只负责把重复劳动接走；品牌与商家方案里，判断被写进规则——同款链接上限、单线每日上限、相似度阈值，由闸门执行；代运营方案里，判断要对客户可见，所以记录必须能导出；二手数码方案里，判断几乎全在事实核对上，工具能做的是让必填项不被跳过。
不确定自己属于哪一类
用最后一问做判定：如果现在停发一天，你最先感到的损失是什么。损失是「没东西可发」，属于第一类；损失是「同款撞车被限流」，属于第二类；损失是「客户来问进度我答不上」，属于第三类；损失是「买家收到货说成色不符」，属于第四类。这条判定比规模更准，因为它指向的是真实的痛点。
还有一条判断常被跳过：你现在有没有可对照的基线。基线指的是最近一周的发布记录——发了几条、成功几条、被拦几条、拦下的原因分布。没有基线时，四个方案页里所有关于「调控力度」的建议都无法落地，因为你不知道自己现在是偏松还是偏紧。补基线的方法不复杂：按现有习惯发一周，把记录导出来，看分布。这一周不要改任何参数，否则基线不成立。
如果四个都不成立，说明现在还不需要自动化，先把发布规范写出来更有价值：固定字段顺序、固定配图顺序、固定运费模板。这些写清楚之后，接任何模块都只需要把规范翻译成配置。想先看模块之间的依赖关系，去产品功能总览；想按步骤走一遍，从使用指南总览开始；想先确认风险边界，看常见问题。
选型判断
方案不是套餐，是取舍
每一类卖家都在放弃一些能力换取稳定，下面这句是判断口径。
取舍的口径
个人卖家放弃的是产能上限，换来的是维护成本低；品牌商家放弃的是发布自由度，换来的是同款不互撞；代运营放弃的是单账号的极致速度，换来的是每一笔可交付；二手数码放弃的是批量复制，换来的是描述与实物一致。选方案时先问自己愿意放弃什么，答案出来，顺序就出来了。
先跑通一条真实发布，再谈铺量
把账号、设备、商品素材交给我们的部署流程，先跑通一条真实发布并留下可核对的日志，确认没问题再谈规模化。