編輯導讀：本文作者從水果店的案例出發，詳細的給我們介紹了什麼是搜索場景。通過梳理召回率和準確率提升可用的設計模式，對具體的搜索設計流程進行了優化，並對過程遇到的問題展開了分析解答，與大家分享。
有天，你看到旁邊女神在吃一種白色草莓，看起來很好吃的樣子。
你也想嚐嚐，於是到一家水果店。水果種類很多，你也懶得找，就直接問老闆：
“老闆老闆！你家有沒有草莓？都拿出來吧！”
“有的有的！我給你拿！”
老闆很熱情，不一會兒拿出來好幾種，你定睛一看，只見標籤上寫着：
圖1 老闆給拿了三種草莓+兩種其他水果
都不是你要找的那種草莓。你衝老闆擺擺手：“我先自己看看吧！”
你逛了一圈，發現店裏還有些老闆沒拿的品種。而且，你居然找到了女神吃的那種白色草莓！
圖2 老闆沒拿出來的水果品種，其中剛好有你尋找的白色草莓，688元/kg
你咬着牙買了兩顆，心滿意足地離去。隱約聽到老闆娘在數落老闆：“自家有啥水果都記不住，偏偏記不住的還是利潤高的品種，淨給顧客推薦一些不賺錢的，我們拿啥交房租嘛！”
02 搜索中的“召回率”和“準確率”水果店裏發生的故事，就是一次典型的搜索場景。
水果店裏的所有品種可以分為四類：
圖3 水果店的水果分類
- A和B，是老闆給拿出來的水果；
- C和D，是老闆沒拿的水果。
- A和C，是與草莓相關的品種；
- B和D，是與草莓不相關的品種。
這裏，我們認識/複習下搜索設計的兩個指標：
- 召回率=檢索到的相關結果/所有相關的結果=A/（A+C）
- 準確率=檢索到的相關結果/所有檢索到的結果=A/（A+B）
圖4 召回率與準確率計算示意
水果店老闆的搜索召回率為75%，準確率為60%。確實不太高，也難怪老闆娘要發飆了。
03 招聘搜索的困境目前，招聘的搜索也面臨着與水果店老闆相同的困境。
搜索時，大量的信息處在C區域，即相關但未被檢索到。
對於B端僱主來説，付費招人的效果不佳；對於C端求職者來説，可找到的工作機會變少；對於平台來説，撮合BC的成功率低，收入降低。
這是一個三方都不樂意看到的局面。
如何改善這種局面呢？
我們需要做兩件事情：
- 讓信息儘可能從C區域到A區域（提升召回率）。
- 防止D區域的信息進到B區域（保持準確率）。
需要注意的是，雖然從定義和公式上看，召回率和準確率不相關。但檢索策略並不完美，提升召回率、希望更多的結果被檢索到時，往往會放寬檢索策略，從而出現一些並不相關的結果，從而使準確率受到影響。所以提升召回率的同時要兼顧準確率。
為了緩解困境，我們發起了招聘搜索列表頁改版的項目，核心目標是提升招聘信息的連接效率與連接佔比。指標為人均投遞量、投遞人數佔比。
04 搜索設計模式我們梳理了召回率和準確率提升可用的設計模式，按照搜索不同階段進行歸類，形成了搜索設計模式矩陣。
圖5 搜索設計模式矩陣
橫軸表示搜索的各個階段，縱軸表示召回率和準確率。矩陣部分是不同的設計模式，越往上代表對召回率的提升作用越明顯，越往下代表對準確率的提升作用越明顯。
我們可以根據需要，選取適合的設計模式來解決問題。
這裏以招聘搜索列表頁改版項目為例，對部分設計模式進行説明。
05 設計模式——跨庫/跨類搜索跨庫指的是同時搜索多個數據庫或是數據集，跨類搜索指的是跨越類別或分類進行搜索。這種模式非常重要，因為用户往往不知道該從哪兒開始搜索。只要內容散佈於多處/屬於多個類別，這種模式都值得考慮。
58是做分類網站起家的，目前仍延續着PC時代的分類體系，類別劃分過多、過細，無形中增加了查找成本。已經無法滿足B、C和平台三方的需求。
圖6 58招聘對於餐飲職業類別的劃分
同時，58涵蓋多個業務，這種多業務屬性使得其在搜索各個環節都需要選擇分類（包括一/二/三級類），造成搜索結果集不斷減少。
圖7 目前在搜索時，最多需要選擇四次分類
我們在《拆解 | 搜索體驗的設計套路》一文中指出，分類搜索有三種方式：搜索框、搜索輔助區、搜索結果頁分類選擇。其中搜索結果頁的分類搜索，可以將結果分門別類呈現，減少用户在搜索過程中的決策壓力，也能夠在不犧牲體驗的基礎上，展現儘可能多的結果和類別。
圖8 分類搜索的常見形式，來源於《拆解 | 搜索體驗的設計套路》
我們在保證平台一致性的基礎上，對招聘搜索結果頁的分類搜索樣式做了改進。
圖9 搜索結果頁分類搜索樣式優化
①擴大搜索類別
Old默認對搜索詞進行類別匹配，展示關鍵詞對應的二級類別下的結果。如搜索“設計師”，默認展示“美術/設計/創意”類別下的結果，如果想看“美容/美髮”類別下的設計師，則需切換類別。
New擴大搜索類別，直接展示全部招聘類別。這樣就擴大了搜索結果集，但會影響結果的精確性和選擇效率，需要用其他方式進行彌補。
②保持類別切換入口
這裏與58大搜、其他業務線保持一致，避免造成體驗差異。
③整合分類
Old除了在②的位置進行二級類別切換，還需在③處進行三級類別切換，入口分散。New將三級類別切換入口整合進②，降低用户的理解負擔與操作成本。
④⑤類別推薦
①中提到，擴大類別搜索後，容易影響結果的精確性和選擇效率。這裏通過在④頂部快速篩選標籤和⑤feed細粒度篩選標籤中，加入類別推薦，使用户直接點擊觸達所需類別，而無需在分類中查找。值得一提的是，這些類別需要依賴於推薦技術。
06 設計模式——預置搜索集機器直接匹配的搜索結果可能會存在瑕疵，有時需要人工干預，以達到更好的召回率和準確率。我們可以預先匹配一些關鍵詞-結果集，將其置於推薦、分類入口，以提高點擊率，並通過不斷地收集反饋，來完善結果。
如搜索關鍵詞“配送員”，是一個跨越多個職業類別的關鍵詞，在“物流/倉儲”“餐飲”“超市/百貨/零售”“人事/行政/後勤”均有結果。我們將這幾個類別的結果打包，建立一個虛擬類目結果集，並且擴大搜索關鍵詞，在搜索“快遞員”“送餐員”“同城送”“外賣”“騎手”等詞時也呈現相關結果。
預置搜索集的關鍵詞可以放在搜索入口、搜索中間頁、搜索結果頁等多處，也需結合推薦技術使用。
圖10 本次在搜索中間頁預置了搜索集入口
07 設計模式——匹配標示匹配標示是指在相關結果上匹配標示出與關鍵詞相關的信息。可以提高搜索結果的可解釋性，提升用户對於搜索準確性的感知，也便於用户快速鎖定和判斷相關信息。
我們依據語義分析技術和意圖識別分析技術，對列表頁職位卡片進行了樣式和信息優化，做到了搜索結果的個性化。
C端在輸入搜索詞時，對他的搜索意圖進行分析識別，同時分析抓取職位信息中可匹配的關鍵詞，拼接形成標題、標籤與推薦理由，做到千人千面，提高準確性。
如用户在搜索“普工”時，分析到他的求職類別為“綜合維修工”，對於吃住、補貼和雙休等福利較為關注，於是對結果集中的職位信息進行分析，調取關鍵詞“普工”“包吃住”“週末雙休”進行標題拼接，同時提取“加班補貼”作為標籤、“工作環境整潔乾淨”“團隊氛圍融洽”作為推薦理由。
圖11 匹配標示便於用户快速鎖定和判斷相關信息，提高準確性
08 設計模式——標籤收集以上的很多設計模式，都與推薦技術分不開。將推薦標籤用於搜索召回，能夠提升搜索召回的精準度。推薦的越準確，就越可以淡化和跨越類別的限制。這就需要我們建立完善的用户標籤體系。
我們做了以下幾方面的嘗試：
- 在用户首次進入招聘頁面時，引導用户進行職位類別的選擇。
- 引導用户填寫求職意向。
- 引導用户定製精確的職位類別。
- 在搜索結果列表頁，通過細粒度標籤引導用户進行選擇。
其實，用户在App上的每一步操作，都可以為豐富用户標籤提供幫助，這就是智能推薦的研究領域了。
圖12 用户標籤體系的完善，對於搜索結果的準確性至關重要
09 搜索設計模式的其他應用除此之外，本次搜索列表頁改版還應用了多種設計模式，例如自動建議、收藏/訂閲、結果分頁、排序優化、搜索結果反饋等等，篇幅限制不再贅述。
圖13 本次改版用到的收藏/訂閲設計模式
可以看一下最終的設計方案：
圖14 招聘搜索列表頁改版方案
10 設計覆盤這次搜索列表頁改版，核心目標是提升招聘信息的連接效率與連接佔比。
我們對業務目標進行了拆解，把目標定為在保持準確率的前提下，提升召回率。
提升召回率主要的策略是跨庫/跨類搜索，打破了類別的限制，對搜索結果頁的類目展示及選擇形式進行了優化。
同時，建立了虛擬類目，預置了搜索集，並在搜索中間頁添加了入口，引導用户去點擊優化過的搜索關鍵詞，並通過不斷的反饋提升搜索集的質量。
此外，為了保持準確率，對搜索列表卡片進行的樣式優化和匹配標示，通過智能拼接標題、標籤和推薦語，幫助用户用户快速鎖定和判斷相關信息。在招聘多個頁面中進行用户標籤收集、對於搜索結果進行反饋收集與訂閲引導，以保證推薦和匹配的準確性。
方案產出後，為探明各種設計模式因子的影響，我們將樣式變化、標題拼接、打破類別限制作為單一變量，進行了六個方案的灰度測試。
各方案都維持了搜索準確率。總體VPPV、人均投遞量、投遞人數佔比保持不變。在召回率上，每種因子都有所提升，影響力由大到小為：打破類別限制、標題拼接、樣式變化。雖然一期僅上線了一部分設計點，但最優方案數據指標提升已達100%。
11 結語搜索設計模式矩陣是我們在日常項目中總結出的一套模型，可有針對性地提高召回率和準確率，每種設計模式對應的設計策略與形式也有所差異，具體可根據場景進行豐富和擴展。篇幅有限，能力有限，難免有遺漏，歡迎各位同仁切磋指點。
作者：韓筱婷，交互設計師
本文來源於人人都是產品經理合作媒體@58用户體驗設計中心（微信公眾號@58UXD），作者@韓筱婷
題圖來自Unsplash，基於CC0協議