編輯導語：SaaS產品風行一時的現在，其本身也引入了許多的新功能。很常見的導出下載中心被SaaS產品考慮，那么SaaS產品有沒有必要做導出下載中心功能呢，一起跟著作者來看看吧！

前言

「導出」這個操作大家都很熟悉，幾乎每個產品中都有很多導出操作，隨著產品的發展，這個不起眼的小功能也逐漸有了些變化。

大多數產品中，點擊導出按鈕后，瀏覽器直接開始下載當前列表中的數據，這是最基礎的導出功能；

有的產品中，點擊導出后會彈窗顯示下載的進度條，這個好理解，告訴用戶下載進度，是避免數據量大時頁面沒反應，用戶離開了頁面，改善用戶體驗；

而還有些產品中，點擊導出后，會提示“導出中，請到下載中心查看導出進度”，發現多了一個「導出下載中心」。

什么是導出下載中心？

在產品的任何頁面點擊導出按鈕后，執行數據下載的任務不在當前頁面，而是由一個獨立的界面執行下載任務，這個界面有不同的表現形式，可以一個獨立頁面，也可以是當前頁面中的一個彈窗。

界面中支持同時顯示多個導出中、已完成的導出任務，已完成的任務可以下載導出的數據文件，這個界面就是「導出下載中心」，根據需要還可以加上任務創建時間和創建人信息、取消任務操作。

也許有人會問，明明一個簡單的導出按鈕，最多再加一個進度條顯示就能完成的操作，卻要再多加這么多元素，好像有些多余沒必要。

有些產品中確實沒有必要單獨做這個功能，但在很多SaaS產品中，導出下載中心存在其重要作用。

一、為什么會有導出下載中心？

其本質是解決了什么問題？

隨著企業在使用產品過程中產生的業務數據越來越多，日積月累，請求系統導出的數據量可能越來越大，從最初的幾兆變成幾百兆。

導出的數據量大時，如果是復雜邏輯的聯表查詢，可能每次需要數十分鐘才能完成導出。

如果只是導出一份文件，頁面上提示進度條，在當前頁面等待就可以了。

如果導出多份文件，但數據量小，也可以在當前頁面逐份導出，不費時間。

但如果用戶需要導出多份文件進行離線數據處理、交叉分析，且是多份大數據量的文件時，就會遇到問題：

用戶在當前頁面點擊導出了后，再進入其他頁面繼續導出數據，而缺少下載中心界面時，因為看不到多份文件的導出進度，即便系統實際正在并行導出多份文件，用戶也無法知道數據的導出情況。

假設多份數據需要耗時10分鐘才能導出，數據量大的話可能更久，用戶切換頁面操作多次導出后，發現沒有界面顯示這多個導出任務進行的狀態，那么在這10分鐘內，因為沒有進度反饋，所以無論是導出進行中還是異常中斷，用戶都無法知曉。

無法知曉帶來了不確定性，用戶可以做出多種猜測，可以認為任務已經中斷，也可以認為任務還在進行中。

在等待數分鐘后還是沒見到導出文件的情況下，如果用戶誤認為導出發生了異常，從而中途關閉了網頁，放棄等待，那么就導不出所需的數據。

還有部分有耐心的用戶認為任務還在進行中，不關閉網頁，選擇一直等待，最終可以成功導出數據，但萬一中途任務因網絡不穩定出現異常導出中斷，用戶也無法知曉，會耗費用戶更長的時間。

結果是，既耗費了等待時間，又讓用戶認為無法導出所需的數據，沒有滿足用戶的業務需求，那么用戶就容易認為產品功能不足，然后去聯系客服，增加客服解答的工作量，也留下了產品不好用的印象。

而如果有了導出下載中心，每次點擊導出數據后，任務進行狀態都會顯示在下載中心，用戶隨時可知曉任務進度，若任務進度發生中斷，用戶可以去重新導出，不會讓用戶長時間無效等待。

導出下載中心的價值是什么？

導出下載中心將所有導出的任務都集中在了一個界面上展示，多個大數據量的導出任務同時進行時可隨時查看導出進度。

所以，導出下載中心的核心價值是導出多份大數據量時為用戶提供進度反饋，增加確定性，打消用戶疑慮。

二、在SaaS產品中的應用場景

并不是所有的產品都需要做導出下載中心，從上文中可以看出，其適用于數據量大且需要導出多份的場景，如果產品中經常會出現以上場景，那么就適合做導出下載中心，反之，則不需要加此功能。

1. 數據量大

數據量大指的是單次導出時的數據量大到用戶需要等待1分鐘以上才能下載，這里簡單地以1分鐘為界限是因為1分鐘以內，通常用戶有耐心。

數據量小的情況下等待幾十秒即可導出數據，如果發現還沒有成功導出，基本可以認為是導出失敗了，重新導出即可，也只是多等待了幾十秒。

而超過1分鐘，通常用戶的耐心開始變低，長時間沒有反饋界面的情況下，就容易懷疑導出是否出問題了，進而誤判，然后重新去操作導出，等了一會兒發現還是沒反應，要么繼續重新操作導出，陷入死循環，要么覺得數據導不出退出了頁面，最終也沒有得到想要的數據，影響用戶正常工作的開展。

如果只是導出1份文件，在當前頁面加上導出進度條的彈窗展示，即可解決上述問題。

所以，僅僅是導出數據量大，還不足以做導出下載中心功能。

2. 導出份數多

導出份數多指的是同一用戶同時需要導出多份數據。

如果數據量小，即便多個任務并行導出，也很快，不需要進度查詢。

而數據量大時，多份數據同時導出會出現一個問題，即簡單的單任務進度條提示，已經滿足不了查看任務狀態的需求，因為需要看多個任務的進度，需要區分任務名稱、所屬模塊，這正是導出下載中心具備的元素。

因此，同時具備數據量大且導出份數多的條件時，需要用到導出下載中心。

例如以下場景：

一款零售SaaS產品中，某公司的財務會在每月1日，導出上個月的銷售、成本等5份數據進行核算，因為數據量較大，每份數據需要10分鐘才能導出。

這時，5份數據都在執行導出操作，并行導出不免會更加緩慢，長時間沒見到導出成功，也沒界面看導出狀態的情況下，這就帶來了不確定性。

財務人員此時大概率會產生疑慮：“是不是剛才的操作沒成功？”，進而會產生2種行為。

第一種是認為系統不支持這么大數據量的導出，于是縮小時間范圍，一部分一部分地逐份導出，總共的耗時按小時計，效率很低。

第二種是繼續重新操作導出，這時與之前的導出任務又發生疊加，導出會更慢，等了很久還是沒導出成功，中途退出頁面放棄了導出。

無論是哪一種，都會影響用戶的正常工作，影響產品的可用性。

而有導出下載中心時，因為有了確定性，多個任務的進度、狀態會在界面上顯示，用戶知曉導出的情況，以上2種因未知引發的行為，正常情況下都不會發生。

對于傳統軟件來說，等到發現大數據量導出會有問題，已經是軟件買斷之后，即便可用性不怎么好，只要不影響核心業務使用，也不能退貨，最多讓廠商改進。

但SaaS產品因為是續費模式，若該產品的客戶會經常導出大量數據做財務核算，而軟件的導出功能卻不好用，客戶可以隨時中斷續費，選擇其他產品。

三、導出下載中心設計方案

導出下載中心要滿足數據量大且導出份數多的場景，設計時就需要具備以下必要元素：

1. 列表字段：數據文件名稱、操作模塊、操作時間、進度、狀態

以數據業務性質+時間區間命名的“文件名稱”是為了區分各自是什么數據，“操作時間”是為了辨識是否為所需導出時間點的數據，“進度”是為了告知用戶預計等待時間，“狀態”是告訴用戶是否導出完成。

缺少了任何一個字段，都有識別錯的可能性，不能完全確定正在等待導出的這份數據是不是自己所需的數據。

例如：

在【用戶行為分析】頁面分別導出了用戶瀏覽量數據、用戶分享次數數據，缺少“文件名稱”時，雖然能識別操作時間，但是難以區分是哪個業務屬性的數據，若識別錯誤會導致用戶業務數據分析錯誤。

缺少“操作時間”時，如果同一個位置的數據先后導出了多次，多份數據之間的查詢條件不同，也難以識別哪份是所需的數據。

缺少“進度”時，等待時間對于用戶來說就是未知的，容易發生前文中所述的誤判引發的問題。

2. 操作：下載

這個好理解，文件導出完成后，用戶需要下載到本地。

必要元素

功能的形式可以是彈窗界面，也可以是一個頁面。

除了必要元素，還可以加上體驗改善型元素，例如“文件名稱”和“操作時間”篩選，“取消任務”操作等。

必要元素+體驗改善型元素

“文件名稱”和“操作時間”篩選：在查找歷史導出的文件時，若文件非常多，方便篩選目標文件。

“取消任務”操作：在導出錯了數據時，可以立即取消，避免占用后續導出任務的網絡資源。

結語

不是所有的SaaS產品都需要有這個功能，產品不具備上述的使用場景則沒必要做，但如果你的產品在使用導出時，存在上文所述的那些問題，也沒有找到成本更低的方法來解決，那么不妨設計一個導出下載中心功能，提高用戶的導出體驗。

以上是筆者對于SaaS產品中導出下載中心功能的思考，希望對大家有用。

作者：子文，公眾號：SaaS產品聞

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

題圖來自Unsplash，基于CC0協議