編輯導(dǎo)語：電商后臺離不開商品，本文作者給大家分享了通過附件批量上傳商品的操作方法，希望能對你有所幫助，一起來看看吧。

一、為什么要用附件上傳商品？

常用的商品上傳方法有單個上傳，附件上傳，API上傳。

單個上傳顧名思義需要將商品信息一個一個錄入并上傳、更新。單個上傳針對所需上傳商品較少的場景，是最基礎(chǔ)的上傳方式。所以不少產(chǎn)品MVP時期都只提供單個上傳的方式，但商品量多時，單個上傳的方式是比較消耗人力和時間的。

附件上傳常常是將商品信息整理到Excel，然后直接上傳Excel文件去批量上傳、更新商品。附件上傳針對需上傳的新品量多的場景，對商家來說屬于人工+半自動化的上傳方式。

通常商家都會有自己的商品信息文件，稍作整理即可上傳平臺。附件上傳比單個上傳節(jié)省了商家的人力、提高了商家的效率，開發(fā)復(fù)雜度稍高。

API上傳可以將附件批量上傳的接口加密，做成可供外部調(diào)用的API接口。對商家來說接近全自動化，幾乎一次對接之后就不需要再花人力管理商品文件，更省力、高效，但是需要商家有技術(shù)團隊支持。

附件上傳省時省力，比單個上傳效率高，比API上傳門檻低。本篇文章重點說一下怎么設(shè)計附件上傳。

二、附件上傳

1. 入門指南：流程說明，附件模板，及特殊字段說明

總體的流程說明可以讓商家在上傳前對所需準備的內(nèi)容、要做的操作有感知和準備，提升后續(xù)操作的效率，提升商家的掌控感。沒有這種感知的話，會讓人像無頭蒼蠅：“這要怎么開始啊”。

另外，總體流程說明要說清楚上傳規(guī)則，比如上傳系統(tǒng)中不存在的商品ID就創(chuàng)建新的商品，已存在的商品ID就更新商品信息等。

如果平臺只接收固定的商品模板，則需要提前告知商家，且在上傳頁面提供附件模板供下載，避免出現(xiàn)上傳之前找不到附件模板的尷尬情況。本文采用的方式是建議商家使用標準附件，如果未使用則需要商家后續(xù)去給商品字段一一做匹配。

如果平臺對某些商品字段有特殊的要求，則需要提前告知商家，說明具體規(guī)范。如平臺只能接受商品使用某些尺寸時，平臺需要提前告知商家平臺所有接受的尺寸。

示例：

商家常遇到的問題也可以在入門指南里做一個提醒，減少后續(xù)出錯。如哪些商品屬性是必填、哪些是選填，不同的字段都有什么要求等。

示例：

2. 上傳附件：校驗附件，感知等待

商家根據(jù)入門指南準備好商品文件后，即可開始上傳附件。

可以在上傳附件后，校驗該文件是否符合平臺的基礎(chǔ)要求，如文件格式、文件大小等。不符合的文件直接上傳失敗，同時告知商家失敗原因或怎么改進，如：上傳失敗，原因為XXX。

此外，大多數(shù)附件是比較大的，上傳需要較長時間，平臺需要讓商家感知到上傳進度，如上傳的進度條、百分比，預(yù)計上傳時間等都可以達到提醒商家的作用。這樣能減少商家等待時的焦慮感，也讓商家能合理安排這段時間，提高效率。

3. 預(yù)覽效果：匹配字段，提前糾錯

附件通過基礎(chǔ)校驗后，可以開始校驗平臺所需字段和上傳的商品字段是否一致。一致的直接一一對應(yīng)，若出現(xiàn)平臺所需字段匹配不到，則提示商家去映射、匹配。

要知道大部分商家是在多個平臺上開店鋪，這一步的映射讓商家的商品文件更通用靈活，提高了商品文件的復(fù)用率，節(jié)省了人工整理的成本，減少了管理店鋪的成本。

示例：

完成字段匹配之后，可以給商家提供預(yù)覽的功能。也就是在正式創(chuàng)建或更新商品之前，讓商家提前預(yù)覽到有無錯誤，以便提前修正；也給平臺減少“管理”錯誤商品的“負擔(dān)”。

預(yù)覽時需要注意：

只需讓商家預(yù)覽一小部分商品的效果即可，這里我校驗的是前300行。因為大部分錯誤都是一致的，相信商家會“舉一反三”修改全部類似的錯誤；同時也減少大量校驗給平臺帶來的計算成本。

提示部分可以分為錯誤和建議兩部分，且需要明確告知商家為什么錯、下一步怎么修改。錯誤是指不符合平臺規(guī)定就不能上傳的那種，可以用紅色警示；建議是平臺覺得有點問題但不影響你售賣的那種（示例見下圖）。

除了提示部分，可以把錯誤和建議展示到商家的預(yù)覽數(shù)據(jù)中，方便商家核對和修正（示例見下圖）。

給商家提供快捷的修正錯誤的入口，如字段匹配錯的可以去“修正映射”或“返回重傳”，無錯誤或無視建議的，可以“繼續(xù)”往下。注：如果是有錯誤的情況，應(yīng)該不允許提交附件，避免創(chuàng)建不符合平臺要求的商品。

示例：

4. 提交附件：告知進度，更新商品

完成字段映射和預(yù)覽時的初步校驗后，就可以讓商家提交商品了。提交后附件就開始交給后端去做全面的校驗、創(chuàng)建、更新——不存在的商品ID就創(chuàng)建新的商品，已存在的商品ID就更新商品信息。

通常一個附件包含的商品較多，處理附件時需要告知商家當前的進度，如正在檢查第幾行，已經(jīng)創(chuàng)建或更新了多少個商品，預(yù)計還需要多長時間等。這樣下來商家可以看到“平臺”是在工作的，有預(yù)期的安排這段時間，提高效率。

當然，等待商品更新的這一步也可以做成離線完成，告知商家處理完成后我們會通知你，你無需在當前頁面等待。這樣平臺可以更合理的安排商品上傳占用的服務(wù)器等資源，錯峰處理商品上傳的任務(wù)。

5. 結(jié)果反饋：明確成功 or 失敗

附件處理完成之后，可以以彈窗提示、系統(tǒng)通知、郵件通知等形式告知用戶本次上傳的結(jié)果。需要通知到用戶的主要信息有：

1. 時間，操作人
2. 創(chuàng)建了多少商品，更新了多少商品，有多少錯誤
3. 哪些行有錯誤，為什么錯/怎么修改

三、總結(jié)

綜上，一個讓商家體驗較好、平臺消耗較少的附件上傳流程為：

1. 提前教育好商家平臺的要求，且要將可能用到的東西放到商家“手邊”，如標準的附件模板。
2. 平臺在處理附件的過程、結(jié)果要有明確的感知。
3. 自由映射匹配字段，增加各個平臺商品文件的復(fù)用性，減少商品文件的管理成本。
4. 提前預(yù)覽，提前糾錯。
5. 告知商家上傳結(jié)果。如果有錯誤，則需要給商家明確哪些地方有哪些錯誤需要怎么修改。

作者：粒粒醬；公眾號：粒粒醬的筆記本，分享自己工作中產(chǎn)品、運營、開發(fā)的那些事兒。歡迎來勾搭~

本文由 @粒粒醬 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來自Pixabay，基于CC0協(xié)議。