一批 SKU 图做好后，抖店电脑端和 App 怎样分别交接？

交接文件必须对应准确 SKU

记录 SKU、规格选项名、批准图片文件及预期可见款式，不能把“最终版”当唯一标识。两个手机壳看起来相似，却可能适用不同型号，图片与接收行需要明确对应。最好使用运营能核对的实际字段，而不是只凭缩略图颜色判断。

原始参考与发布候选分开，接收操作员只处理批准交付集，不在未审输出中临时选图。等待批准的文件明确标注，不拿相似颜色或规格替代缺失项。生成文件存在只说明创作结束，商品身份与人工上传准备仍需单独验收。

记录电脑端与 App 的真实能力

请获准操作员查看当前商家流程，记录终端、账号、所选类目及可见 SKU 图控制项。官方帮助可作为核对入口，但索引快照不是今天权限或界面的保证；文章只提供记录方法，不宣布该账号已经开放功能。没有入口时先问官方支持。

如果电脑端当前提供批量动作，先核对文件怎样对应行，再应用；App 若在该账号只提供逐项动作，就按逐行交接安排。不要创造不存在的按钮，也不绕过权限来完成数量目标。真实能力可能变化，记录操作日期便于后续复核。

1. 逐个批准文件对应准确 SKU 和规格名称。
2. 记录当前终端、账号及上传控制项。
3. 使用现有批量动作前先测试一个获准行。
4. 上传后比较所选规格与实际图片。
5. 错配条目暂停，分别记录电脑端与 App 状态。

虚构练习：两款手机型号顺序反了

这里是虚构练习：两个不同手机型号的壳图待交接，操作员看到批量控制，但拟定文件顺序与 SKU 顺序不同。这不证明抖店当前采用任何固定排序规则，也不是店铺实测；练习重点是先验证对应关系，不将文件排序当平台关联依据。

团队测试一行，发现拟定映射错误，先修台账再继续。另一个 App 操作员按自己实际看到的控制执行。停止条件是每个交接 SKU 都有正确关联结果，不是一次进度条结束。未检查条目继续保持未完成，不能用一行成功批准整批。

人工核对买家所见后收尾

在商家能够检查的真实客户流程中选择规格，记录展示图片及页面状态。若当前界面提供购物车或订单预览等视图，检查有关结果，不假设已经自动传遍所有位置。对不可查看环节注明未验证，不能凭帮助文档补一个成功结果。

本指南不提供 Itemlume 自动上传抖店或 SKU 同步能力。发布由商家实际账号在外部人工完成。停止条件是批准文件正确关联并显示，或将未解决项连同准确 SKU 和观察到的错配交回负责人。交接表同时保留创意批准与发布验收，避免两个状态混淆。

电脑端与 App 交接检查

把这张核对表作为人工检查记录，填入自己的真实证据；表中条件不是已经完成的实测结果。

下载本题核对表（CSV）