前年有个做二手电子配件的朋友找我。他手上三个 eBay 号，同一批货三个号都要上。
他先整理一批货，二十个左右，拍好图，写好标题和描述。然后打开第一个号，一个一个上。上完二十个，换第二个号再上二十个，再换第三个。
一批货两个多小时。一周上两批，五个小时。
我问他三个号的东西是不是完全一样。他说不完全。发货地和退货政策不一样，价格也略有差别，他想试不同的定价。
同一批商品要在几个账号上各走一遍。商品和账号这两个维度要对上，跟只做一个号要处理的事不一样。
商品和账号拆开
只把上架动作加快，做出来往往还是一个号一个号手动过。先把两个维度分开。
商品这边是标题、描述、价格、商品状况、图片，每个商品自己的属性。账号这边是物流方式、退货政策、付款方式、发货地，一个账号基本固定。
账号那一堆字段，一个账号几年都不会变。写死在那个账号的模板里，不用每次上架再想一遍。剩下要管的是商品。每个商品不同，做成参数。
| 字段 | 跟谁走 | 怎么处理 |
|---|---|---|
| 物流方式 | 账号 | 写死在模板 |
| 退货政策 | 账号 | 写死在模板 |
| 付款方式 | 账号 | 写死在模板 |
| 发货地 | 账号 | 写死在模板 |
| 标题 / 描述 | 商品 | 参数 |
| 价格 | 商品（账号间可能不同） | 参数 |
| 商品状况 | 商品 | 参数 |
| 图片 | 商品 | 参数 |
每个账号一条工作流，参数只留商品这边。
表按「商品 × 账号」展开
一行一个商品，看不出哪个号还没铺。一行一个「商品 × 账号」组合，才对得上。
| 账号 | 商品 | 标题 | 价格 | 状况 | 图片编号 | 状态 |
|---|---|---|---|---|---|---|
| A 号 | 蓝牙耳机 | … | 12.99 | 二手良好 | 001 | 已上架 |
| B 号 | 蓝牙耳机 | … | 13.49 | 二手良好 | 001 | 已上架 |
| C 号 | 蓝牙耳机 | … | 12.99 | 二手良好 | 001 | 待上架 |
二十个商品、三个号，理论上六十行。表里只有四十行，就还有二十个组合没做。
今天只上一个号，就筛出那一号的行，不用在脑子里重新拆。
改价和补库存也能接上。价格本来就按账号分列，后面改价流程的输入就是这张表。
图片跟商品走。一张图三个号通用，不用每个账号重新准备。用工作站的文件分发，把图批量推到各台手机的相册。两个限制：分批推，不要一次全推；iPhone 上先打开相册权限，不然文件到了也存不进相册。
三个号的标题和描述别写成一字不差。图片复用没问题。文字完全一样，看起来像同一个卖家在批量铺货，容易被关联。措辞改一点，关键信息的顺序调一调，就够了。
上架怎么说，改价和补库存接在后面
在 对话 页选中某个账号的手机，切到「细化」，把整个上架流程说一遍：
打开 eBay，进出售入口，从相册选指定的那几张图，标题填我给的文字，价格填我给的数字，商品状况选二手良好，描述填我给的内容，物流选这个账号默认的那套，退货政策保持默认，最后停在提交按钮前面，先不要提交。
第一次留人工确认。上架是公开动作，上错了要下架重来，比多点一次的成本高。
跑顺之后，把这条商品批量发布存成那个账号的 工作流。再复制出来，改账号相关的固定字段，变成第二个号、第三个号的模板。
这位朋友后来发现，每天花时间的是改价和补库存。上架只在有新品的那一批。改价和补库存每天都要看：哪些价格被压下去了，哪些库存快见底了。
这两个动作的重复比上架高，规则也更明确。补库存：某个 SKU 低于阈值就加数量，加多少是固定的。改价：低于某条线就调回来，调多少有规则。
同一条逻辑，一天跑一次和一周跑一次，省下来的时间差十几倍。
数据从那张表里取。阈值和调整幅度写成参数，流程负责执行。定价还是你定，工具按你定好的规则重复做。
改价要设上下限，只能在一定范围内浮动，超出就停下来报警。不然一条错规则会把整批价改飞。
这套做法管到哪
它管的是一致和覆盖：同一批商品在几个账号上都不漏，字段不填错，价格按你定的规则走。
选品和定价它不管。这批货值不值得铺到三个号，三个号要不要定不同的价，什么时候该下架，这些是生意判断。
那个做电子配件的朋友现在用一张表管三个号，商品按组合展开，价格一列分开填。上架从两个多小时压到半小时，大半时间在核对执行历史。他说，以前是这批货得再上两遍，现在是表里把这几个号的行填完，点一下。
先把一个号跑通，再复制给另外两个。账号这边的字段不用每次改。装法在 安装选型。
常见问题
- eBay 上架到底比国内平台麻烦在哪？
- 字段多，而且分几组。基本信息、物流选项、退货政策、付款方式、商品状况，这几组都要填，加起来十几到二十个字段。国内平台通常一半就够。字段多意味着人工填的出错概率明显上升。
- 多账号的核心难点是什么？
- 一对多。同一批货要在几个账号上分别上架，每个账号的物流、退货、定价策略可能都不一样。所以这里要解决的不是「上架动作怎么快」，而是「商品和账号这两个维度怎么对上」。
- 哪些字段跟账号走，哪些跟商品走？
- 跟账号走的是物流方式、退货政策、付款方式、发货地这些，一个账号基本固定，写死在那个账号的模板里就行。跟商品走的是标题、描述、价格、状况、图片，这些每个商品不同，留成参数。
- 表要怎么设计才不乱？
- 按「商品 × 账号」展开，一行是一个组合，而不是一行一个商品。这样你能一眼看出哪些商品还没铺到哪个号，也能按账号分别控制节奏。多一列账号名，比事后靠记忆对账省事得多。
- 同一张图要在几个账号上重复用，会不会有问题？
- 跨账号用同一张商品图是常规做法，不用特意处理。要留意的是别让不同账号的标题和描述一字不差，那样看起来像同一个卖家在批量铺货，容易被关联。
- 上完之后还有哪些动作值得接着做？
- 改价和补库存。这两个动作重复度比上架还高——上架是新品才有，改价和补库存是每天都要看的。做完上架之后顺手把这两条也配了，收益比上架本身更大。
- 多账号的设备怎么安排？
- 一个账号一台手机，别名写成账号名，分组按站点或品类。下发商品批量发布任务的时候选设备就等于选账号，中间少一道判断。
- 怎么确认某个商品真的铺到所有号了？
- 靠表，不靠记忆。每次跑完从执行历史核对结果，把成功和失败的都标回表里。对不上的那几行单独处理，比回头一个个号去翻快得多。