最近工作過程中，涉及到兩次批量上傳文件的設(shè)計，也存在一些異常情況等的困惑，參考了一切B端產(chǎn)品進(jìn)行總結(jié)。

本次總結(jié)，參考了：釘釘、有贊、草料二維碼、企業(yè)微信等產(chǎn)品和部分文章進(jìn)行輸出。

一、使用場景

1. 一次性需填寫的字段數(shù)量多，在excel中復(fù)制填寫速度快；

2. 數(shù)據(jù)多，重復(fù)提交浪費(fèi)時間。

二、批量導(dǎo)入

1. 如何降低導(dǎo)入時錯誤概率？

1）提供下載模板

在列表頁同時出現(xiàn)下載模板和批量上傳按鈕：

只出現(xiàn)批量上傳按鈕，在批量上傳彈窗提供下載模板：

此處推薦第二種方式。第一種方式在點(diǎn)擊批量上傳時沒有模板，需重新關(guān)閉點(diǎn)擊下載模板。且下載模板的這一動作僅存在需批量導(dǎo)入時執(zhí)行，一直置于列表頁的話，本身操作就多的列表頁又增加了一個按鈕。

2）模板最好由產(chǎn)品/交互進(jìn)行設(shè)計，重點(diǎn)要寫清填寫規(guī)則，避免規(guī)則不清晰導(dǎo)致用戶填寫錯誤

釘釘-批量導(dǎo)入：

企業(yè)微信-批量導(dǎo)入：

有贊-批量導(dǎo)入商品：

草料-批量導(dǎo)入：

模板設(shè)計要點(diǎn)：

• 標(biāo)明必填、選填

• 對不可修改字段進(jìn)行強(qiáng)調(diào)，避免用戶隨意輸入

• 時間格式的規(guī)范，2020-07-19，還是2020/07/19，還是2020.07.19，雖然后端可以幾種格式都進(jìn)行識別，但用戶的輸入可能遠(yuǎn)遠(yuǎn)不止三種，設(shè)計/后端無法對每種情況都進(jìn)行排查，所以還是進(jìn)行提示較好

• 特殊符號的限制，例如中文和英文的逗號、括號在代碼中不同的，如果沒有進(jìn)行雙重識別，最好還是提示用戶按什么語言輸入

• 在模板中根據(jù)標(biāo)準(zhǔn)，填寫一行“較為真實”的數(shù)據(jù)，提供用戶“抄寫/模仿”

3）對于固定選項的字段，提供選擇，而非輸入（在模板設(shè)計時進(jìn)行）

2. 上傳情況有哪些？如何進(jìn)行設(shè)計？

1）文件類型、大小

1. 一般僅支持.xls 和 .xlxs 格式

2. 文件大小看校驗?zāi)芰σ约暗却龝r長。為了節(jié)省服務(wù)器的空間和提高文件傳輸?shù)乃俣龋枰拗粕蟼魑募拇笮?。建議不要過大，目前我設(shè)置為2M的大?。ㄟ@一點(diǎn)我不是很確定，與研發(fā)同事進(jìn)行溝通，由于部分字段需進(jìn)行校驗判斷，數(shù)據(jù)量大的時候會導(dǎo)致傳輸速度非常慢，因此2M是合理的范圍）

2）部分成功、部分失敗

對于部分成功、部分失敗的數(shù)據(jù)而言，有兩種方式。一為支持錯誤信息在平臺上直接修改后保存，另一種為提供錯誤清單，重新上傳。

前者開發(fā)較繁雜，一旦涉及數(shù)據(jù)量大時，修改起來比較耗時，且容易再次出錯。

設(shè)計要點(diǎn)：

• 提示成功上傳n條，失敗m條，提供<錯誤清單.xls>

• 錯誤清單除了包括錯誤的數(shù)據(jù)，還需包括錯誤原因，例如：必填項漏填、填寫錯誤、號碼已存在、編號重復(fù)等。如果一條數(shù)據(jù)存在多處錯誤，通常程序只顯示第一個錯誤原因，再次上傳，再次提示另外的錯誤，直至正確為止。也可以一次性提示多個錯誤，開發(fā)同事拿著刀在等著而已。

• 除了錯誤清單外，系統(tǒng)也可以直接在上傳后顯示錯誤的行數(shù)、信息。用戶可以直接在原本的文件上進(jìn)行修改，不需要進(jìn)行下載<錯誤清單.xls>操作

3）列名與模板不一致/列的順序不一致？

釘釘：釘釘是默認(rèn)第幾行是什么字段，與字段名無關(guān)。

例如第二行與第三行列名換了，但內(nèi)容是對的，仍會上傳失敗。若手機(jī)號那一列寫的是姓名，則會上傳成功。

其它為識別列名，若列名錯誤，則提示錯誤。

無論哪一種都可以，但比較推薦識別列名。比較符合認(rèn)知，及時列的順序反了，仍能識別正確。

4）頂部填寫須知去除后，是否支持上傳成功？

1. 釘釘：提示：文件列名不能被修改或刪除，請重新導(dǎo)出模板

2. 企業(yè)微信：上傳成功

5）錯誤表單怎么設(shè)計？

提供每一條錯誤數(shù)據(jù)的錯誤原因。

6）數(shù)據(jù)重復(fù)，選擇覆蓋/跳過/上傳失敗?

根據(jù)不同場景，進(jìn)行選擇：

• 若沒有提供錯誤清單，則直接上傳失敗。避免用戶得將表里面正確的數(shù)據(jù)去除，再修改錯誤的數(shù)據(jù)，不如一次性不上傳；

• 若是覆蓋后不會造成影響，可以進(jìn)行覆蓋。例如員工的信息等；

• 若是數(shù)據(jù)編號重復(fù)，會造成各種影響，或者直接不能編號重復(fù)的數(shù)據(jù)，則進(jìn)行跳過，最后在錯誤清單中提示：編號錯誤即可。

例如，本次工作中，導(dǎo)入的數(shù)據(jù)會傳到第三方的平臺，數(shù)據(jù)一直都是不變的，正確即可上傳第三方平臺。那么就不存在去覆蓋舊數(shù)據(jù)的可能。

雖然在B端產(chǎn)品中處處可見導(dǎo)入導(dǎo)出，但細(xì)究起來，仍還有很多點(diǎn)沒有涉及到。目前僅是針對工作內(nèi)容進(jìn)行的拓展學(xué)習(xí)，可能還有部分坑沒有躺過，可以進(jìn)行交流。

B端的其中一個價值為提高效率，讓導(dǎo)入導(dǎo)出更好用，更人性化、智能，才能提高使用效率。