全球觀察者深度出品
縱橫寰宇，洞察時代風雲
打工人每天上班，打開公司系統想找個數據，結果篩選項密密麻麻，翻半天找不到常用的；好不容易選完條件，下次打開又得重來這場景是不是很熟悉？
B端產品的篩選設計，看著是個小功能，實際上直接關係到大家幹活順不順手。
今天就聊聊B端篩選設計那點事，怎麼從「添堵」變成「減負」。
別讓員工猜，跟著業務走
B端產品是給企業員工用的，篩選模塊不能憑空設計。
我見過不少產品，篩選項列了一堆，結果員工天天用的那個藏在最後，這不就是給人添亂嗎？真正好用的篩選，得先搞清楚大家到底在幹什麼。
比如HR篩簡歷，天天看「人才狀態」「到崗時間」，這些就得放最顯眼的地方，一點就能用。
不同崗位的人，篩數據的習慣也不一樣。
一線客服每天就看「待處理工單」，條件簡單固定；管理層要分析多維度數據，就得能自己組合條件。
本來想做個通用版滿足所有人，後來發現客服覺得太複雜，管理層覺得不夠用，最後還是得按崗位拆分設計。
效率這塊更得下功夫。
員工選過的條件，下次打開還得重新填，誰受得了？前端記憶功能就得安排上，不過敏感數據比如薪資，看完就得清掉，安全第一。
有些固定報表每周都要做，把篩選組合存成模板，點一下就能用，這才叫幫人省事。
團隊協作時，把常用篩選分享出去，新人來了也不用從頭學，效率自然就上來了。
選實時查詢還是手動查詢，也得看數據量。
數據少的時候，選完馬上出結果，多方便；數據太多還實時查，系統卡半天，員工只能幹等著。
一線員工操作固定，實時篩選沒問題；管理層調一堆條件，最好點個「查詢」按鈕再載入，免得不小心點錯還得重來。
南森HRM和TAPD的迭代故事
光說原則可能有點虛，咱們拿兩個真實案例看看，好的篩選設計是怎麼一步步改出來的。
先看南森HRM，一開始做通用版本時，互聯網行業的HR就吐槽：篩選項不夠，存條件的功能也弱，關鍵是常用的「人才狀態」藏在後面，每天點半天。
後來他們埋點看數據，發現「人才狀態」的使用頻率比其他項高一大截，HR不僅要篩選，還得看每種狀態有多少人。
團隊趕緊把狀態篩選挪到外面，旁邊加個小圖表顯示數量，既方便篩選又能直接看數據，HR們終於不用來回切換頁面了。
拓展到多行業後，新問題又來了：每個行業的HR都有自己的特殊欄位要篩。
一開始加了「添加/刪除篩選」的入口，結果用戶說操作太麻煩，不如直接按招聘任務分場景。
參考飛書招聘的思路，把篩選邏輯和HR的工作場景綁在一起，比如校招篩「畢業時間」，社招篩「工作經驗」，這下大家用著就順手多了。
再看TAPD研發管理系統，早期用浮窗篩選，用戶每次都得先點浮窗，再配置條件，高頻篩選的話簡直折磨人。
後來重構時，團隊把高頻用的基礎篩選直接放表頭，複雜條件收進「高級篩選」，還能存常用組合。
研發同學說，以前配個篩選條件要兩分鐘，現在十秒搞定，加班都少了。
這兩個案例其實說的是一回事：篩選設計得盯著用戶的手和嘴，手常點哪裡，嘴常抱怨哪裡，就是優化的方向。
別自己關起門來想當然，用戶用著舒服，才是真的好。
落地B端篩選設計
聊完原則和案例，該說說怎麼實際動手做了。
設計前先搞清楚三件事：業務需求、數據量、用戶習慣。
不少產品經理設計篩選時，自己都沒搞明白員工每天篩什麼，直接照搬競品，結果驢唇不對馬嘴。
去問問一線員工，「你今天查了幾次數據？每次都選什麼條件？」答案自然就出來了。
篩選項多少也很關鍵。
選項少就直接放頁面上，選項多就用抽屜或者摺疊面板。
空間不夠時，把前三個高頻的露出來，其他的收進「更多篩選」，別搞得密密麻麻像蜘蛛網。
用戶一看就頭大的設計，再全面也沒用。
最容易踩坑的三個地方得記牢：別堆功能，夠用就行；別忽略崗位差異，管理層和一線員工要分開設計；敏感數據別隨便記，該清就得清。
之前見過一個系統，把所有篩選項都堆表頭，員工說找個「訂單狀態」比找對象還難，後來只留三個高頻的，反而沒人抱怨了。
最後總結個五步執行法：先調研需求，再梳理篩選維度，按高頻低頻分類，然後設計方案，找內部用戶試試水，最後上線看數據迭代。
南森HRM和TAPD都是這麼一步步改過來的，沒有一蹴而就的完美設計，只有不斷跟著用戶需求調的實用設計。
說到底，B端篩選設計的核心就是「幫人把活干明白」。
業務導向是根，效率提升是果，用戶習慣是路。
別把它當成冷冰冰的功能模塊，當成員工每天要用的工具，琢磨怎麼讓這工具順手、省力，自然就能做出讓大家點贊的設計。
未來智能化了，說不定系統能自動推薦常用篩選組合，那時候效率又能上一個台階。
