起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識導出功能怎么設計？我有一個小做法
產品是一種思維，而不是技能。本文作者分享了自己關于導出功能的一些小想法，希望看完你對此有新的思考。
擺好架勢，構思本文時的一個想法，結合我18年遇到的情況，驗證了我17年的一個感悟：產品是一種思維，而不是技能。
17年，買過某某課的一個初級產品課程，看完感覺收獲特別少，遠不如看幾篇優質文章有意義。后來陸續買過不少書，看過不少產品課程。發現一個共同的特點，那就是內容中的“中道理”占了大量篇幅，導致有效信息被稀釋了很多，信息密度極低。
而信息密度低，是不符合用戶買課程時的需求的。也就是說，凡是不好的課/書籍，其本身這個【產品】就不是一個好產品，又怎么能教別人做好產品呢？這是個悖論。
上面兩段，是我的“中道理”，僅適合當下我的認知。為了本文的信息密度被稀釋，本文講個“小做法”，小做法是客觀的，沒有對錯之分，只有具體場景下的優劣對比。
也就是說通過搜索功能看到本文的人，看完后是會有收獲的。而不需要的人會被標題攔截，無需浪費時間來閱讀。下面進入主題。
一、背景
假設，收集到一些反饋如下
- 財務需要對賬，希望能導出訂單數據
- 合作的企業渠道需要數據反饋，這里假設為有接口對接能力的渠道
- 合作的個人渠道需要數據反饋，這里假設為沒有接口對接能力的渠道
- 業務團隊需要計算績效
繼續假設，一頓操作猛如虎
- 深入調研需求細節
- 流程圖、思維導圖、5W1H、MECE、SWOT、SMART…分析完畢
- 小范圍內部討論，確定MVP版本，散會
二、動手
落子
這里的分析，是另一片戰場。
需求分析的結論中：
- 導出條件需要靈活，目測可放到篩選區。
- 導出表頭不能統一，財務和市場需要的導出表頭不一樣，目測需要表頭可配置。
- 導出業務場景不同，倉庫需要按商品為維度導出，財務需要按訂單導出。
- …
以上，得出結論，導出功能放在訂單列表的篩選區，打開訂單列表頁，模擬使用場景，發現放這里挺通順的，開搞。
心里默念《七字真言》——增刪改查顯算傳：
- 查：當前近30天數據是15萬條，查詢有壓力。
- 顯：查詢可能需要跑定時任務，顯示過程不能是一個臨時彈窗，需要有個固定入口和頁面。
- 傳：導出文件可能偏大，會涉及到下載失敗、斷點續傳、占用帶寬等問題，需要提出給技術。
那我們現在給訂單列表的篩選區增加一個導出按鈕，和一個導出的固定入口，如下圖（圖中紅線框中的是【帶下拉框的按鈕】組件）：
PS：這一步其實挺重要的，通常需要對整個項目有全局的了解，才能找到合適的位置嵌入新功能。所以這一步應該由產品經理做，下面的導出彈窗可以給助理做。
第一步，表頭配置
點擊導出后，應該是一個彈窗，根據上面分析，彈窗上需要有個表頭配置。
為了讓財務小姐姐使用起來方便，還是給做成集成式的吧，不用一項一項的勾選。可惜市場的大哥們也跟著沾光了，哎。
那么，先去看看財務小姐姐的有些什么權限。
咦，根據財務的角色，Ta們的權限配置已經限制了只能看到部分表頭，篩選項的下拉選項也已受限。
再對比一下市場大哥的角色，嗯，權限配置和他們提過來的表頭需求完全一致。
好了，表頭配置不需要，跟著各自的權限走就好了。
第二步，導出維度
導出維度，使用場景明確，也不存在其他關聯性，是必要的，直接出圖：
第三步，補充細節
那么，導出彈窗上還需要哪些信息？
導出和查詢共用一個篩選區，只不過呈現結果的方式不同，那么使用場景是可以借鑒的。
通過觀察（或經驗），用戶在瀏覽查詢結果時，經常會回到篩選區，去確認一下篩選條件。那么導出時也相同，用戶需要再確認一遍導出條件，如下圖：
然后根據大家自身的業務場景，寫一下特殊情況，和導出規則。如下圖：
最后寫導出規則時，發現【導出】按鈕的文案有歧義，改了一下。
第四步，任務頁面
前面說了，導出還需要有一個固定的頁面來承載，同時也可作為上圖點擊【創建導出任務】后的反饋頁面。前面已經有一個固定入口了，此處又有一個臨時入口，那么導出任務的頁面做成側拉抽屜彈窗比較合適，可以多入口調用。這樣，頁面樣式確定。
接下來是頁面細節，由于任務頁面是公用的，可以多人分別導出多條。導出過程需要一定的時間，需要加個導出狀態。導出完成需要下載，下載后的文件名稱也需要增加識別度…
一點一點的完善，順理成章，這個頁面就出來了，如下圖：
在根據業務情況，如果任務偏多，可以增加篩選區、翻頁器、刪除功能……等等。
當然，必不可少的異常情況說明，也要列出來。比如日期為空時，不能導出；比如排序方式、下載速度限制、下載文件格式、下載文件名稱?？梢允褂肁xure的說明功能，如下圖：
好久沒寫了，手生的很，最近準備宅家里多寫寫，恢復一下狀態。同時又不給國家添麻煩，一舉兩得。
大家也都注意安全，防疫口訣要牢記，目前形勢還是比較嚴峻，武漢加油！
本文由 @臣有bug揍 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自unsplash，基于CC0協議
真棒
有意思！??
你好，想問一下導出功能跟新增一個前端頁面來顯示數據這兩種選擇，哪一種技術上的復雜性更低呢？
做的時候肯定前者簡單，但是擴展性和適應性，肯定是后者更佳，后者耦合性也更低，可以作為獨立功能。
做的時候肯定前者簡單，但是擴展性和適應性，肯定是后者更佳。
按了下回車，回復就變成兩條了…
挺好的,謝謝作者~
謝謝啦~
想問下，導出任務列表彈窗，點擊右上角X，則關閉彈窗，那如果此時有正在導出的任務時，彈窗關閉了后，正在導出中的任務會暫?；蛘呷∠麊幔?/p>
不會取消，這相當于任務管理器，關閉它不影響任務的運行。
為什么要導出任務列表，用戶對后臺邏輯是無感的，不應該減少這些頁面和流程嗎，導出后，還要再點擊下載，對用戶來說，導出就是下載，是一個功能，為什么要點兩次才能得到我要的東西。其次，我在一個頁面導出的東西，為什么還要跑到別的模塊去看，有沒有導出成功，再去下載？
七字真言那段有解釋，多看看文字，別只看圖，然后再評論。
你可以針對那幾條解釋做出評論。
單獨的導出下載按鈕在B端產品里面就是個雞肋，我最近正好遇到這個問題了
同感同感
導出需要做Excel模版嗎？
導出不需要，你只要確定了字段給開發就好。
導入需要模板，是因為系統只能認識你設定好的字段及格式，比如系統內字段叫“姓名”，用戶自建表格表頭叫“名字”，這就會導入失敗。為防止這種情況，才提供固定格式的模板，供用戶填入變量內容，確保字段正確。