B端產品設計——批量導入

2020-12-10 人人都是產品經理

編輯導讀:批量導入是用戶在工作中經常需要用到的功能,如何優化這個功能提升用戶體驗呢?本文將從兩個方面展開分析,希望對你有幫助。

最近工作過程中,涉及到兩次批量上傳文件的設計,也存在一些異常情況等的困惑,參考了一切B端產品進行總結。

本次總結,參考了:釘釘、有贊、草料二維碼、企業微信等產品和部分文章進行輸出。

一、使用場景

一次性需填寫的欄位數量多,在excel中複製填寫速度快;數據多,重複提交浪費時間。

二、批量導入

1. 如何降低導入時錯誤概率?

1)提供下載模板

在列表頁同時出現下載模板和批量上傳按鈕:

只出現批量上傳按鈕,在批量上傳彈窗提供下載模板:

此處推薦第二種方式。第一種方式在點擊批量上傳時沒有模板,需重新關閉點擊下載模板。且下載模板的這一動作僅存在需批量導入時執行,一直置於列表頁的話,本身操作就多的列表頁又增加了一個按鈕。

2)模板最好由產品/交互進行設計,重點要寫清填寫規則,避免規則不清晰導致用戶填寫錯誤

釘釘-批量導入:

企業微信-批量導入:

有贊-批量導入商品:

草料-批量導入:

模板設計要點:

標明必填、選填對不可修改欄位進行強調,避免用戶隨意輸入時間格式的規範,2020-07-19,還是2020/07/19,還是2020.07.19,雖然後端可以幾種格式都進行識別,但用戶的輸入可能遠遠不止三種,設計/後端無法對每種情況都進行排查,所以還是進行提示較好特殊符號的限制,例如中文和英文的逗號、括號在代碼中不同的,如果沒有進行雙重識別,最好還是提示用戶按什麼語言輸入在模板中根據標準,填寫一行「較為真實」的數據,提供用戶「抄寫/模仿」3)對於固定選項的欄位,提供選擇,而非輸入(在模板設計時進行)

2. 上傳情況有哪些?如何進行設計?

1)文件類型、大小

一般僅支持.xls 和 .xlxs 格式文件大小看校驗能力以及等待時長。為了節省伺服器的空間和提高文件傳輸的速度,需要限制上傳文件的大小。建議不要過大,目前我設置為2M的大小(這一點我不是很確定,與研發同事進行溝通,由於部分欄位需進行校驗判斷,數據量大的時候會導致傳輸速度非常慢,因此2M是合理的範圍)2)部分成功、部分失敗

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

前者開發較繁雜,一旦涉及數據量大時,修改起來比較耗時,且容易再次出錯。

設計要點:

提示成功上傳n條,失敗m條,提供<錯誤清單.xls>錯誤清單除了包括錯誤的數據,還需包括錯誤原因,例如:必填項漏填、填寫錯誤、號碼已存在、編號重複等。如果一條數據存在多處錯誤,通常程序只顯示第一個錯誤原因,再次上傳,再次提示另外的錯誤,直至正確為止。也可以一次性提示多個錯誤,開發同事拿著刀在等著而已。除了錯誤清單外,系統也可以直接在上傳後顯示錯誤的行數、信息。用戶可以直接在原本的文件上進行修改,不需要進行下載<錯誤清單.xls>操作

3)列名與模板不一致/列的順序不一致?

釘釘:釘釘是默認第幾行是什麼欄位,與欄位名無關。

例如第二行與第三行列名換了,但內容是對的,仍會上傳失敗。若手機號那一列寫的是姓名,則會上傳成功。

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

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

4)頂部填寫須知去除後,是否支持上傳成功?

提供每一條錯誤數據的錯誤原因。

6)數據重複,選擇覆蓋/跳過/上傳失敗?

根據不同場景,進行選擇:

若沒有提供錯誤清單,則直接上傳失敗。避免用戶得將表裡面正確的數據去除,再修改錯誤的數據,不如一次性不上傳;若是覆蓋後不會造成影響,可以進行覆蓋。例如員工的信息等;若是數據編號重複,會造成各種影響,或者直接不能編號重複的數據,則進行跳過,最後在錯誤清單中提示:編號錯誤即可。例如,本次工作中,導入的數據會傳到第三方的平臺,數據一直都是不變的,正確即可上傳第三方平臺。那麼就不存在去覆蓋舊數據的可能。

雖然在B端產品中處處可見導入導出,但細究起來,仍還有很多點沒有涉及到。目前僅是針對工作內容進行的拓展學習,可能還有部分坑沒有躺過,可以進行交流。

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

本文由 @weag 原創發布於人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基於CC0協議。

相關焦點

  • B端通用批量數據導入方案設計
    編輯導語:B端產品往往有大量數據的需求錄入,如果逐條將數據錄入系統,將會花費不少的時間。同時,在大量重複同樣的操作時,也會增加犯錯的概率,導致錄入的數據出現問題。為例解決這個問題,本文作者試想在批量數據錄入場景下,通過數據導入功能,用戶將正確的數據整理到表格中,快速導入到資料庫,希望能給大家帶來一些啟發。
  • 如何合理的設計B端產品經理的考核目標?
    如何給B端產品經理設置合理的考核目標,從而激發大家的工作鬥志,為企業或團隊創造價值和收益,並可以科學評估大家的工作產出? 估計這個問題,對很多B端產品管理人員來講,都是一件比較頭疼的事情。
  • B端產品中,Web端表單如何設計
    編輯導語:B端產品往往由於業務體量龐大,導致信息複雜,同時對業務的精確性的要求很高;服務於B端的業務,不能夠出信息錯誤,填錯一個信息,就會引發巨大的問題。本文結合筆者自己的工作經驗,總結了大型B端業務中表單的設計方法,供小夥伴參考。
  • cad如何批量導入坐標?excel坐標批量導入cad的方法
    之前小編和大家分享過CAD軟體批量標註坐標的方法,你知道cad如何批量導入坐標嗎?本文小編將為大家分享excel坐標批量導入cad的方法,感興趣的小夥伴們快和小編一起來看看CAD怎麼批量導入坐標吧!excel坐標批量導入cad的方法如下:步驟一、cad如何批量導入坐標?首先,將要批量導入CAD的高程坐標導入到excel中。步驟二、在excel中新建E列為展點劃線,新建F列為注釋。
  • C端&B端產品的差異及設計思考
    文章針對B端產品和C端產品的差異展開分享,並分享了在做這兩類產品時的一些設計思考。雖然to B的產品越來越多,但市場上仍然是to C產品更普遍、更大行其道。畢竟C端產品面向的人群更廣泛,受眾面更大。而當下的設計師也多是從C端流動轉向去做B端產品的,所以今天,我想和大家聊一聊B端產品和C端產品的差異,以及在做這兩類產品時的一些設計思考。
  • 如何實現批量導入數據
    下面分享如何使用實現批量導入信息資料功能。1. 信息資料數據表設計2. WinForm 程序設計Winform 程序 採用VS2008 C#語言開發。界面設計為工具欄、查詢條件、數據列表及狀態欄。3. 數據導入界面設計數據導入選擇導入數據文件,經解釋正確後,進行確定,導入數據。4.
  • B端產品心法(1):如何設計B端產品,且讓用戶願意用?
    雖然有兩次差點能在這個領域裡切出一個不亞於阿里的生態產業體系,也搞出過建築行業的像支付寶這樣的關鍵樞紐APP產品及能支撐其的後臺,ERP。所以,我的B端學生朋友們總是催我寫一篇關於如何做好B端產品設計的文章,希望能分享我在這行的思考。先,我認為優秀的B端產品人的視角應始於宏觀,行於微觀,而在產品設計中沒有什麼終結,只有業務的階段需求下的「適可而止」。
  • B端產品的指標設計思路
    編輯導語:很多時候我們都是靠指標進行判斷,在B端產品中也是如此,指標可以幫助我們進行分析和推理,特別是對平臺和業務進行分析時可以用到;本文作者分享了關於B端產品的指標設計思路,我們一起來看一下。關於指標,我們都知道其作用在於將定性的事物轉換為可測量的數量,將解題的思路從語文變為數學。
  • B端硬體產品從0到1(上篇):可行性分析
    筆者從業於B端產品設計、管理工作多年,對B端產品從0到1的過程有很深了解。在此以筆者曾經歷的智能電力、智慧交通、物流配送機器人為例,談談關於B端硬體產品的建設過程。B端產品通常為某個或者行業內某些企業定製,提供完備解決方案或獨立產品,獲取相應利潤。以系統集成方式、獨立開發方式、合作開發方式,滿足企業定製需求。
  • 全面深度解析B端產品 | 教你如何從0到1設計B端產品的通用方法(上篇)
    編輯導讀:隨著C端市場逐漸飽和,許多企業將目光轉向了B端產品,B端市場逐漸升溫。想要做B端產品,得先了解其底層設計邏輯和相關方法。本文作者依據自身設計經驗,從用戶、需求、業務、運營、產品、設計、思維和數據八大維度對B端和C端產品的差異展開了分析對比,與大家分享。
  • 深入B端SaaS產品設計核心理念
    本文討論「為什麼採用SaaS模式」、「SaaS產品有哪些」以及「如何做好SaaS產品設計」三個話題,核心是產品設計,主要從需求定義、方案設計和開發交付3方面,共計討論10個問題點。一、Why為什麼要用SaaS模式,這個話題我們從面向B端的傳統軟體廠商的痛點來聊。
  • 「產品分析」B端和C端產品設計有哪些差異?
    當然,想從C端設計快速切換到B端設計,或是從B端設計快速切換到C端設計並非易事。因為C端和B端產品設計存在較大的反差。其商業屬性、產品定位、目標用戶、設計表達、業務流程等都會有很大的不同。那麼今天這篇文章,我們就一起來聊聊B端和C端產品設計的差異性。
  • 如何定義B端產品的MVP(下)
    本文轉載自【微信公眾號:ToB行業頭條,ID:shkxquan】經微信公眾號授權轉載,如需轉載與原文作者聯繫「在上一篇文章《如何定義B端產品MVP(上)》點擊文章標題即可閱讀 裡面,我們談到了定義MVP產品的前面三個步驟,確定產品定位,找到種子用戶,確定產品路線
  • 如何全面建設B端產品中的數據遷移方案
    對於常見的資料庫轉換,市面上有開源工具可批量處理。2. 老系統存儲數據的形式是否包含圖片、表單、音視頻等多媒體內容;是否包含附件,附件是否可在線預覽;系統內的數據是否有相互關聯關係等。這些將作為遷移完成後,驗證遷移效果的重要用例。3.
  • 批量上傳:別讓一鍵高效工具成為「導入失敗」的警報器
    編輯導讀:批量導入是在基礎數據錄入很常見的一個功能,即可以節省逐條新增的人力成本,又可以避免數據重複錄入的問題,一舉多得;但是模板處理不當,導入過程中不同報錯導入失敗,會讓用戶煩躁不安。本文作者帶我們躲避設計裡的那些坑。
  • B端產品設計中,用戶體驗可能不是重點
    產品背景分析的技巧無論是設計C端產品還是B端產品,首先我們都要對「使用者」進行深入的分析:C端產品直接看用戶特徵,為用戶做畫像做分群;B端產品則需要剖析B端行業的經營過程,再去看不同使用者的需要。每個產品都有特定的用戶群體,B端產品也不例外。背景分析的第一步,首先我們要搞清楚,產品到底是賣給誰?
  • B端產品設計中,彈窗可以做哪些事情?
    了解彈窗的類型和可以做到的事情,可以幫助我們在設計中做出更合理的決策,並且有助於我們梳理和規範現有產品框架、制定和完善設計規範。在設計B端產品時,產品經理和設計師總會為寫一個問題爭執不休:在有限的頁面空間,是否還能放些什麼?而彈窗它可大可小,且能在當前二維頁面之外衍生無限的空間,幾乎可以做到所有頁面能做的事,同時對於開發來說隨便在html中加一個<alert>和一句話就能生成一個最簡單的提示彈窗。是的,在產品設計中,彈窗真的太「方便」了!
  • B端產品與C端產品建設流程的區別
    設計起點不同進行產品設計之前都需要進行調研,這是設計的起點。因為B端和C端產品的定位、目標完全不同,所以兩者的設計起點不同:B端產品是為了解決業務問題而設計的,設計的起點是進行業務調研,研究業務問題。C端產品要實現公司商業模式的落地,承載著公司的商業目標,設計的起點是對商業模式本身的分析與研究,包括市場分析、客戶群分析等。
  • 新增多集群管理,支持GPU及批量導入主機,KubeOperator v3.4發布
    在這一版本中,KubeOperator新增了多集群管理(X-Pack增強包內)、GPU支持、集群操作日誌、批量導入主機、集群日誌支持Loki等功能,同時針對FusionCompute支持默認模板,在應用商店中增加了Kuboard和TensorFlow。新增功能1.
  • 全面深度解析B端產品 | 教你如何從0到1設計B端產品的通用方法(下篇)
    編輯導語:上一篇文章《全面深度解析B端產品 | 教你如何從0到1設計B端產品的通用方法(上篇)》,分別從用戶、需求、業務、運營、產品、設計、思維和數據八大維度,較為全面地分析了B端和C端產品的差異,全面深度地解析了B端產品及其發展機會點;本篇文章將結合個人實際案例,繼續講解如何從0到1設計B端產品的通用設計方法