批量導入是B端后臺產(chǎn)品中常用的一大功能，看起來簡單但是實際上做起來卻能夠發(fā)現(xiàn)里面的坑有很多。作者結(jié)合自己的實戰(zhàn)經(jīng)驗，與大家分享自己當時從0到1的設計過程，希望對你有所幫助。

一、業(yè)務分析

在開始任何B端產(chǎn)品的功能設計前，都需要先分析業(yè)務場景以及本次想解決的業(yè)務問題。

批量導入也不例外，一般導入功能都出現(xiàn)在需要單次錄入大批量數(shù)據(jù)的后臺產(chǎn)品中。根據(jù)不同的業(yè)務場景，所對應的業(yè)務需求也會有所不同，從而在產(chǎn)品設計方案上也會造成巨大的差異，例如：

1. 導入的數(shù)據(jù)是“新增”還是“覆蓋”？（即系統(tǒng)中已有數(shù)據(jù)的情況下，本次導入是在其后添加數(shù)據(jù)，還是完全覆蓋系統(tǒng)已有的數(shù)據(jù)）
2. 存在錯誤數(shù)據(jù)時，是忽略錯誤數(shù)據(jù)允許正常數(shù)據(jù)導入，還是全部打回重新導入？

這些都是在業(yè)務分析階段就需要思考的事情！

二、導入流程設計

導入功能大致可以分為3個環(huán)節(jié)

1. 導入指引：讓用戶了解怎樣使用導入功能，并給出一份模板文件；
2. 導入文件：上傳文件，并校驗錯誤數(shù)據(jù)；
3. 結(jié)果反饋：讓用戶知道本次導入的結(jié)果&影響。

其中2是最麻煩最復雜的一環(huán)，因為除了常規(guī)的文件類型和數(shù)據(jù)格式校驗外，部分B端產(chǎn)品可能還會有一些業(yè)務上的限制，需要考慮到導入的數(shù)據(jù)與現(xiàn)有的業(yè)務規(guī)則是否沖突，如果存在沖突，要以何種形式告知用戶哪些數(shù)據(jù)異常、要如何處理。

三、功能設計

3.1 導入指引

3.1.1 導入指引

如果導入過程并不復雜，只需要給出下載模板和上傳文件的入口即可；如果流程比較長，需要給出一條明確的步驟指引。

3.1.2 模板說明

對于一些重要的系統(tǒng)要求或者是不易察覺的設置，需要在表頭上進行說明，引導用戶正確的填寫數(shù)據(jù)。

3.2 導入文件

3.2.1 導入進度

根據(jù)導入數(shù)據(jù)的規(guī)模和校驗規(guī)則的復雜程度，需要考慮不同的上傳進度提示。（這些最好提前與研發(fā)人員溝通好）

• 如果一般情況下上傳數(shù)據(jù)少，校驗規(guī)則也比較簡單，耗時短，可以給一個輕量的加載圖標；
• 如果單次導入的數(shù)據(jù)量大，或者校驗規(guī)則比較復雜，需要較長的時間，可以給一個上傳進度條。在這種情況下，導入任務可以設置成異步處理，即允許用戶關(guān)閉當前導入窗口，使用軟件的其他功能模塊。

3.2.2 文件解析和數(shù)據(jù)逐行校驗

一般導入文件的校驗分為兩個過程：

1）文件格式校驗

在寫入數(shù)據(jù)前，首先會校驗文件的基本格式是否符合規(guī)范，如果不符合則需提示用戶檢查上傳的文件并重新上傳。一般會有如下規(guī)則：

• 文件類型：支持的文件類型，如excel文件；
• 文件大?。菏欠癯鲆?guī)定的文件大小，如2M；
• 表頭：是否與模板一致；
• 行數(shù)：是否超過規(guī)定的上傳上限，比如最多允許導入1000行記錄，但上傳的文件有2000條記錄

2）數(shù)據(jù)內(nèi)容校驗

文件校驗通過后，就開始校驗逐行表格中的數(shù)據(jù)內(nèi)容，一般包括數(shù)據(jù)格式和業(yè)務規(guī)則的檢驗：

• 數(shù)據(jù)格式：字段的數(shù)據(jù)類型、長度，比如某個數(shù)量字段，用戶填了文字；
• 業(yè)務規(guī)則：記錄重復、不同字段之間的運算關(guān)系、主從邏輯判斷等；（比較復雜，會在文章末尾中的案例中提供示例參考）

3.3 導入結(jié)果反饋

1）導入結(jié)果

反饋用戶本次導入的結(jié)果狀態(tài)。

• 一般“覆蓋”導入（即導入的數(shù)據(jù)會覆蓋系統(tǒng)原有數(shù)據(jù)），對于錯誤數(shù)據(jù)，都是全部攔截并進行報錯提示；
• “新增”導入（即導入的數(shù)據(jù)會在系統(tǒng)原有數(shù)據(jù)基礎上進行新增），一般都只允許正常數(shù)據(jù)導入，錯誤數(shù)據(jù)到出修改，這樣可以方便用戶快速定位到錯誤的字段上。

2）錯誤數(shù)據(jù)修改

導入失敗的數(shù)據(jù)可以支持單獨導出，并在excel中對異常字段進行特別標注，也需附上“錯誤原因”。（也有文章提過部分情況下可以讓用戶在線修改，但個人認為這種方式并不好，因為對于由同一個錯誤引起的大量異常數(shù)據(jù)，修改效率很低。如果考慮批量編輯功能，開發(fā)成本又會變得很高）

3）導入歷史（非必須）

部分特殊情況還需要記錄導入歷史，方便后續(xù)查看。

四、具體案例

4.1 產(chǎn)品介紹

一款面向小微批發(fā)商的進銷存管理軟件，主要提供庫存管理、銷售管理、客戶管理等功能，幫助商家提升店鋪的運營效率和管理水平

說人話版本：批發(fā)商基本就干兩件事，從工廠或者上級代理商拿貨，然后賣給下級的零售店，利用倒買倒賣的差價賺取利潤。在這個過程中，商家就需要去管貨（不然客戶來訂貨，都不知道貨夠不夠）、管錢（為了更好賣，允許客戶先拿貨，月底再結(jié)賬，那就需要管理欠款和已收款），管客戶（不同客戶拿貨量不一樣，給每個客戶/客戶群不同的銷售價），管利潤（忙活了一個月，到底賺了多少錢）

4.2 業(yè)務背景

批發(fā)商為了以更低的成本拿到貨，通常會一次性向供應商訂購大批量貨品，收到貨物后，需要將這批貨物的采購信息錄入系統(tǒng)中，以便后期追溯。但是一次采購可能有幾十上百種貨品，一個個錄入太麻煩了，因此希望有導入功能，能將數(shù)據(jù)批量導入到系統(tǒng)中，提高效率

4.3 需求分析

新商品和舊商品同時導入非常普遍

采購場景下，商家出于提升吸引力的考慮，可能同時會進一些新商品（新商品在這里指軟件中還沒有錄入資料的商品）。因此，為了提升用戶的使用體驗，產(chǎn)品設計上需要考慮支持新舊商品一起導入，后臺邏輯上需要對商品存量數(shù)據(jù)更新庫存，同時對新商品新增基礎數(shù)據(jù)。另外導入數(shù)據(jù)規(guī)模上，產(chǎn)品介紹有提到軟件面向的是小微企業(yè)主，他們的進貨規(guī)模根據(jù)調(diào)研結(jié)果，單次大多不超過100個sku，所以導入行數(shù)限制在200~1000行就足夠了。

需要導入圖片

上游供應商提供的單據(jù)就是用戶想要導入的數(shù)據(jù)來源，不同供應商給的單據(jù)格式也不一樣，可能是電子化的（pdf、excel等），也可能是紙質(zhì)的，如下圖所示：

excel導入就是比較常見的導入功能，但是圖片導入也是一個值得挖掘的場景，可以考慮結(jié)合OCR和AI的能力來處理，數(shù)據(jù)處理邏輯和excel導入類似，不過交互上會有很大差異，這里只展示一個案例效果，就不做過多深入了。

預期導入可能出現(xiàn)的異常情況

由于允許新舊商品同時存在，因此要考慮的異常情況很多，除了舊商品與系統(tǒng)商品資料的沖突，還有新商品資料與系統(tǒng)的基礎資料創(chuàng)建規(guī)則沖突，需要分別窮盡所有的異常情況，并根據(jù)每一個異常對應的業(yè)務場景，來決定軟件要如何處理異常和提示報錯。

分析到這里，差不多一個完整的導入功能流程就呼之欲出了。

4.5 功能流程圖

4.6 原型設計&說明

這里就不貼原型了，網(wǎng)上資源多的是。主要講講其中的核心部分：數(shù)據(jù)內(nèi)容的逐行校驗與提示。

由于公司保密制度規(guī)定非常嚴格，無法把PRD全部貼上來，這里簡單提幾個可能的業(yè)務規(guī)則校驗供大家參考：

• 不同供應商品名：系統(tǒng)商品資料存在這個條碼，但對應的商品名稱不同（比如一罐可口可樂，供應商A叫“可口可樂”，你錄到系統(tǒng)里也命名為“可口可樂”，但你這次又從供應商B那里進了這個商品，他給你的單據(jù)上顯示名稱為“可口可樂300ml”）
• 舊商品新單位：商品條碼、名稱與系統(tǒng)一致，但該商品沒有此單位
• 運算關(guān)系沖突：多個字段之間存在運算關(guān)系，但用戶上傳的數(shù)據(jù)不符合計算邏輯，比如單價*數(shù)量≠金額
• ·····

值得注意的是，上面提到的業(yè)務規(guī)則校驗，并不是所有都要當錯誤處理，有些可以讓程序自動處理，提高用戶的產(chǎn)品體驗。