01 水果店的故事

有天，你看到旁邊女神在吃一種白色草莓，看起來很好吃的樣子。

你也想嘗嘗，于是到一家水果店。水果種類很多，你也懶得找，就直接問老板：

“老板老板！你家有沒有草莓？都拿出來吧！”

“有的有的！我給你拿！”

老板很熱情，不一會兒拿出來好幾種，你定睛一看，只見標簽上寫著：

圖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的成功率低，收入降低。

這是一個三方都不樂意看到的局面。

如何改善這種局面呢？

我們需要做兩件事情：

1. 讓信息盡可能從C區域到A區域（提升召回率）。
2. 防止D區域的信息進到B區域（保持準確率）。

需要注意的是，雖然從定義和公式上看，召回率和準確率不相關。但檢索策略并不完美，提升召回率、希望更多的結果被檢索到時，往往會放寬檢索策略，從而出現一些并不相關的結果，從而使準確率受到影響。所以提升召回率的同時要兼顧準確率。

為了緩解困境，我們發起了招聘搜索列表頁改版的項目，核心目標是提升招聘信息的連接效率與連接占比。指標為人均投遞量、投遞人數占比。

04 搜索設計模式

我們梳理了召回率和準確率提升可用的設計模式，按照搜索不同階段進行歸類，形成了搜索設計模式矩陣。

圖5 搜索設計模式矩陣

橫軸表示搜索的各個階段，縱軸表示召回率和準確率。矩陣部分是不同的設計模式，越往上代表對召回率的提升作用越明顯，越往下代表對準確率的提升作用越明顯。

我們可以根據需要，選取適合的設計模式來解決問題。

這里以招聘搜索列表頁改版項目為例，對部分設計模式進行說明。

05 設計模式——跨庫/跨類搜索

跨庫指的是同時搜索多個數據庫或是數據集，跨類搜索指的是跨越類別或分類進行搜索。這種模式非常重要，因為用戶往往不知道該從哪兒開始搜索。只要內容散布于多處/屬于多個類別，這種模式都值得考慮。

58是做分類網站起家的，目前仍延續著PC時代的分類體系，類別劃分過多、過細，無形中增加了查找成本。已經無法滿足B、C和平臺三方的需求。

圖6 58招聘對于餐飲職業類別的劃分

同時，58涵蓋多個業務，這種多業務屬性使得其在搜索各個環節都需要選擇分類（包括一/二/三級類），造成搜索結果集不斷減少。

圖7 目前在搜索時，最多需要選擇四次分類

我們在《拆解 | 搜索體驗的設計套路》一文中指出，分類搜索有三種方式：搜索框、搜索輔助區、搜索結果頁分類選擇。其中搜索結果頁的分類搜索，可以將結果分門別類呈現，減少用戶在搜索過程中的決策壓力，也能夠在不犧牲體驗的基礎上，展現盡可能多的結果和類別。

圖8 分類搜索的常見形式，來源于《拆解 | 搜索體驗的設計套路》

我們在保證平臺一致性的基礎上，對招聘搜索結果頁的分類搜索樣式做了改進。

圖9 搜索結果頁分類搜索樣式優化

①擴大搜索類別

Old默認對搜索詞進行類別匹配，展示關鍵詞對應的二級類別下的結果。如搜索“設計師”，默認展示“美術/設計/創意”類別下的結果，如果想看“美容/美發”類別下的設計師，則需切換類別。

New擴大搜索類別，直接展示全部招聘類別。這樣就擴大了搜索結果集，但會影響結果的精確性和選擇效率，需要用其他方式進行彌補。

②保持類別切換入口

這里與58大搜、其他業務線保持一致，避免造成體驗差異。

③整合分類

Old除了在②的位置進行二級類別切換，還需在③處進行三級類別切換，入口分散。New將三級類別切換入口整合進②，降低用戶的理解負擔與操作成本。

④⑤類別推薦

①中提到，擴大類別搜索后，容易影響結果的精確性和選擇效率。這里通過在④頂部快速篩選標簽和⑤feed細粒度篩選標簽中，加入類別推薦，使用戶直接點擊觸達所需類別，而無需在分類中查找。值得一提的是，這些類別需要依賴于推薦技術。

06 設計模式——預置搜索集

機器直接匹配的搜索結果可能會存在瑕疵，有時需要人工干預，以達到更好的召回率和準確率。我們可以預先匹配一些關鍵詞-結果集，將其置于推薦、分類入口，以提高點擊率，并通過不斷地收集反饋，來完善結果。

如搜索關鍵詞“配送員”，是一個跨越多個職業類別的關鍵詞，在“物流/倉儲”“餐飲”“超市/百貨/零售”“人事/行政/后勤”均有結果。我們將這幾個類別的結果打包，建立一個虛擬類目結果集，并且擴大搜索關鍵詞，在搜索“快遞員”“送餐員”“同城送”“外賣”“騎手”等詞時也呈現相關結果。

預置搜索集的關鍵詞可以放在搜索入口、搜索中間頁、搜索結果頁等多處，也需結合推薦技術使用。

圖10 本次在搜索中間頁預置了搜索集入口

07 設計模式——匹配標示

匹配標示是指在相關結果上匹配標示出與關鍵詞相關的信息?？梢蕴岣咚阉鹘Y果的可解釋性，提升用戶對于搜索準確性的感知，也便于用戶快速鎖定和判斷相關信息。

我們依據語義分析技術和意圖識別分析技術，對列表頁職位卡片進行了樣式和信息優化，做到了搜索結果的個性化。

C端在輸入搜索詞時，對他的搜索意圖進行分析識別，同時分析抓取職位信息中可匹配的關鍵詞，拼接形成標題、標簽與推薦理由，做到千人千面，提高準確性。

如用戶在搜索“普工”時，分析到他的求職類別為“綜合維修工”，對于吃住、補貼和雙休等福利較為關注，于是對結果集中的職位信息進行分析，調取關鍵詞“普工”“包吃住”“周末雙休”進行標題拼接，同時提取“加班補貼”作為標簽、“工作環境整潔干凈”“團隊氛圍融洽”作為推薦理由。

圖11 匹配標示便于用戶快速鎖定和判斷相關信息，提高準確性

08 設計模式——標簽收集

以上的很多設計模式，都與推薦技術分不開。將推薦標簽用于搜索召回，能夠提升搜索召回的精準度。推薦的越準確，就越可以淡化和跨越類別的限制。這就需要我們建立完善的用戶標簽體系。

我們做了以下幾方面的嘗試：

1. 在用戶首次進入招聘頁面時，引導用戶進行職位類別的選擇。
2. 引導用戶填寫求職意向。
3. 引導用戶定制精確的職位類別。
4. 在搜索結果列表頁，通過細粒度標簽引導用戶進行選擇。

其實，用戶在App上的每一步操作，都可以為豐富用戶標簽提供幫助，這就是智能推薦的研究領域了。

圖12 用戶標簽體系的完善，對于搜索結果的準確性至關重要

09 搜索設計模式的其他應用

除此之外，本次搜索列表頁改版還應用了多種設計模式，例如自動建議、收藏/訂閱、結果分頁、排序優化、搜索結果反饋等等，篇幅限制不再贅述。

圖13 本次改版用到的收藏/訂閱設計模式

可以看一下最終的設計方案：

圖14 招聘搜索列表頁改版方案

10 設計復盤

這次搜索列表頁改版，核心目標是提升招聘信息的連接效率與連接占比。

我們對業務目標進行了拆解，把目標定為在保持準確率的前提下，提升召回率。

提升召回率主要的策略是跨庫/跨類搜索，打破了類別的限制，對搜索結果頁的類目展示及選擇形式進行了優化。

同時，建立了虛擬類目，預置了搜索集，并在搜索中間頁添加了入口，引導用戶去點擊優化過的搜索關鍵詞，并通過不斷的反饋提升搜索集的質量。

此外，為了保持準確率，對搜索列表卡片進行的樣式優化和匹配標示，通過智能拼接標題、標簽和推薦語，幫助用戶用戶快速鎖定和判斷相關信息。在招聘多個頁面中進行用戶標簽收集、對于搜索結果進行反饋收集與訂閱引導，以保證推薦和匹配的準確性。

方案產出后，為探明各種設計模式因子的影響，我們將樣式變化、標題拼接、打破類別限制作為單一變量，進行了六個方案的灰度測試。

各方案都維持了搜索準確率?？傮wVPPV、人均投遞量、投遞人數占比保持不變。在召回率上，每種因子都有所提升，影響力由大到小為：打破類別限制、標題拼接、樣式變化。雖然一期僅上線了一部分設計點，但最優方案數據指標提升已達100%。

11 結語

搜索設計模式矩陣是我們在日常項目中總結出的一套模型，可有針對性地提高召回率和準確率，每種設計模式對應的設計策略與形式也有所差異，具體可根據場景進行豐富和擴展。篇幅有限，能力有限，難免有遺漏，歡迎各位同仁切磋指點。