導出功能怎么設計?我有一個小做法

16 評論 15736 瀏覽 87 收藏 9 分鐘

產品是一種思維,而不是技能。本文作者分享了自己關于導出功能的一些小想法,希望看完你對此有新的思考。

擺好架勢,構思本文時的一個想法,結合我18年遇到的情況,驗證了我17年的一個感悟:產品是一種思維,而不是技能。

17年,買過某某課的一個初級產品課程,看完感覺收獲特別少,遠不如看幾篇優質文章有意義。后來陸續買過不少書,看過不少產品課程。發現一個共同的特點,那就是內容中的“中道理”占了大量篇幅,導致有效信息被稀釋了很多,信息密度極低。

而信息密度低,是不符合用戶買課程時的需求的。也就是說,凡是不好的課/書籍,其本身這個【產品】就不是一個好產品,又怎么能教別人做好產品呢?這是個悖論。

上面兩段,是我的“中道理”,僅適合當下我的認知。為了本文的信息密度被稀釋,本文講個“小做法”,小做法是客觀的,沒有對錯之分,只有具體場景下的優劣對比。

也就是說通過搜索功能看到本文的人,看完后是會有收獲的。而不需要的人會被標題攔截,無需浪費時間來閱讀。下面進入主題。

一、背景

假設,收集到一些反饋如下

  • 財務需要對賬,希望能導出訂單數據
  • 合作的企業渠道需要數據反饋,這里假設為接口對接能力的渠道
  • 合作的個人渠道需要數據反饋,這里假設為沒有接口對接能力的渠道
  • 業務團隊需要計算績效

繼續假設,一頓操作猛如虎

  • 深入調研需求細節
  • 流程圖、思維導圖、5W1H、MECE、SWOT、SMART…分析完畢
  • 小范圍內部討論,確定MVP版本,散會

二、動手

落子

這里的分析,是另一片戰場。

需求分析的結論中:

  • 導出條件需要靈活,目測可放到篩選區。
  • 導出表頭不能統一,財務和市場需要的導出表頭不一樣,目測需要表頭可配置。
  • 導出業務場景不同,倉庫需要按商品為維度導出,財務需要按訂單導出。

以上,得出結論,導出功能放在訂單列表的篩選區,打開訂單列表頁,模擬使用場景,發現放這里挺通順的,開搞。

心里默念《七字真言》——增刪改查顯算傳

  • 查:當前近30天數據是15萬條,查詢有壓力。
  • 顯:查詢可能需要跑定時任務,顯示過程不能是一個臨時彈窗,需要有個固定入口和頁面。
  • 傳:導出文件可能偏大,會涉及到下載失敗、斷點續傳、占用帶寬等問題,需要提出給技術。

那我們現在給訂單列表的篩選區增加一個導出按鈕,和一個導出的固定入口,如下圖(圖中紅線框中的是【帶下拉框的按鈕】組件):

PS:這一步其實挺重要的,通常需要對整個項目有全局的了解,才能找到合適的位置嵌入新功能。所以這一步應該由產品經理做,下面的導出彈窗可以給助理做。

第一步,表頭配置

點擊導出后,應該是一個彈窗,根據上面分析,彈窗上需要有個表頭配置。

為了讓財務小姐姐使用起來方便,還是給做成集成式的吧,不用一項一項的勾選??上袌龅拇蟾鐐円哺垂饬?,哎。

那么,先去看看財務小姐姐的有些什么權限。

咦,根據財務的角色,Ta們的權限配置已經限制了只能看到部分表頭,篩選項的下拉選項也已受限。

再對比一下市場大哥的角色,嗯,權限配置和他們提過來的表頭需求完全一致。

好了,表頭配置不需要,跟著各自的權限走就好了。

第二步,導出維度

導出維度,使用場景明確,也不存在其他關聯性,是必要的,直接出圖:

第三步,補充細節

那么,導出彈窗上還需要哪些信息?

導出和查詢共用一個篩選區,只不過呈現結果的方式不同,那么使用場景是可以借鑒的。

通過觀察(或經驗),用戶在瀏覽查詢結果時,經常會回到篩選區,去確認一下篩選條件。那么導出時也相同,用戶需要再確認一遍導出條件,如下圖:

然后根據大家自身的業務場景,寫一下特殊情況,和導出規則。如下圖:

最后寫導出規則時,發現【導出】按鈕的文案有歧義,改了一下。

第四步,任務頁面

前面說了,導出還需要有一個固定的頁面來承載,同時也可作為上圖點擊【創建導出任務】后的反饋頁面。前面已經有一個固定入口了,此處又有一個臨時入口,那么導出任務的頁面做成側拉抽屜彈窗比較合適,可以多入口調用。這樣,頁面樣式確定。

接下來是頁面細節,由于任務頁面是公用的,可以多人分別導出多條。導出過程需要一定的時間,需要加個導出狀態。導出完成需要下載,下載后的文件名稱也需要增加識別度…

一點一點的完善,順理成章,這個頁面就出來了,如下圖:

在根據業務情況,如果任務偏多,可以增加篩選區、翻頁器、刪除功能……等等。

當然,必不可少的異常情況說明,也要列出來。比如日期為空時,不能導出;比如排序方式、下載速度限制、下載文件格式、下載文件名稱??梢允褂肁xure的說明功能,如下圖:

好久沒寫了,手生的很,最近準備宅家里多寫寫,恢復一下狀態。同時又不給國家添麻煩,一舉兩得。

大家也都注意安全,防疫口訣要牢記,目前形勢還是比較嚴峻,武漢加油!

 

本文由 @臣有bug揍 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 真棒

    來自廣東 回復
  2. 有意思!??

    來自浙江 回復
  3. 你好,想問一下導出功能跟新增一個前端頁面來顯示數據這兩種選擇,哪一種技術上的復雜性更低呢?

    來自湖南 回復
    1. 做的時候肯定前者簡單,但是擴展性和適應性,肯定是后者更佳,后者耦合性也更低,可以作為獨立功能。

      來自山西 回復
    2. 做的時候肯定前者簡單,但是擴展性和適應性,肯定是后者更佳。

      來自山西 回復
    3. 按了下回車,回復就變成兩條了…

      來自山西 回復
  4. 挺好的,謝謝作者~

    來自北京 回復
    1. 謝謝啦~

      來自山西 回復
  5. 想問下,導出任務列表彈窗,點擊右上角X,則關閉彈窗,那如果此時有正在導出的任務時,彈窗關閉了后,正在導出中的任務會暫?;蛘呷∠麊??

    來自湖北 回復
    1. 不會取消,這相當于任務管理器,關閉它不影響任務的運行。

      回復
  6. 為什么要導出任務列表,用戶對后臺邏輯是無感的,不應該減少這些頁面和流程嗎,導出后,還要再點擊下載,對用戶來說,導出就是下載,是一個功能,為什么要點兩次才能得到我要的東西。其次,我在一個頁面導出的東西,為什么還要跑到別的模塊去看,有沒有導出成功,再去下載?

    來自上海 回復
    1. 七字真言那段有解釋,多看看文字,別只看圖,然后再評論。
      你可以針對那幾條解釋做出評論。

      來自山西 回復
    2. 單獨的導出下載按鈕在B端產品里面就是個雞肋,我最近正好遇到這個問題了

      來自北京 回復
    3. 同感同感

      來自中國 回復
  7. 導出需要做Excel模版嗎?

    來自北京 回復
    1. 導出不需要,你只要確定了字段給開發就好。
      導入需要模板,是因為系統只能認識你設定好的字段及格式,比如系統內字段叫“姓名”,用戶自建表格表頭叫“名字”,這就會導入失敗。為防止這種情況,才提供固定格式的模板,供用戶填入變量內容,確保字段正確。

      來自山西 回復