一文秒會｜搜索功能模塊設計
用戶使用產品，享受功能服務前首先要學會在產品里學會如何獲取信息，而信息的獲取入口是搜索。新用戶是簡單瀏覽和消費內容，而老用戶對搜索的需求會越來越高。
一個用戶從剛接觸產品到頻繁的使用產品最終成為忠實用戶
一個搜索功能分為前后端，復雜的搜索功能還有算法介入。由于搜索是用戶的集中必經路徑，不少產品經理都會把搜索當作一個廣告轉化入口落地頁。
如下是搜索功能背后的邏輯和用戶路徑。
可以通過上圖看到，在不同的產品形態上，用戶在搜索功能展示的結果沒有區別。但操作、邏輯、功能復雜度是有區別。比如app和pc展示的信息數量就有非常大的區別，用戶操作也是十分不同，手指與移動端的交互需要更加寬度區域，而鼠標則可以進入到區域小的面積進行操作。
拋開產品形態，產品經理還需要抓住用戶搜索下的場景列舉，這里我會分4個部分來講解。只要一個搜索功能滿足了這4部分就算以一個簡簡單且實用的搜索功能。
搜索功能的場景：
- 用戶在搜索功能的使用中，會出現3個場景，搜索前、搜索中、搜索結果頁、搜索數據記錄4個緯度。分別對應的是：提問題、找答案、閱讀答案、系統記錄。
app、PC端的搜索前端設計
以下在各個形態下如何完成簡易設計。
APP的前端設計：
- 在app里一個搜索也會有前面的3個場景。
1.搜索前
這個場景是解決用戶如何高效提問、解決問題的場景
搜索入口是用戶訪問搜索的關鍵，同時適當給予用戶提供搜索關鍵詞引導。
搜索入口分為：直接展示、功能布店、獨立tab、特殊類型
以下圖中 Amazon 為例。搜索功能以輸入框的形式直接展示在屏幕中。這是最為常見的一種設計方式，也是大型電商類應用通常會采用的形式。
功能布點，以下圖蝦米音樂為例。它與功能外露型類似，只不過是將搜索功能弱化成了一個 icon，點擊后才會展成搜索框。
獨立 Tab，以下圖 Snapguide 為例。它是將搜索功能放得最重的一種形式，很多應用會把它命名為 Discover 或 Explore。這個 tab 除了包含基礎的搜索功能，還增加了很多運營的內容在里面。
特殊類型，以下圖中 Airbnb 為例。搜索功能會作為一個 icon 放在頁面中間，在 Android 的設計中經常會作為 FAB 出現在屏幕右下角。
如下案例在搜索功能直接提供了引導版塊，面對新用戶在搜索頁面可以增加toast引導，或直接增加固定搜索導航欄，完成引導。
如果用戶有過歷史數據，還能基于數據維度提供搜索引導，增加用戶搜索轉化。或者運營推進相關搜索關鍵詞
2.搜索中
這個過程是為用戶快速匹配想要的具體內容，減少用戶輸入的痛點
搜索中是用戶正在輸入內容場景，有的產品會提前在用戶輸入中場景下可以提前給與搜索結果展示。比如在百度搜索中，提前判斷出用戶需要的搜索結果，可以減少用戶查找內容的時間成本，同時快速匹配系統中最合適搜索的答案。
基于用戶實時輸入提供搜索結果，需要有數據、系統架構支撐，不僅是產品經理做產品設計的問題，還有業務需要、用戶規模的要求。
在app里，有先天然的系統體驗優勢，所以可以為用戶提供選擇單獨的搜索內容輸入頁面;但搜索中到底是單獨切換一個頁面、還是直接在搜索輸入框中展示，實際上還是產品經理需要根據用戶畫像、用戶需求來定。但在簡易設計中，我建議不要糾結，任意選一個方案就可以了，因為重點是提供內容查找的入口。
在搜索框輸入適合短的內容搜索，在單獨的搜索頁面適合長內容搜索。
3.搜索結果頁
內容篩選、重要信息展示成為這一環節產品設計的重中之重。比如搜索結果的排序、關鍵詞的匹配、同時搜索的內容類型分類也是相當重要的。
比如在搜狗、頭條app的搜索結果頁首先展示內容分類、再展示結果順序。同時結果里突出了匹配關鍵詞，方便用戶方便篩選搜搜索結果。
搜索結果也要因為內容類型做單獨設計，比如視頻類的搜索結果，如抖音的搜索結果頁，會直接播放短視頻;在簡書、知乎上的搜索結果頁，基于文本內容特點做搜索關鍵詞的匹配，再匹配內容類型。默認優先匹配全部內容類型。
在web端形態設計
在web端搜索由于PC屏幕較大，在同樣搜索前、搜索中、搜索后3個場景下相比app就會有較大的不同。
1.搜索前
和app一樣，同樣目的是要增加搜索的點擊、轉化率，因此常見的產品設計方法是增加搜索引導。
文案引導可以增加活動文案、以及曝光搜索內容優勢，來顯示活動。
2.搜索中
PC端有足夠大的操作展示區域，可以在搜索框直接展示搜索內容的答案即可。如果有數據、系統架構支持可以展示實時結果。
和app一樣，搜索需要突出搜索中的交互狀態，包括按鈕點擊、內容輸入、內容為空的狀態。
3.搜索結果頁
搜索結果頁仍然是以展示重要內容、信息篩選快速、內容展示簡單。PC因為面積大，可以展示的結果數量相比app多;但沒有結果時候頁面體驗也要更差，需要產品經理設計。
4.數據采集
做搜索功能還是要做埋點，方便做搜索的數據迭代需求。同時我建議在產品邏輯上，建立每一次搜索都要采集用戶數據ID的機制，比如要在搜索前建立用戶登錄注冊條件判斷，用戶登錄后才能使用搜索功能
▲ 搜索背后的數據關聯設計
搜索系統有詞典和內容索引庫(數據庫)，詞典里的詞關聯匹配內容索引庫。當用戶輸入關鍵詞后，如果詞典里有這個詞，線上會快速召回內容文檔。如果詞典里沒有這個詞，那這次的搜索行為就沒有結果。
假設內容索引庫一共只有3個內容文檔，分別是：
- doc1:站內搜索從0到1全流程設計
- doc2:搜索應該怎么設計才是對的
- doc3:產品小白怎么入門站內搜索設計
用戶輸入關鍵詞“怎么設計站內的搜索”，經過分詞后，詞典里有這個詞，系統會召回對應的索引文檔。索引庫如下圖所示。
同時用戶每次輸入的關鍵詞做高頻詞記錄，詞語范圍、違規詞處理都是可以利用后臺來采集。
搜索頁面的點擊、停留時間、訪問次數，同時需要統計，如果在搜索中增加了第三方廣告位那么搜索還需要打通業務轉化。
漏斗圖、時間柱狀圖展示數據可視化，觀察用戶使用搜索功能的規律以及喜好再優化搜索功能。
