Shopee批量上传怎么用对：表格才是软件的入口

批量上传的两种方式

手工逐条上传是最老的方式，也是最容易理解的方式。打开后台，点新建商品，一栏一栏往下填，填完保存，再开下一条。这种方式的好处是每一步都在眼前，填错了当场能看见。坏处是量一上去，人的注意力会被摊薄得很厉害。

表格批量上传是另一种方式。先把商品资料整理进一张表格，每一行对应一个商品，每一列对应后台的一个栏位。整理完一次性导入，由系统按列去读。这种方式把填写的动作提前到了表格里，人面对的是数据而不是界面。

两种方式的适用边界大体可以这样分。一款两款新商品，手工反而更快，因为省去了建表和核对的时间。二十款以上、或者同一批商品结构雷同的，表格的优势才显现出来。分界线不在数量本身，而在这批商品的资料相似度。

大促前备货的那段时间最能说明问题。手工一条条填，一个人一天能上多少条是有上限的，而且越到后面越容易走神。表格方式可以在前期集中把资料摊平，上传阶段只占很短一段。这就是为什么备货期几乎只能走表格这条路径。

两种方式混着用的时候最常出现的场面是资料对不上。手工上的那几条在后台改过价格，表格里那份还是旧价。下次再按表格批量导入，就把手工改过的价格又覆盖回去了。混用不是不行，但需要有一份东西明确记录哪一条以哪里为准。

判断这一批该走哪条路，可以用三个问题过一遍。这批商品有没有相同的结构，这批资料的来源是不是同一份，这批数量有没有超过一个人一天的填写上限。三个都答是，走表格；有一个明显答否，手工更省事。

从手工切到表格的第一个动作是把近一个月手工上的商品整理出一份样表。把它们的栏位抄下来，抄的过程中会发现后台实际用到的栏位比想象中少。这份样表就是后面所有表格的底子，比凭空设计一张表要靠谱得多。

切换的时候要设一个过渡期。过渡期内同一种商品只用一种方式上，不要今天手工明天表格。混着上最容易出现的情况是同一款被上了两次，一次手工一次表格，两条链接互相压价，还都以为是对方的问题。

过渡期结束的判定标准是表格连续两批没有整批退回。达到之后，可以把常用的那几类商品固定走表格，剩下的零星款继续手工。分两类处理比强行统一好，因为零星款的资料本身就不齐，硬塞进表格反而慢。

无论走哪条路，都要留一份商品总表。表上只有最少的几列：商品名、规格编号、上架时间、上架方式。这份总表不参与上传，只用来回答这一个问题，店里某个款到底上没上过、什么时候上的、用什么方式上的。

有一个常见的反例。某店把一批五十条商品用表格推上去，前期只花了两个工作日准备资料，上传用了不到半小时。同月另有一次三十条的批量，资料没整理就边填边传，前后拖了四天，其中两天半都花在返工上。差别不在条数，在资料是否提前摊平。

手工上传也有它不可替代的场合。新店第一次试水某个类目，一次只上三五个款，这时候建一张表的成本高于收益。表是为了复用结构而生，只上一次的商品没有复用的机会。判断的标准是有没有下一次。

还有一种介于两者之间的做法，先手工上一条当作样板，再把这条的栏位结构倒推成表头。这样做出来的表头天然贴合后台的实际要求，比凭空设计少走弯路。代价是多花一条商品的填写时间，换来的是整张表的可用性。

一次批量推上去之后，最好等一整个观察周期再推下一批。理由是上传完之后还有一些状态在变，比如审核通过、图片转码完成。上一批还在变动的时候推下一批，出问题时无法判断是哪一批引起的。

方式选错的代价通常不是这次做错了，而是下次没有可以复用的东西。手工上完一批，留下的只有后台里的商品；表格上完一批，留下的是一张随时能改能用的表。同样是上五十条，两种方式留下的资产完全不同。

批量上传的入口是表格，真正决定成败的是试跑那一环

表格为什么是主入口

这类软件读的其实不是商品，是单元格。它不认识图片好不好看，也看不懂标题写得顺不顺，它只按位置去取每一列的值。所以表格的结构对不上，软件读到的就是错位的值，它不会报错，只会照搬。

跨店铺复制这件事尤其依赖表格。要把一批商品从一家店搬到另一家，最省事的做法是让表格结构保持一致，靠软件按列搬运。如果两次的列顺序不同，搬过去的数据就会一列错一列，而且错得很整齐，不容易一眼看出来。

表格与后台之间多数是一对一的关系。表格里一列叫价格，后台就有一个价格栏位接着。中间对不上的那部分，往往是要靠软件做一次映射。映射关系存在软件里，一旦表格换了列名，这份映射就失效了。

表格还有一个好处是它能留住判断。哪些商品先上、哪些商品暂缓、哪些商品要改标题再上，这些决定可以直接写在表格的备注列里。写在界面里的话，点几下就找不回来了。判断留在数据里，下一次翻出来还能用。

表格是纯文本，可以用文本比对的方式查。两版表格放在一起比一比，加了哪些行、改了哪些列、价格动了多少，几秒钟就能看出来。后台界面没有这个能力，界面只能一条条点开看。这是表格被当成主入口的另一个理由。

建表的第一步是确定列的物理顺序。顺序本身无所谓，重要的是它一旦定下就不再变。列顺序变了，软件里存的映射关系要跟着重对一遍，而重对一次的成本远高于当初多花十分钟想清楚顺序。

第二步是把每一列的列名写成不会歧义的写法。价格这一列要写清楚是哪个价格，库存这一列要写清楚是哪个口径的库存。含糊的列名在今天没有影响，换个人接手或者隔三个月回看的时候，就是一次返工。

把表格交给软件之前，先做一次手动映射练习。拿十条数据，人肉按列抄一遍到后台的对应栏位，抄完检查有没有找不到归宿的列。有列找不到归宿，说明这张表里有软件接不住的东西，要么删掉要么另做处理。

跨店搬运的具体动作是先复制一份源表格，改名的同时把三样东西清空：价格、库存、类目编号。这三样在新店几乎都不会相同。清空之后再按新店的实际情况填，比搬过去再逐条改要快，也不容易漏改。

比对两版表格用得上的办法是排序后目视。把两版都按规格编号升序排好，并排放在一起，从上往下扫，错位的行一眼就能看出来。这个办法不需要任何工具，屏幕宽一点就能做，适合每次上传前后各做一遍。

有一个细节值得单独说：表格里的空单元格和写零的单元格不是一回事。空着表示这个栏位没有值，写零表示它的值是零。价格栏位空着可能被跳过，库存栏位写零则意味着这件商品卖不出去。这两个在表格上看起来都像空的，含义差得很远。

小数点的位数应当在模板里统一约定。同一个价格栏位，有的行写整数有的行写两位小数，软件读进去多数能处理，但按列排序的时候会排乱，人工目视检查也就失去了作用。统一位数这件事一次定好，后面一直省心。

日期格式同理。写成斜杠分隔和写成短横线分隔，在同一次导入里混用，会让按时间排序的检查失效。更要紧的是有些格式会被当成文本而不是日期，导入后变成一串没有意义的字符。约定一种写法，写进说明里。

数字前导零容易被吃掉。货号、规格编号这一列如果全是数字，表格软件往往会把它当数值处理，前面的零就没了。原本靠这两位零区分的两条商品，会变成同一个编号。修正办法是把这一类列统一设成文本格式。

换行符是另一个常被忽略的东西。从别处复制过来的标题里可能带着换行，在表格里看不出来，导入后标题断成两截。检查办法是把标题复制到纯文本编辑器里看一眼，有没有多出来的空行，一眼就能发现。

绝大多数失败集中在少数几列上，先把这几列盯住就够用

表格里哪些列必须对

规格编号这一列的地位比看起来高。它决定的是同一款商品的不同规格会不会被认成不同款，也决定重复导入的时候是更新还是新建。这一列一乱，同一款商品就会在店里出现两次甚至三次，互相压价。

类目编号是自由度最小的一列。它不像标题可以反复改，改一次意味着商品的人群和入口全换。这一列写错的表现往往不是报错，而是商品安静地待在错误的类目里，曝光人群和你的预期偏得很远。

价格与库存是最危险的一列，因为它出错的时候不报错。币种写串了、单位从元写成角、库存填成零，这类问题在导入阶段往往一路通过，要等到真的卖出去才暴露。卖出即亏的场面基本都出在这一列。

图片链接的失败多数是静默的。链接失效或者指向一个会过期的临时地址，导入时系统不去访问它，商品上了线才发现图是白的。批量上传里最容易被忽略的就是这一列，因为它看起来只是一串字符。

列的顺序和命名本身也要稳定。同一个人今天用一套列名，明天换成另一套，软件里存着的映射就要重对一遍。稳定的做法是把列名固定下来写进模板说明，新增需求往后面加列，不去动前面已有的列。

查规格编号的具体做法是先排序再找重。把这一列按升序排好，相邻两行完全一样的就是重复。重复分两种，一种是同款的不同规格被写成了同一个编号，另一种是同一款被整行复制了两遍，处理方式并不相同。

查类目编号不能只在表格里看，要抽三条回后台核对。把这三条商品在后台打开，看它实际落在哪个类目，和表格里写的是不是一致。对不上就说明类目编号这一列的口径和后台不一致，整列都要重核。

查价格与库存用排序看两头最有效。价格按升序排，最小值那一行往往是漏填了小数点；库存按升序排，最小值那一行往往是本想写补货却被写成了零。两头看完，中间部分抽查几行就够。

查图片链接要真的点开。随机挑一成链接，在浏览器里打开看两件事：图能不能显示，显示的是不是这一款。链接指向上一款的图是很常见的一类错，它在后台看起来完全正常，因为图确实加载出来了。

标题与描述这一列要按字符数排序看。排在最后面的那几条往往超长，会在展示端被截掉，卖点部分最先消失。排在前面那几条往往短到没有信息量。两头削一下，中间大部分就不用动了。

有一类错只在导出清单的时候才看得见。商品在后台显示正常，但导出成表格后价格列出现了科学计数法的写法。这种写法再导回去，价格就会变成一个离谱的值。定期导出清单看一眼格式，能提前发现这类隐患。

图片张数这一栏建议单独建一个计数列。把图片链接那一格按分隔符数一下有几个，写进计数列。上传前按这一列排序，张数低于要求的那几条一眼就能挑出来。比一位一位数链接要快得多，也不容易数错。

运费模板是常常被漏掉的一列。它在表格里往往只是几个字符的编号，看起来不重要，实际上直接决定这件商品的到手价。编号写错不会报错，只会安静地把运费算成另一套规则，影响的是每一单的利润。

描述栏位里的符号要格外小心。有些符号在表格里是普通字符，写进后台可能被当成格式标记，把后面的内容整段吃掉。稳妥的做法是描述里只用最普通的标点和文字，不用花哨的符号，也不用表情之类的东西。

还有一个边界情况是同一个规格编号出现在不同批次里。第一批量价格是十，第二批想改成十二二十六，直接按同一个编号推上去，多数软件会覆盖成新价。这时候要确认的是店里那一条到底有没有改，不能只看导入成功的提示。

批量前的试跑

试跑十条，作用不在验证软件能不能用，而在验证表格能不能用。软件能不能用，装的那天就知道了。表格能不能用，只有真的导进去一次才知道。十条是成本最低的那次真实验证。

十条怎么挑有讲究。不同类目各挑一条，带规格的和不带规格的各挑一条，价格最高和最低的各挑一条，图片张数最多和最少的各挑一条。刻意覆盖边界，十条才顶用。全挑同款同类，撞不出任何问题。

试跑时要看三个数。第一是被退回的条数，第二是退回原因集中在哪几列，第三是实际上线的条数对不对得上表格里的行数。第三个最容易被漏掉，行数对不上说明中间有行被静默吃掉了。

试跑撞出来的错要回填到表格模板的备注里。哪一列容易错、错成什么样、改法是什么，写清楚。下次起表的人照着备注先查一遍，同样的错就不必再撞第二次。这一步花的几分钟，是整条链路上性价比最高的几分钟。

不试跑直接上量的画面通常是这样：几十上百条推上去，退回一半。人这时候手里没有对照组，分不清是表格错还是软件没配好。于是改一处试一次，来回折腾半天，最后往往把整批撤掉重来。

试跑之前先把表格另存一份，命名里带上试跑两个字。上传过程本身可能改动源文件，留一份干净的底稿，后面正式上传时才有东西可比。这一步经常被省掉，省掉的代价是后面无从对账。

试跑的执行顺序是先跑九条，再单独跑一条。九条里覆盖常规情况，单独那一条专门挑结构最复杂的商品，比如规格最多、属性栏位最全的那种。分开跑是为了判断复杂度本身会不会带来额外问题。

记录表只要五列：商品名、是否上线、报错内容、错在哪一列、改法。五列填满十条，这一批试跑的价值就拿到了。多出来的信息不需要，多出来的列反而没人填。

试跑之后要不要再跑第二轮，看一个指标就行：把试跑撞出来的错改完之后，修改涉及了几列。涉及一列，直接进正式上传；涉及三列以上，再跑一轮。因为大面积修改本身就是引入新错的原因。

正式上传时把试跑的那十条从表格里剔出去。这十条已经在店里了，再跑一遍要么被当成更新，要么被当成新商品，两种结果都不好收场。剔的时候按规格编号删行，不要按商品名删，名字可能重复。

有一个具体的试跑记录可以参照。十条里退回两条，退回原因一行写着类目编号不存在，另一行写着规格编号重复。改法很清楚，第一条去后台把类目编号抄正确的，第二条把重复的那一行改成不同的编号。两条改完再跑一次，全通过。

试跑时不要把表格里的备注列删掉。备注列里往往写着这一条的特殊情况，比如图片还差一张、标题待定。批量上传时它会报错，你才知道这一条本来就不该在这一批里。删掉备注列等于把提醒也删掉了。

试跑发现的错改完之后，建议把修改前的表格留一份。后面正式上传如果再出问题，能对照出是改的时候带进来的还是原本就有的。这份留档不用长期保存，留到这一批结束就可以删。

边界情况是有的商品在后台已经存在。试跑这条已经存在的商品，它的表现要么是被跳过，要么是被更新。两种表现对应两种不同的运行模式，你得先弄清楚当前是哪一种，否则正式上传时一整批的行为都是未知的。

试跑不通过不要急着改软件设置。绝大多数时候软件设置是对的，错在表格。先按报错把那几列翻一遍，改完再试。直接去动软件配置的结果是，把一个本来正确的东西改坏，然后花更多时间去排查。

批量中怎么盯

传到一半统一失败，诱因多数不在上传动作本身。常见的是中途有人改了表格源文件、后台登录状态掉线、或者图片所在的存储被改了权限。这三种都不属于软件的问题，但表现出来都像软件突然不行了。

要看的是队列状态而不是进度条。进度条走到九成停住，和队列里还有三十条待处理，是两件不同的事。前者可能是卡住了，后者只是还没轮到。分清楚这两件，就知道该等还是该干预。

盯的方式最好是定期看一眼，而不是一直守着。上传本身是系统在跑，人守在屏幕前不改变结果。比较好的做法是设一个固定的查看间隔，每看一次记一次已完成条数和报错条数，形成一条可回看的记录。

半成功是批量上传里最麻烦的状态。一部分条目上去了，一部分还卡着，一部分被退回。这时候如果直接再按一次上传，已经上线的那些可能被当成新商品再来一遍。所以半成功之后第一件事是导出当前这批的清单，先分清哪些已经在了。

边传边改是最乱的一种做法。上传还在跑，人在另一头改表格里的价格。系统读到的就是改到一半的版本，有的行拿到了新价，有的行还是旧价。要改就等这一批跑完，改完记一笔生效时间，再跑下一批。

固定查看间隔按批量的规模定。几十条的中小批次，看两次就够，开跑后看一次，结束前再看一次。上百条的大批次，按时间均分看三到四次。看太密不改变结果，看太少错过干预窗口。

每次查看记四个数：本批总数、已成功、已退回、待处理。四个数加起来应该等于总数，加不上就说明有行被吞了。四个数的记录存下来，两三批之后就能看出这一批的节奏是否正常。

出现失败先看失败是不是集中的。集中在前几行，多半是表头或格式问题，停下来修表头更快。均匀分散在各行，多半是数据本身的问题，继续跑完再统一处理更省事。两种情形的应对完全相反。

半成功之后的第一动作是导出当前清单，不是重试。把已经成功的行标出来，把退回的行单独存一份，然后只对退回的那部分做处理。整批重试会碰到已成功的那些，很容易生出重复链接。

中途要改表格的话，先停这一批。停的动作按批次编号来做，停完记下这个编号。改完表格之后再跑的话另起一个批次，不要在同一个批次里续跑，否则后面复盘时无法区分哪一批用了哪一版表格。

有一个具体的观察方式。上传开始后每十分钟记一次已完成条数，把数字连起来看，能画出这一批的节奏。节奏平稳说明一切正常，某一小段时间数字不动，说明那一段卡住了，需要看一眼队列。

图片较多的批次通常会慢一些。原因是每张图都要抓取和转码，链接多的商品耗时长。看到进度慢先看这一批的图片张数，如果普遍比上一批多，慢就是正常的，不必干预。

中途后台掉线最常见的原因是同一账号在另一处登录。批量上传期间，最好不要在另一台设备上登同一个账号看数据。这类中断表现为整批突然全部失败，和第二十行往后的数据问题不是一回事。

半成功之后要留一份当时的状态记录。记下这一批的总数、成功数、退回数，以及各自的规格编号范围。这份记录是后面判断要不要重试的依据。没有这份记录，重试就成了凭感觉。

如果这一批里混进了必须撤下的商品，处理方式是先停批次，再单独处理那几条。不要在队列还在跑的时候去后台删商品，后台删了但队列还在，队列会把已删的那条又推上去，形成一个反复出现的怪现象。

有的错试跑就撞得出来，有的错只有复核才发现，两关都不能省

批量后怎么复核

复核要抽一成，抽的方法不能只用一种。可以按价格从高到低抽前面十条，可以按类目抽覆盖面最广的两三个，也可以随机抽若干条。三种抽法交替用，比一直随机抽更容易碰到边界问题。

复核的时候看三个点。第一是图片在不在、张数对不对；第二是价格库存和表格里那一行是不是一致；第三是属性栏位有没有整列漏掉。这三点对应的是三类不同的失败，覆盖面比较宽。

复核要和表格对账，而不是只看后台。把后台导出的清单和原表格按规格编号对齐，看有没有多出来的行、有没有少掉的行。只看后台看不出少掉的行，因为少掉的东西在后台本来就不存在。

查出来的错要留痕。哪一条、哪一列、错成什么样、怎么改的，记一行。留痕的价值在下一次批量的时候体现，起表的人翻一遍近几个月的记录，就知道哪几列是老毛病，可以提前盯住。

改的方式要一次改完，不要分次。同一批里同样的错分了三次改，最后会分不清哪一条改过哪一条没改。正确做法是先把这一轮查出来的错汇总成一份清单，按列归类，一列一列改完再做下一轮复核。

抽检的执行顺序建议是高价优先。按价格降序排，从最高的那条开始往下取，取到十到十五条。价格高的商品出错代价最大，先看这部分，同样的抽检工作量能挡住更贵的错。

对账的动作是双向的。先按原表格的行去后台找，看有没有缺的；再按后台的清单回表格找，看有没有多的。单向检查只能查出一种问题，双向都做一遍，缺行和多余行才都能兜住。

复核发现的错按列归类，不按商品归类。同一列错了八条，改的时候一列一列地改，八条一次处理完。按商品逐条改的话，八条要往返八次，中途还会因为顺手改了别的地方引入新错。

改完之后要做一次小回看。把改过的那几条重新打开，确认改动真的落到了后台。批量修改的失败常常是无声的，提交成功但没生效。回看这几分钟，能挡掉一整轮白干。

一轮完整的复核应该留下两样东西：一份本轮错误清单，一份模板的修改建议。错误清单用来处理当下，修改建议用来防止下一次。只有清单没有建议，下一轮大概率会撞同样的错。

复核的另一个角度是看重复。把后台导出清单按规格编号排序，相邻两行编号相同的，就是同一款出现了两次。这种重复在批量上传里出现得很频繁，尤其是同款被不同批次各上过一次的时候。

价格复核要用到手算。抽出来的十条，把表格里的价乘以汇率加上预估运费，算出一个到手价，和后台显示的比一比。这一步比单纯对数字更容易发现问题，因为汇率和运费的单位错误会在这一步显形。

库存复核看的是一个反直觉的点：刚上线的商品库存应该等于表格里写的数，但有些情况会被改成默认值。抽几条确认一下，如果都被改成了同一个数，说明这一列的写法和后台的默认规则冲突了，整列要改。

复核不通过的数量如果超过抽检量的一半，建议整批转人工处理。这时候说明表格本身有系统性的问题，继续抽检只是在验证同一个错。把整批撤下来，改完表格再重来，比逐条修补快。

每一批复核结束后留一行总结：本批条数、退回条数、复核发现条数、本批用时。四列一行，攒上十几批之后，这份总结会告诉你店铺的批量上传正在变好还是变差，以及变差发生在哪一列上。

试跑这一步看着慢，实际把返工的总量压下来了

表格模板怎么维护

模板要版本化。每次改动模板结构，就在文件名或文件头注明版本号和日期，旧版本留着不删。上传出问题时能回退到上一版做对照，这一点在排查时很省事。没有版本的模板，出问题只能靠记忆回溯。

备注列是模板里最被低估的一列。它可以写这一款的备货状态、可以写标题待改、可以写图片还要补一张。批量上传前按备注列筛一遍，把还没准备好的行剔出去，比上传完再逐条找要快得多。

出错的列优先级要定期重排。连续几批都出问题的那一列，往前提，放到自查清单的最前面。反过来，几批都没出过问题的列，自查时扫一眼就够。模板的自查清单应该跟着实际的出错情况走，不跟着理论上的重要性走。

模板越薄越好用。一列一列加起来容易，减下去难，但真正被用到的列通常就那么十几列。长期没人填的列要么删掉，要么说明原因留着。留着却不填的列，会让后来的人以为漏了东西。

两个人共用一份模板的时候，要约定谁改结构。最常见的翻车是两个人同时改列名，各自批了一版上去，结果谁也不认谁的。约定一个改结构的人，其余人只改数据，这一条能省掉大量对账时间。

维护的第一步是给模板配一份说明。说明不用长，写清每一列的含义、必填还是选填、常见错法各一条。说明和模板放在同一个文件夹，起表的人先看说明再填，比遇到问题再问人快。

出错的记录要有个归处。建议在模板文件里单独开一个页签，一行一次记录，写清日期、错在哪一列、什么表现。攒上三个月，这个页签会变成最有用的自查清单，因为它只记录这家店真实踩过的坑。

模板每迭代一版要留一份旧版。新版上线后不要立刻删旧版，等新版跑满两批没有整批退回再删。旧版在这里的唯一作用是对照，出问题的时候能快速判断是新版引入的还是老毛病复发。

定期做一次瘦身。半年左右把这几个月实际填过的列数一遍，长期空着的列集中处理，要么删掉要么写明还留着的理由。瘦身后的模板填起来更快，也少了很多让人犹豫要不要填的空栏位。

共用模板的时候约定一条规矩：改结构走申请，改数据随时改。申请的方式可以很简单，在说明文件里加一行待改事项，攒到一批结束后一次性更新。这条规矩能避免两个人各改一版、谁也认不出谁的情况。

模板的说明文件里最好放两个例子。一个填得对的例子，一个错在哪里的例子。新人看对的比例子学得快，因为能直接对着抄。说明写得再全，不如两行真实数据直观。

长期维护还有一个省事的动作：每次批量结束后，把这一批里退回的那几行单独存一份。存的时候按列归类，攒到一定数量后翻一遍，就能看出哪几列是老毛病。这份归档是模板迭代的原料。

模板里的列分三档来管。必填档，缺一列整批过不去；建议档，缺了会少一个筛选入口；备用档，留着以后可能用。三档分开标注，填表的人知道哪些非填不可，就不会在备用栏位上耗时间。

跨店复制时的边界条件要写进说明。哪几列在新店必须重填、哪几列可以直接搬，列一个清单。这份清单可以避免一个常见问题：把上一家店的运费模板编号带进新店，结果新店里没有这个编号，整批卡住。

判定模板是否已经稳了，看一个指标：连续三批的退回条数都在个位数以内。达到这个水平之后，维护的重心可以从查错转到扩量。没达到之前扩量，只是把同样的错放大一遍。

常见问题（FAQ）