編輯導語：電商後臺離不開商品，本文作者給大家分享了透過附件批次上傳商品的操作方法，希望能對你有所幫助，一起來看看吧。
一、為什麼要用附件上傳商品？
常用的商品上傳方法有單個上傳，附件上傳，API上傳。
單個上傳顧名思義需要將商品資訊一個一個錄入並上傳、更新。單個上傳針對所需上傳商品較少的場景，是最基礎的上傳方式。所以不少產品MVP時期都只提供單個上傳的方式，但商品量多時，單個上傳的方式是比較消耗人力和時間的。
附件上傳常常是將商品資訊整理到Excel，然後直接上傳Excel檔案去批次上傳、更新商品。附件上傳針對需上傳的新品量多的場景，對商家來說屬於人工+半自動化的上傳方式。
通常商家都會有自己的商品資訊檔案，稍作整理即可上傳平臺。附件上傳比單個上傳節省了商家的人力、提高了商家的效率，開發複雜度稍高。
API上傳可以將附件批次上傳的介面加密，做成可供外部呼叫的API介面。對商家來說接近全自動化，幾乎一次對接之後就不需要再花人力管理商品檔案，更省力、高效，但是需要商家有技術團隊支援。
附件上傳省時省力，比單個上傳效率高，比API上傳門檻低。
本篇文章重點說一下怎麼設計附件上傳。
二、附件上傳
1. 入門指南：流程說明，附件模板，及特殊欄位說明
總體的流程說明可以讓商家在上傳前對所需準備的內容、要做的操作有感知和準備，提升後續操作的效率，提升商家的掌控感。沒有這種感知的話，會讓人像無頭蒼蠅：“這要怎麼開始啊”。
另外，總體流程說明要說清楚上傳規則，比如上傳系統中不存在的商品ID就建立新的商品，已存在的商品ID就更新商品資訊等。
如果平臺只接收固定的商品模板，則需要提前告知商家，且在上傳頁面提供附件模板供下載，避免出現上傳之前找不到附件模板的尷尬情況。
本文采用的方式是建議商家使用標準附件，如果未使用則需要商家後續去給商品欄位一一做匹配。
如果平臺對某些商品欄位有特殊的要求，則需要提前告知商家，說明具體規範。如平臺只能接受商品使用某些尺寸時，平臺需要提前告知商家平臺所有接受的尺寸。
示例：
商家常遇到的問題也可以在入門指南里做一個提醒，減少後續出錯。如哪些商品屬性是必填、哪些是選填，不同的欄位都有什麼要求等。
示例：
2. 上傳附件：校驗附件，感知等待
商家根據入門指南準備好商品檔案後，即可開始上傳附件。
可以在上傳附件後，校驗該檔案是否符合平臺的基礎要求，如檔案格式、檔案大小等。不符合的檔案直接上傳失敗，同時告知商家失敗原因或怎麼改進，如：上傳失敗，原因為XXX。
此外，大多數附件是比較大的，上傳需要較長時間，平臺需要讓商家感知到上傳進度，如上傳的進度條、百分比，預計上傳時間等都可以達到提醒商家的作用。這樣能減少商家等待時的焦慮感，也讓商家能合理安排這段時間，提高效率。
3. 預覽效果：匹配欄位，提前糾錯
附件透過基礎校驗後，可以開始校驗平臺所需欄位和上傳的商品欄位是否一致。一致的直接一一對應，若出現平臺所需欄位匹配不到，則提示商家去對映、匹配。
要知道大部分商家是在多個平臺上開店鋪，這一步的對映讓商家的商品檔案更通用靈活，提高了商品檔案的複用率，節省了人工整理的成本，減少了管理店鋪的成本。
示例：
完成欄位匹配之後，可以給商家提供預覽的功能。也就是在正式建立或更新商品之前，讓商家提前預覽到有無錯誤，以便提前修正；也給平臺減少“管理”錯誤商品的“負擔”。
預覽時需要注意：
只需讓商家預覽一小部分商品的效果即可，這裡我校驗的是前300行。因為大部分錯誤都是一致的，相信商家會“舉一反三”修改全部類似的錯誤；同時也減少大量校驗給平臺帶來的計算成本。
提示部分可以分為錯誤和建議兩部分，且需要明確告知商家為什麼錯、下一步怎麼修改。錯誤是指不符合平臺規定就不能上傳的那種，可以用紅色警示；建議是平臺覺得有點問題但不影響你售賣的那種（示例見下圖）。
除了提示部分，可以把錯誤和建議展示到商家的預覽資料中，方便商家核對和修正（示例見下圖）。
給商家提供快捷的修正錯誤的入口，如欄位匹配錯的可以去“修正對映”或“返回重傳”，無錯誤或無視建議的，可以“繼續”往下。注：如果是有錯誤的情況，應該不允許提交附件，避免建立不符合平臺要求的商品。
示例：
4. 提交附件：告知進度，更新商品
完成欄位對映和預覽時的初步校驗後，就可以讓商家提交商品了。提交後附件就開始交給後端去做全面的校驗、建立、更新——不存在的商品ID就建立新的商品，已存在的商品ID就更新商品資訊。
通常一個附件包含的商品較多，處理附件時需要告知商家當前的進度，如正在檢查第幾行，已經建立或更新了多少個商品，預計還需要多長時間等。這樣下來商家可以看到“平臺”是在工作的，有預期的安排這段時間，提高效率。
當然，等待商品更新的這一步也可以做成離線完成，告知商家處理完成後我們會通知你，你無需在當前頁面等待。這樣平臺可以更合理的安排商品上傳佔用的伺服器等資源，錯峰處理商品上傳的任務。
5. 結果反饋：明確成功 or 失敗
附件處理完成之後，可以以彈窗提示、系統通知、郵件通知等形式告知使用者本次上傳的結果。需要通知到使用者的主要資訊有：
時間，操作人
建立了多少商品，更新了多少商品，有多少錯誤
哪些行有錯誤，為什麼錯/怎麼修改
三、總結
綜上，一個讓商家體驗較好、平臺消耗較少的附件上傳流程為：
提前教育好商家平臺的要求，且要將可能用到的東西放到商家“手邊”，如標準的附件模板。
平臺在處理附件的過程、結果要有明確的感知。
自由對映匹配欄位，增加各個平臺商品檔案的複用性，減少商品檔案的管理成本。
提前預覽，提前糾錯。
告知商家上傳結果。如果有錯誤，則需要給商家明確哪些地方有哪些錯誤需要怎麼修改。
作者：粒粒醬；公眾號：粒粒醬的筆記本，分享自己工作中產品、運營、開發的那些事兒。歡迎來勾搭~
本文由 @粒粒醬 原創釋出於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Pixabay，基於CC0協議。
