移動端全局搜索設計,不同階段有哪些考量?

導讀:搜索是最常用的功能之一,不論是C端和B端,對於搜索功能的設計與功能背後數據的算法都是“説之容易,做之複雜”。而搜索通常可分為全局搜索與局部搜索兩種類型,全局搜索幾乎涵蓋了局部搜索的設計。面對C端App的全局搜索設計,作為設計師該有哪些方面的考量?文章對此展開了分析討論,一起來看看~

移動端全局搜索設計,不同階段有哪些考量?
01 搜索前1. 場景化思考:用户知道他們想要找什麼嗎?

我們知道,搜索作為一個工具存在是幫助用户找到他們的目標內容的,但對於用户來説,他們真的知道自己想要的是什麼嗎?這裏需要引入場景化的概念——用户進行搜索前,我們可以將用户搜索進行場景化思考,從用户的目的出發,可能的場景有:

(1)用户有準確的目標內容

用户有着明確的目標內容,即用户與信息有明確的連接,此時的搜索是作為即時工具存在,能夠幫助用户快速找到目標內容即可。

(2)用户對目標內容有明確的範圍

用户知道自己想要找的內容類型,但對具體內容並不明確,這時需要搜索來幫助縮小範圍,那麼此時搜索建議是最貼合場景的功能。

(3)用户沒有明確的目標內容當用户沒有明確的目標內容甚至是範圍時,常見的是根據熱度或搜索歷史進行自動補充填寫,幫助用户找到目標範圍和內容。以兩個典型的場景示例:

  • 內容類的熱度引導:代表產品為微博熱搜,通過自動填充熱搜內容在搜索框,告知用户最熱時訊及引導其進行相關查看。
  • 瀏覽關鍵詞自動提取與填充:電商產品根據瀏覽歷史提取關鍵詞自動填充在搜索框中,當用户在閒逛時,悄然告知他可以縮小範圍進行搜索。
2. 內容推薦:怎麼幫助用户找到目標?

前面我們説到用户有明確目標內容時,幫助用户快速找到目標內容即可。那麼當用户不明確目標時,我們該如何進行內容的推薦呢?

(1)搜索記錄

搜索記錄能夠幫助用户快速到達之前搜過的目標內容,在兩種類型的產品最能夠物盡其用:

  • 復購率大的產品,如外賣、購物類的平台。不論是外賣或是生鮮電商,若是用户經常下單,日常所需的美食和食材重複率相對來説是很大的,搜索記錄能夠幫助用户快速觸達。
  • 無法馬上決策的電商產品,如旅遊電商,若是長途旅行,用户可能需要多方比較,或與出遊人一同溝通後才會做決定,那麼就存在多次進行瀏覽搜索的場景,此時的搜索記錄也能夠幫助用户快速觸達。
移動端全局搜索設計,不同階段有哪些考量?

搜索記錄要根據場景進行,這裏説一個反面案例:熱度新聞是偏於一次性的即時場景,在當天內用户可能根據熱搜會多次查看,但若多天還保留這些搜索記錄,就顯得有些多餘:

移動端全局搜索設計,不同階段有哪些考量?

容易忽略的內容對於搜索記錄的設計,有兩個我們容易忽略的點:

  1. 界限的定義 —— 這裏界限是指什麼時候我們把這條搜索內容記到搜索記錄裏。對於C端產品來説,用户的入口多種多樣,除了產品本身第一入口,還有通過分享直接進入、通過seo直接進入、通過專題推薦直接進入等等。關於界限的定義需要符合業務場景的思考,通常來説只有用户主動進行搜索了才計入搜索記錄中。
  2. 要提供搜索記錄刪除的功能 —— 搜索記錄是一個兩面性的功能,能為用户提供便利的同時也侵犯了用户的隱私,必須給予用户最大的掌控權。

(2)內容推薦

在搜索場景中,通過用户主動搜索進行的內容推薦與用户的連接更緊密,引導與驅動用户下一步行為的作用也會更大。從商業價值考慮,搜索提供了更大和更精準的商業空間。比如用户提供熱搜榜、圍繞用户場景做不同品類的搜索熱度推薦等等。

移動端全局搜索設計,不同階段有哪些考量?

02 搜索中1. 搜索建議:幫助用户一步到位

前面我們詳細分析了對於用户沒有明確目標內容,在搜索前給予內容推薦的功能。那麼對於有明確目標的用户,要如何幫助其快速觸達呢?

搜索建議是在搜索場景中最為有效的工具。在用户輸入的過程中,及時給予關鍵內容幫助他省去繁瑣的輸入過程,是一個很貼心的功能。對於搜索建議,也有以下幾個我們需要留意的點:

(1)支持的類型

如果是一個成熟的平台,品類豐富多樣,那麼全局搜索支持的類型需要進行明確的分類,且相同關鍵字的不同品類還需要考慮優先級的排序。

移動端全局搜索設計,不同階段有哪些考量?

內容重疊 —— 在品類排序之後,若是相同關鍵字在同品類中有多個內容也需要明確排序的規則,如搜索一個地點,若一個地名有多個地點重名,那麼可以根據距離遠近進行排序;若同一個地點屬於多個行政區域,那麼就需要明確出各自所屬行政區域的信息。

移動端全局搜索設計,不同階段有哪些考量?

(2)時機

搜索建議出現的時機主要有兩種類型:

①在用户開始輸入時即出現 —— 這裏的開始輸入,也分為輸入一個有效的中文字和在開始使用輸入法編輯文字且文字還沒生效時兩種情況。

移動端全局搜索設計,不同階段有哪些考量?

②在用户輸入完搜索內容點擊搜索按鈕後出現 —— 這裏的場景更常見於用户需要根據平台提供的入口直接進入,平台提供的內容根據用户的搜索進行呈現。

移動端全局搜索設計,不同階段有哪些考量?

(3)關鍵字

關於關鍵字這部分需要有閉環的思維,即根據用户輸入呈現搜索建議時是否需要將關鍵字高亮出

在品類複雜的平台,用户輸入關鍵字相應出現的搜索建議類型繁多且內容豐富,這時高亮關鍵字是一個不錯的輔助功能;在頁面內容呈現時,若是關鍵字出現在篇幅比較大的描述內容中,將其高亮出可以給予用户適當的提示,及時有效地告知用户此條內容的關聯性。

移動端全局搜索設計,不同階段有哪些考量?

在搜索中的場景,我們需要多做搜索建議出現的時機、搜索建議品類和高度相似內容的優先級排序,關鍵字如何在搜索建議呈現的這幾點考量,在搜索中有效地幫助用户快速觸達且不干擾其判斷。

03 搜索後1. 搜索結果:及時有效且全面

在搜索的最後一步——搜索結果內容的呈現上,有幾個方面需要進行考量:

(1)內容的關聯度

是否有準確的結果?

有準確的結果,直接進呈現即可,此時可以根據場景需要高亮關鍵字。

在某些內容上,可能因為客觀因素會存在模糊的範圍,特別是進行地點搜索時,可能某一個地點是屬於多個轄區,比如太湖景區就涉及了蘇州、無錫、宜興、湖州四個地點,若用户直接搜索太湖時,在結果的呈現上便需要涵蓋這四個地方。

如攜程在有明確目的地時顯示的是距離和熱門地標距離,而涉及多個目的地這類的情況,會加上目的地城市進行區分。

移動端全局搜索設計,不同階段有哪些考量?

是否有全面的結果?

前面分析搜索建議時,有提到多品類的搜索建議,若用户沒有在搜索建議中直接進入(即沒有進行品類的選擇),那麼用户直接進入搜索結果頁時,若涉及多品類需要明確標示出。

移動端全局搜索設計,不同階段有哪些考量?

(2)無結果的解釋與建議

前面我們説到三種用户搜索的場景,對於結果用户也有三種路徑:

  1. 用户——無查詢結果——退出
  2. 用户——查詢結果——縮小範圍
  3. 用户——查詢結果——選擇對應鏈接

沒有搜索結果時用户直接提出就流失了很大的轉化率,沒有結果可能涉及關鍵字的錯誤,或者平台未有相關數據,那麼想要留住用户需要更情感化的設計:

①提供相似關鍵字,幫助校正可能錯誤的關鍵字

移動端全局搜索設計,不同階段有哪些考量?

②提供相似或熱度較高的內容推薦,幫助用户進行第二選擇,特別是對於目標內容還不沒有很明確的用户。

移動端全局搜索設計,不同階段有哪些考量?

無相關搜索結果時,我們可以從用户需求場景出發,體貼友善地給予用户恰當的建議,能夠在一定程度上挽回用户流失率和弱化平台數據不足的影響。

總結

在進行搜索設計時,我們要明確用户進行搜索的可能場景,根據場景不同的需求進行搜索前、中、後的詳細考量。而相關的內容推薦也能夠很好的達到產品側的商業目的,好的搜索設計能夠做到“貼心”的轉化提升,共勉之。

本文由 @設計牛奶盒 原創發佈於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議。

版權聲明:本文源自 網絡, 於,由 楠木軒 整理發佈,共 2886 字。

轉載請註明: 移動端全局搜索設計,不同階段有哪些考量? - 楠木軒