搜索對于一個互聯網產品來說，看起來是個小功能，能搜出東西就行，但是其實是一個很細致的功能，甚至有可能形象到產品內的轉化。

最近在優化上線的app，發現搜索框其實是一個很細致的東西，在做電商項目和用戶溝通的時候，很多用戶覺得這個APP或者小程序不好用，很大程度是因為搜索不到自己想要的東西。

我需要的是蘋果，搜索后你給我的結果是梨子。這就會讓用戶覺得很困擾，并且會想這個平臺到底有沒有我需要的東西。如果多次搜索結果都是達不到預期，用戶很有可能會放棄這個產品。

所以搜索功能其實并不小，甚至有可能影響到業務轉化數據，并不是說能有這個功能就可以了。

以下的思維導圖為思考的方向。

一、淘寶搜索框分析

1. 搜索框下方內容顯示方式——完全實時

以淘寶為例，點擊搜索框后輸入內容，搜索框下方會實時顯示內容相關的條目，并且會補充搜索關鍵字。

2. 搜索范圍——全局搜索

進行了第一部根據關鍵字的搜索后，跳轉到新的頁面，才能進行更細致的分類搜索。

3. 實時搜索出來的內容是否被分類——無

實時搜索出的內容會根據關鍵字進行補充，沒有對具體商品的機型、品牌進行預分類。

4. 搜索按鈕功能——象征意義大于功能意義

淘寶的首頁的搜索框無論是點擊搜索框還是搜索按鈕，最后都會跳轉到新的頁面，也就是說，兩者其實是相同的功能，引導搜索。

按照視覺動線來說，輸入內容后，更多人會選擇會點擊下方的顯示條目，而不是搜索按鈕。

搜索按鈕的功能性被弱化，淘寶的搜索更多是為了補充搜索內容的信息，進行更精準的定位。

5. 淘寶搜索功能總結

電商平臺的產品會有一個很明顯的特稱，產品的名稱或者簡介都會有很多的關鍵字，有時候一個商品名可能長達30個字，目的就是為了用戶搜索的時候可以能夠根據關鍵字搜到商品，所以一個商品的關鍵字足夠多，那么被搜到的概率就會提升。

這種實時并補充關鍵字的設計個人認為很大程度上就是為用戶去篩選長名稱的商品，而且給用戶提供具體的性別信息，設計取向，從而減少用戶的時間成本。

而且全局搜索的種類繁多，一個商品可能會有多個分類屬性，因為進行了商品定位后，在進行商品分類，得出的搜索結果會更讓用戶滿意。

建議像電商、應用商城等這些有較多的分類，較多商品的應用，適用這種搜索模式，一步步引導用戶做精準的搜索，如果搜索不到相應內容，也應該給出提示，說你想要的蘋果我們這里沒有賣，建議你看一下梨子。

而不是把梨子放出來說，你愛要就要，不要這里你也搜不到。

二、微信首頁搜索功能分析

1. 搜索框下方內容顯示方式——部分實時

以微信為例，首頁的搜索并非完全實時，會區分為兩個模塊，一個模塊是該賬戶關注的內容，以及聊天信息，朋友圈等實時顯示，另一部分為未關注的內容等需要點擊“搜一搜”跳轉到另一個頁面顯示。

2. 搜索范圍——全局搜索

微信首頁的搜索不僅僅針對用戶本身產生行為的內容，也就是進行聊天、關注后的內容，而且也針對其他用戶產生的內容。

3. 實時搜索出來的內容是否被分類——有

首頁的搜索內容包括朋友圈、文章、公眾號、小程序、音樂、表情，而被分類的內容包括關注的公眾號、聊天記錄等等。

個人認為將這些內容進行模塊分類的原因，其一是方便用戶查找信息，很多時候我們查找自己行為產生的信息，其實已經定位過我是在哪里看到的，比如是公眾號的某一段，比如是聊天的時候的信息；其二是因為它并沒有像商品一般有過長的條目，搜索的內容并不需要曝光量，而是用戶自己的行為，用戶需要找到因為自己的行為而產生的內容，或許是進行二次分享，或許是進行查看等操作。

4. 搜索按鈕功能——象征意義大于功能意義

從圖上我們能更明顯的看到，微信對比淘寶，它連搜索按鈕都沒有給到，而是直接在下方給予搜一搜的入口，搜索框后面是“取消”功能，點擊取消后可以直接跳轉到上一個頁面。取消按鈕放在搜索框的后方，而且不顯眼，用戶一般很少會用到這個功能，因為視覺動線和視覺效果都并不引起用戶的關注。

試想一下我們會在社交產品里進行搜索操作的時候會搜索什么？好友、聊天記錄、文章。也就是說，實時顯示里有的就是有了，沒有你就只能去搜索別的用戶產生的內容。

根據視覺動線，下方的“搜一搜”入口其實是強化了搜索入口的視覺，而它在我個人看來，比起一個搜索按鈕，更像是一個搜索出來的內容的標題。

5. 微信首頁搜索功能總結

對于通信社交產品而言，搜索功能可能承載的需求并沒有那么的重要，不像電商一樣是一個轉化的入口，而這個搜索功能更像是一個目錄的存在，內容都已經寫好了，你把目錄找出來就可以看到對應的內容。

可能對于某些內容輸出者而言這個功能還是挺有用的，比如可以找到對應的公眾號或者文章，但是前提還是要讓用戶先知道有這篇東西，有這個公眾號。

所見即所得，所知即所查。

三、某個外貿APP地址搜索功能分析

1. 搜索框下方內容顯示方式——非實時

習慣了實時顯示這種搜索內容顯示的方式之后，還是我第一次遇到非實時顯示搜索內容的情況，比如需要搜索GOOGLE MAP的地址的時候，如果讀者有遇到其他有限制的情況歡迎評論~

輸入內容后需要點擊搜索按鈕才可以顯示對應的搜索內容。

2. 搜索范圍——局部搜索

僅僅搜索用戶在地址簿上的內容。

3. 實時搜索出來的內容是否被分類——無

因為個人信息的問題這里就不貼圖了，但是個人認為其實可以按照省/市的方式去進行分類，像外貿的產品，一個用戶可能會有高達數十個地址，那么除了搜索功能之外，更容易定位到具體地址的方式就是按照地址所在區域進行分類。

4. 搜索按鈕功能——功能意義大于象征意義

像這種搜索有限制的話，搜索按鈕的功能意義大于象征意義，輸入后必須要進行搜索才可以得出內容。

因此，在設計搜索功能交互的時候，最好去了解一下某些限制條件，避免需求完成后卻達不到想要的結果。

從圖上看功能意義大于象征意義的時候，搜索按鈕更應該做一些突出顯示，現在的設計其實是不符合用戶體驗的，搜索按鈕僅僅是文字，而且為灰色，對于新用戶而言其實會造成一定的操作困擾，優化方向可以使用品牌色將文字進行按鈕化，其次可以把搜索放在搜索框的下方，而不是放在搜索框的后方。

5. WEB端的優化

既要做全局搜索，又要做局部搜索，個人認為需要將局部搜索的入口放在特定的頁面，而不是將它放在同一個頁面，這樣會造成用戶的迷惑，兩個功能是否一樣？哪一個入口能夠滿足我的需求。

如果以WEB端為例的話，以下這個搜索就是一個錯誤的設計。

優化方式可以把局部的搜索刪除，最上面的全局搜索如果在點進了分類之后，搜索范圍與分內的內容自動適配。
也就是說，搜索框的范圍會隨著點擊的分類范圍而改變。

6. 某個外貿APP搜索功能總結

對應有限制的搜索，如果不知道有這些限制的話，在測試的時候應該盡早提出優化方案，如果提前知道的話，更應該配合設計去做一些界面上的優化。

搜索功能的設計，搜索出來的內容對于下一步的操作有著很重要的意義，搜索作為最容易得到結果的功能，如果操作步驟上有卡頓或者讓用戶感到迷茫，就會很容易造成流失。

最好的話，搜索功能可以進行埋點，用數據去看搜索后到下一個頁面的轉化情況。數據驅動，可以得到更優解，但是前提數據是較為準確的情況。

總結

搜索對于一個互聯網產品來說，看起來是個小功能，能搜出東西就行，但是其實是一個很細致的功能，甚至有可能形象到產品內的轉化。功能雖小，作用很大，以上就是我對搜索功能的一些思考。

歡迎指正。

本文由 @Feng 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議