用戶在搜索引擎輸入請求檢索的內容時，可能存在著準確或者不準確的訴求，這個時候，優秀的搜索引擎應當能夠進行判斷，理解query需求，并給到用戶一個滿意的結果。這篇文章里，作者就做了梳理和拆解，一起來看。

搜索引擎（假設是百度）每天響應成千上萬的詞語，有時候需求是明確的，比如搜索物品，搜索目的地；需求有時是模糊的，比如搜索穿搭等。與之對應的query（即用戶輸入請求檢索的內容）是準確或存在不確定性的。因此，做為一個產品經理，無論你的訴求模糊或者精確，query精準亦或雜亂，優秀的搜索應該都給你一個滿意的結果。

本文就嘗試分析一下關鍵字被檢索的時候用戶背后真實的需求到底是什么，并設計出滿足需求的結果，和提供怎么觸達結果的路徑。

這同時也是在考察我們對query需求的理解力和用行為路徑的拆解力以及產品原型設計能力。

往大一點是搜索引擎類產品的設計，往小的說，搜索無處不在，產品的設計本身就有它固有的特點。

一、一般產品通用的知識點

1. 用戶行為路徑

行為路徑（操作路徑，用戶與頁面的交互）意為“用戶為完成一個任務或需求需要完整經歷的路徑”。例如若一個用戶的需求是看一部電視劇，那么最原始的行為路徑即為：找到視頻網站 – 進入視頻網站后找到這部電視劇 – 找到想看的集數 – 開始觀看。

2. 縮短用戶路徑

縮短用戶路徑是指通過合理的產品設計，可以使用戶免一些無意義的路徑。還是以看電視劇的路徑來說，假如搜索結果為用戶提供了最優的視頻網站，并且在結果里直接可以選擇集數，那么用戶只需要通過：搜索 – 點擊對應集數觀看，即可以完成整個任務。

二、搜索產品特有的知識點

由于時間有限、資源有限等各方面原因，在實際工作中，產品經理往往不可能按部就班通過市場調研，用戶調研，用戶研究、數據分析、觀察用戶行為和不斷的產品迭代、升級等方式去獲得真正的需求分析結論，在怎么快速切入的問題上，可以結合自己日常的工作經驗（再強調一下平日中有意識的對產品認知的積累對一個產品經理來說非常重要），根據一定的規律通過按結構分析的方式，列出需求點。

分析方式可以如下：

1） 多需求/單需求：一個query 可能有多需求或單需求。多需求是指這個query 下可能同時存在多種類型的需求。

例如“筆記本”，可能是用戶需要找“筆記本電腦”，也可能是用戶只是想找“可以寫字的筆記本”，這2者的需求結果差別非常大，但是都極有可能是用戶的真實需求。而單需求則指這個query 下（極大概率）只存在一個需求，如“天氣預報”，當用戶搜索天氣預報的時候，那么大概率就只是查詢天氣情況。

2） 主需求/次需求：無論是多需求還是單需求，在具體的需求下，仍然需要考慮主次，根據主次來明確需求解決的程度和應該突出的重點，適當地弱化次要需求（但給予很好的引導），保證用戶也能很方便地滿足次需求，對于主需求則應該重點突出，強化并盡量一步到位。

例如“熱門電影”的視頻觀看需求下，最主要的需求是能一眼看到所有電影中當下最熱門的，同時需要看到熱門電影的重要信息，比如海報、評分，上下線時間，門票價格等。而分地區或分類別查看細類下的熱門則是次要需求。

三、如何做產品原型設計

根據前面需求分析中提到的問題，合理設計并思考解決方案，然后根據解決方案輸出自己的產品。優秀的產品經理不僅要實現簡單功能，還需要從用戶的角度，從產品的角度對功能進行精細化設計。

1. 摘要滿足（信息前置）

摘要滿足屬于一種很典型的縮短用戶路徑的設計，即通過摘要呈現重點信息，使得用戶不需要點擊進入搜索結果即可以解決自己的需求。例如“國慶放假時間”，如果通過摘要滿足，一句話或者一個特殊樣式就可以告訴大家國慶放假是哪幾天，那么用戶就不需要進入一個萬年歷相關的網站才能看到結果了。

2. 交互前置

交互前置是另一種典型的縮短用戶路徑的設計，和摘要滿足不同，交互前置方式解決的并非“將信息拿到搜索結果頁”，而是通過“將部分操作放在搜索結果頁”的方式縮短用戶路徑。

最經典的交互前置方式是子鏈外露和query導入輸入框。子鏈外露為將原本在網頁中才能看到的跳轉鏈接放入搜索結果，這樣用戶可以直接一步定位到網頁中或者網頁的下一級。

例如“珠海圓明新園”的百科需求中，用戶可能更想直接知道的是圓明新園跟北京的圓明園有什么聯系，那么完全可以將“名稱來歷”放在搜索結果中，讓用戶直接看到這部分信息。

3. 輔助決策

輔助決策設計并不直接提供縮短用戶路徑的方案，但是輔助決策的設計可以有效地減少用戶“點入錯誤的結果，導致無謂的返回搜索結果，重新選擇另一條結果”的無意義行為，而輔助決策只需要做到讓用戶更好地判斷條結果的背景即可。

例如“迅雷”的客戶端的下載需求，如果用戶對下載的標的有強烈的網絡安全需求，質量需求，必須要下載官方版的話，那么提前告知用戶條結果是否官方，就可以幫助用戶確定這條結果是否就是自己所需要的。

四、舉例實戰

query：“深圳最高樓”

1. 判斷這是個多需求還是單需求

（這里也省略的好多流程，比如關鍵詞的解析邏輯，搜索引擎的召回邏輯等等）

根據經驗，我們推測用戶搜索“深圳最高樓”的時候，可能有以下四種需求：

1. 平安國際金融中心 – 知識需求。主需求：知道深圳最高樓是什么，做什么的：次需求：該建筑到底有多高、建筑功能、建筑風格描述、建筑歷史，相關照片等（其他的童鞋們可以自由發補充，有理有據即可）。
2. 平安國際金融中心 – 地理位置查找。主需求：找到深圳最高樓在哪里；次需求：尋求到這里的交通方案、電話、周邊設施等（例如找工作面試的場景）。
3. 平安國際金融中心 – 旅游信息。主需求：旅游攻略信息；次需求：買票、票價、營業時間、注意事項、游玩須知、周邊旅游等。
4. 深圳地標 – 素材信息。主需求：展示深圳的經濟繁榮，需要有足夠的視頻圖片資源；次需求：有深圳其它標志性建筑的視頻和圖片資源等。

2. 做需求分析，規劃需求的使用路徑

1）知識需求

主需求路徑：搜索一點擊進入百度百科。

次需求路徑（以名字由來為例）：搜索 – 點擊進入其中一條百科網頁 – （如果有這方面內容）則在百科中找到對應內容區域后完成。

2）地理位置查找

主需求路徑：搜索 – 點擊進入百度地圖結果。

次需求路徑（以尋找到這個地方的交通方式為例）：搜索 – 點擊進入百度地圖 – 在地圖中找到交通功能 – 輸入起點、輸入終點 – 點擊搜索 – 獲得交通線路。

3）旅游信息

主需求路徑：搜索 – 點擊進入旅游攻略網站。

次需求路徑（以票價為例）：搜索 – 點擊進入旅游攻略網站 – 瀏覽網頁內容 – 找到票價信息。

4）資訊信息

主需求路徑：搜索 – 點擊進入相關視頻網站。

次需求路徑（以圖片為例）：搜索 – 點擊進入相關圖片網站 – 瀏覽網頁內容 – 找到需要的圖片。

3. 依次完成產品設計

1）知識需求

主需要通過一般的網頁設計就可以得到很好的滿足，重點是要縮短次要需求的路徑，那么最簡單的方式就是將次要需要做子鏈前置。

設計方案如下：

只需要簡單的一行設計，就可以將幾個次要需求的路徑縮短一步。

2）地理位置查找

相比較前兩者，這個需求稍微復雜一點，主需求（位置所在）就可以嘗試提前幫助用戶獲取信息，那么最簡單的方式就是將地圖縮略圖和地址放出，如下：

而次要需求則需要考慮幫助用戶縮短“查找交通方案”的路徑，那么我們可以將一部分網頁里的交互提前，比如上圖中右下角的設計，這里參考了如下所示地圖結果里面本身的設計。

3）旅游信息

和知識信息類似，主需求也可以通過網頁很好的解決，而旅游信息相比較知識信息，有更多短但是很重要的信息，這些信息完全可以提前在搜索結果頁中讓用戶看到，從而起到輔助決策的作用，如下：

值得注意的是，考慮到幫助用戶更快進入購買門票流程，這里將購票按鈕也前置了，同鞋們可以嘗試自己發揮一下，這里怎么設計才能夠幫助用戶更好地決策呢 （也可以考慮適當增加附近住宿、周邊景點、周邊美食等次要需求的輔助入口）

4）資訊信息

隨著移動終端普及和網絡的提速，短平快的短視頻傳播內容逐漸獲得各大平臺、粉絲和資本的青睞。同時，隨著網紅經濟的出現，視頻行業逐漸崛起一批優質UGC內容制作者，所以提供視頻結果也能滿足部分用戶的需求，如下：

五、總的來說

以上即是本人對這個query下的四個需求的設計解答，當然，還可以展示更多的答案，更多的方向，比如最高建筑排名，附件的房價相關，深圳其它商圈……更大的重頭戲，搜索的商業化運營不在本文章的討論范圍內哦。

加上大數據算法和用戶畫像等等技術的成熟應用，可以展現的結果肯定是成千上萬的（而且還應該是千人千面的），本文只是蜻蜓點水，冰山一角，嘗試展開聊一聊。如有不足或考慮不到的地方，各位路過的大神望能多多指教。