由于搜索引擎技術的不斷成熟，加上用戶的時間越來越珍貴，像搜索這樣提高用戶檢索效率的功能在產品中已經逐漸成為標配。今天專門做網站的公司來談一下搜索功能的設計。
首先搜索功能的原理主要就是三步：
Step1：對用戶輸入信息的解讀轉譯
Step2：根據用戶的輸入信息對內容進行篩選
Step3：將篩選后的結果進行排序
第一步主要是對用戶輸入的信息進行轉譯的過程，通過切分用戶的輸入文本，過濾非相關內容，進行一個關鍵信息的解讀。第二步主要是對這些轉譯后的關鍵文本的結果進行準確率和召回率評估后的篩選。第三步是根據算法對內容的相關度計算和業務相關性對篩選后的結果進行打分后進行排序。通過這三步就完成了一個搜索的過程。看完了搜索的基本原理，
專門做網站的公司來看看搜索產品設計中的一些功能和特點。
搜索前的設計
首先看一下搜索前這個場景，在使用搜索前，用戶是一種帶有相對較明確的目的才會去使用搜索功能。所以對于搜索前這一場景，我們需要考慮的第一個問題是搜索框在哪里，怎樣的交互形式呈現給用戶。
一般來說，搜索框有三種常見樣式：
以ICON的形式展示，功能使用在二級頁面
與分類，發現合并出現在一個主tab上
在首頁的頂部bar上直接外露展示
對于天貓這類的電商類產品，由于搜索是個高頻剛需，所以
北京做網站公司一般都會默認置于最顯眼的首頁，并且大多會配以運營干預的空間，設置一些默認的推廣詞，給一些特定的商品進行導流曝光。
像開眼視頻這類也是一種常見的情況，往往是由于首頁的頂部區域有更為重要的結構在展示著，如果像天貓那樣進行平鋪會破壞一些整體的布局結構，兩者相害取其輕，就采取了ICON的形式。
對于像布卡漫畫這樣的內容產品，搜索和分類在一起的主tab上在結構上其實也是很合理的，分類和搜索都是用以檢索的功能，所以將他們進行聚類。那么一般來說搜索不放在首頁展示的原因有：
通過數據監控發現搜索的使用率不是很高
而第二點原因其實對于很多剛剛起步的APP來說很重要，剛起步的APP一般數據量較小，所以很多往往都是先只提供分類檢索，而不提供搜索功能，避免出現提供了功能但卻喂不飽用戶需求進而導致用戶流失的局面。
說完了搜索前這個場景，那么我們來聊一聊搜索中的場景對應功能該如何設計。搜索中場景下有幾個比較重要的功能設計點。
1.熱門搜索及歷史記錄：
熱門搜索在搜索產品中也算一個比較常見的功能了。熱門搜索需要注意的有以下一些問題：
a.無搜索結果詞不進入熱門搜索
b.后臺建立熱門搜索的黑名單，將一些違禁詞或惡意刷量詞進行管控
c.建立白名單，方便運營對熱搜進行排序調整或是手動添加某熱搜詞
d.多種內容提供時，熱門搜索展示的內容類型分布。
關于d這一條，再解釋一下，例如熱門搜索有作者，作品，商品。你是不管哪一種都進行展示，還是根據業務對這幾種不同的類型進行占比排布，展示60%作者，30%作品，10%商品，還是只展示搜索作品。這些都是需要由不同的產品形態和業務需要進行調整的。
歷史搜索記錄這個功能是方便用戶進行二次搜索的一個快捷入口，一般都是按照時間順序排列，最近搜索的在上方，騰訊動漫的這個清空歷史記錄功能的位置處理的很好，很多APP會放在下方，容易出現搜索記錄很多的時候導致這個清空歷史記錄的功能首屏不可見了。
2.搜索建議
搜索建議這一功能是為了滿足用戶只記得部分關鍵字等一些模糊搜索需求時的場景，同時還能節省用戶的操作成本，不用全部打完，只打出部分文字就可以給出建議搜索詞。
專門做網站的公司搜索建議的注意點有：
a.搜索建議詞的匹配規則
b.搜索建議相關詞的高亮
c.完全命中的建議結果有特殊的展示方式
d.一些可操作內容可以考慮是否要前置到建議列表，如播放，收藏
e.同義詞的建議
f.智能糾錯
g.拼音模糊匹配
關于搜索建議詞的匹配規則，在這里稍微展開講一下。一般來說的匹配原則為計算文本相關度算法，但對于大多數APP內搜索其實是不用做到這么深入這種程度的。一般都是將用戶輸入的文本去依次匹配。
例如用戶輸入“妖”這個字，會先去檢索內容（這里的內容又要考慮到底是匹配作品名/商品名/作者/店鋪名/描述等）中第一個字為“妖”開始的，再去檢索第二個字為“妖”開始的。得到這些結果后又需要對這些結果進行排序。一般是按照查詢量高低進行排序，如果數據庫沒有記錄這些的話，還可以考慮從該建議詞的銷量，點擊，人氣，閱讀，評分等維度去進行排序，總之就是把大多數人更加感興趣的結果排序提前。
專門做網站的公司關于同義詞的建議，這是一個相對高端一點的功能，但是確實能提高檢索信息的效率。解釋一下，就是建立一個同義詞的關聯規則，當用戶輸入如“鳴人”能夠建議出“漩渦鳴人”這樣的同義詞。這個相對來說高端一些，要建立關聯規則。所以一般非大廠的搜索不用做到這一程度。
010-59814526
