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

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

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

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

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

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

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

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

二、附件上傳

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

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

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

如果平台隻接收固定的商品模闆，則需要提前告知商家，且在上傳頁面提供附件模闆供下載，避免出現上傳之前找不到附件模闆的尴尬情況。本文采用的方式是建議商家使用标準附件，如果未使用則需要商家後續去給商品字段一一做匹配。

如果平台對某些商品字段有特殊的要求，則需要提前告知商家，說明具體規範。如平台隻能接受商品使用某些尺寸時，平台需要提前告知商家平台所有接受的尺寸。

示例：

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

示例：

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

商家根據入門指南準備好商品文件後，即可開始上傳附件。

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

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

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

附件通過基礎校驗後，可以開始校驗平台所需字段和上傳的商品字段是否一緻。一緻的直接一一對應，若出現平台所需字段匹配不到，則提示商家去映射、匹配。

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

示例：

完成字段匹配之後，可以給商家提供預覽的功能。也就是在正式創建或更新商品之前，讓商家提前預覽到有無錯誤，以便提前修正；也給平台減少“管理”錯誤商品的“負擔”。

預覽時需要注意：

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

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

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

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

示例：

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

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

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

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

5. 結果反饋：明确成功 or 失敗

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

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

三、總結

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

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

作者：粒粒醬；公衆号：粒粒醬的筆記本，分享自己工作中産品、運營、開發的那些事兒。歡迎來勾搭~

本文由 @粒粒醬 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Pixabay，基于CC0協議。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部