妙手ERP协作上线：多店刊登草稿共享编辑

2026 年 9 月 10 日，妙手ERP 3.5.4 版本上线刊登草稿协作：多人可同时编辑同一草稿，每次保存生成独立版本并记录修改人，标题、图片与属性按目标平台自动适配。试点 284 家店铺、1.4 万条草稿，上架周期从平均 4.6 天缩短到 2.9 天，重复上架减少 62%，草稿相互覆盖的冲突率降到 0.4%。

多店商品上架为什么要先做草稿

一条商品要上到 Shopee、Lazada、TikTok Shop 三个平台，标题字数、属性字段、图片规格都不同。过去运营直接在各平台后台填，填到一半被打断就丢失，重进又要重填。草稿把内容先存到妙手ERP，写完再一次性推送各平台，中途断电也不丢。

草稿结构分公共部分与平台部分：公共部分包含主图、详情、主 SKU 结构，一次维护全平台复用；平台部分包含标题、类目属性、价格与库存策略，按平台单独填写。妙手ERP 商品刊登负责人郑一鸣说：「重复劳动最伤士气，同一个卖点写三遍，第三遍一定会写错字。」

刊登版本记录与多人编辑冲突处理

每次保存生成一个版本，记录修改人、时间、改动字段与改动前后值。版本列表支持对比两个版本，差异字段高亮显示，可一键回退。草稿支持设置负责人，负责人可以把不同平台部分分配给不同运营，各自只改自己的部分，减少冲突。

若两人同时修改同一字段，系统以最后保存为准，但会把被覆盖的内容记入版本历史，并在草稿顶部提示「字段 A 已被张岚于 14:32 覆盖」。连续发生 3 次覆盖的草稿会进入待确认状态，需负责人确认后才允许推送平台。

上架周期与重复上架率的实测变化

试点 284 家店铺、1.4 万条草稿、覆盖 3 个平台。上架周期从 4.6 天缩短到 2.9 天，缩短 37%；重复上架（同一商品在同一平台建两条链接）从 118 条降到 45 条，减少 62%；草稿冲突率 0.4%；推送平台失败率从 6.8% 降到 2.1%，失败主因是平台侧类目属性临时变更。

效率提升主要来自两点：公共部分只写一次，节省约 41% 的填写时间；平台推送可批量执行，一次提交多个草稿。失败率下降则来自推送前预检：标题字数、图片尺寸、必填属性先本地校验，不通过不提交，避免平台反复驳回。

多人同时编辑草稿怎么不打架

草稿按字段加锁而不是整篇加锁。标题、卖点、规格由一个人主笔，价格与库存由运营维护，图片由设计上传，各自保存时只提交自己改动的字段。这样即使三个人同时在线，也不会互相覆盖，冲突提示只在同一字段被两人修改时出现。

发布前设一道复核。草稿提交后进入待审列表，由店铺负责人检查平台必填项、类目与价格区间，通过后才推送。试点数据显示，加了复核这一步，上架返工率下降明显，但平均上架时间只增加四分钟，因为大部分问题在草稿阶段就被字段校验拦住了。

草稿也要有归属。谁创建、谁修改、谁发布，记录里都要能查到。多人协作时最怕的是草稿被改得面目全非却没人认账，有了归属记录，复核时可以直接找人确认，而不是在群里挨个问。

草稿要定期清理。超过 90 天未发布的草稿，要么归档，要么删除，否则列表越拉越长，运营找不到正在做的款。清理前通知创建人，避免误删还在修改的内容。归档的草稿保留只读权限，需要时复制成新草稿再改，不动原始记录。

刊登不是一个人的活，把内容拆成公共与平台两层，协作才有边界。

刊登草稿协作已随 3.5.4 版本开放，所有版本可用。后续将支持草稿模板库，把高转化的标题与属性组合沉淀为模板，新店直接套用。需要批量上架的团队，可在下载中心获取客户端后从「商品 - 刊登草稿」创建第一条草稿。