在B端產品設計中，我們經常會用到批量導入這個功能，用好它就能大大提高工作效率。本文將從四個方面，對批量導入展開介紹分析，希望對你有幫助。
今天分享一個B端產品設計中經常或者説必須用到的功能：批量導入。
相信很多小夥伴都對這個功能有接觸和了解，覺得不過就是個簡單的把Excel表的數據導入到系統而已。
道理是這麼個道理，但小功能也有它的奧妙之處，況且批量導入是個很不一般的非常重要的功能，特別在B端產品設計中。
一個做得好的批量導入功能，可以大大提高使用者的工作效率。
那麼我們在設計這個功能時，需要考慮什麼呢？我羅列了幾點：
眾所周知，在做導入功能時，我們都會用到Excel表。由於用户在Excel中的輸入編寫是很自由的，如果不把Excel定好格式模板，告訴用户我們的填寫規則，那麼用户填寫完的信息導入系統時，很大概率是不符合規範的，所以第一步必須要定好Excel的模板。
首先，要在Excel中把填寫規則表述清楚。
例如這個報表的填寫功能的批量導入的説明，我們可根據各自的業務規則需求，制定適合自己的規則。
而且，在一些需要與系統數據庫進行匹配校驗的數據，要控制好輸入格式，可以讓用户選擇，就不要讓用户編輯輸入。
例如：省市區這類型，例如廣東省，如果用户輸入，很可能有的用户輸入“廣東”，這樣在和數據庫進行匹配或者校驗時就會匹配不到數據。所以我們要儘可能避免這種情況。
儘可能把入口放在易見的位置，例如列表頁top。在用户首次進行導入操作時，肯定是需要先下載一個模板的，所以我們可以在按鈕旁邊加一個説明指引：“第一步：下載模板；第二步，編寫內容，批量導入。”
用户按照模板填寫完後，就可以點擊【批量導入】按鈕把數據導入。
此時，我們需要兩種情況：數據正確無誤成功導入；導入的數據存在錯誤。
導入數據後，先校驗數據是否有錯誤，如果正確無誤，那麼就可以直接在數據庫創建數據，也可以把數據先進行頁面化顯示，讓用户對數據進行再次確認再進行手動提交入庫。
在這裏，我們是建議使用先頁面化顯示這種方式，一是可以讓用户知道自己導入了哪些數據，二是當有錯誤的時候，可在頁面中直觀的讓用户看到哪幾行出了錯（當然這種方式要考慮數據量的問題，如果數據量非常大就不適用這種方式）。
而對於導入後某些數據有錯的情況，我們一般又可以分為兩種方式進行處理：
1.允許用户在線直接修改，導入後提示用户有幾條錯誤，可以在線進行編輯修改，修改後進行保存。
進行調整也有兩種調整方式：直接在列表中實現可編輯的；點擊列表，彈窗頁進行編輯。
一般都更推薦第二種方式，實現起來更靈活，可直接使用前端的組件
2.不允許用户在線修改，需要重新上傳。我們需要提示用户Excel中，哪幾行的數據錯誤，錯誤原因是什麼？
至於用哪種方式，一般根據實際情況考慮，特別是數據量，如果錯誤的數據量大還是建議不允許用户在線修改，提供一個讓用户自己下載“錯誤報告”的功能（用户上傳的Excel附加一個錯誤説明），讓用户對着錯誤説明在Excel上進行修改，重新上傳（畢竟在Excel中批量修改會比在線修改效率要高很多）。
在最後，還有一個需要考慮的問題，就是導入的數據存在衝突時該如何處理。我們這個導入是增量導入還是支持覆蓋導入？
如果是要支持如果要支持覆蓋導入，那麼這個導入列表就需要加一個在系統中的唯一標識。
以通訊錄為例，導入的列表要加一個員工編號，當導入的時候，檢測這個員工編號在原來系統中是否存在，如果存在，那麼就是對原來那條記錄的修改，並且提示用户，是否對該記錄進行修改，可展示前後對比給用户看。如果不存在，那麼就是新增。
還有一種情況是數據備案導入，那麼就要保留原有的歷史數據，同時存儲新導入的數據。
以上是在設計批量導入功能時需要考慮的幾個點，基本可以滿足各種常規的需求，如果還有更好的優化方法，記得給我提建議哦~
作者：叫我阿逸，公眾號：人云逸雲；產品道路上不斷前行的產品小白
本文由 @叫我阿逸 原創發佈於人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基於 CC0 協議