接上篇文章,點擊查看

No.003-移動端應用搜索模塊的設計分析

5. 搜索頁面具體架構分析

上一篇文章從用戶操作流程、特徵、產品等角度分析了搜索模塊中搜索頁面的架構組成以及組成元素,如下圖所示,

接下來結合常見應用的搜索模塊對搜索頁面元素進行分析。

(1)搜索框

搜索框即文本框,其最基本的邏輯和視覺樣式都比較簡單 ,就不詳述了。在實際設計過程中需要注意以下幾點,可以更好的提升用戶體驗和和實現產品目標。

a. 默認獲取焦點

為了保證用戶在進入搜索頁面後操作的「流暢性」,在進入搜索頁面時,搜索框可以自動獲取焦點調起鍵盤,用戶就可以直接輸入關鍵詞,這樣可以提升用戶的使用體驗和搜索效率。

b. hint提示信息

現在很多應用都利用搜索框的hint提示向用戶傳遞「信息」,比如微博搜索框中的的hint提示是熱搜詞,目的是引導用戶搜索熱詞。在此基礎上,不少應用拓展了搜索框的hint提示信息,即配置一組的hint提示,按照一定的規則展示給用戶,如隔一段時間換一條或輪播hint的引導提示信息。

c. 實時匹配關鍵詞

通過實時匹配關鍵詞不進可以為用戶提供精準的搜索,還可以提升用戶的搜索效率。先簡單的介紹一下實時匹配的邏輯,客戶端在用戶輸入時,實時的把輸入字元傳到服務端,服務端匹配相應的結果,再將匹配結果傳回到客戶端,並用展示給用戶。關於實時匹配,有兩點需要注意。第一點是實時匹配的結果展示方式,常見的有兩種,一是直接在搜索頁面中展示,即替換搜索頁面中原有內容,如下左圖中淘寶中的實時匹配結果;另外一種是採用浮層樣式,即匹配結果以浮層樣式存在於搜索結果頁面原有內容之上,如下右圖所示網易雲音樂的搜索模塊就是如此設計的。

前一種形式可以很好的展示匹配結果,後一種形式會使頁面上的內容和層級變多,可能導致用戶可能無法聚焦內容。實際中可以根據需要來決定採用哪一種形式,從本質上分析,兩者的差別不大。需要注意的第二點是實時匹配的「結果」,對用戶來說看到的內容越詳細越好,但實際中為了保證數據的時效性和快速性,就必須減少單次實時匹配的耗時,即減少服務端返回數據的「豐富程度」,盡量「簡單」,因為數據結構越複雜,耗時越長,所以大部分應用實時匹配的結果都是單純的字元(很少有其他類型的「結果」,但不是不可以)。一般來說,用戶輸入的字元是匹配結果的子集,因此在視覺樣式上需要區別開匹配結果字元中用戶輸入的字元,常見的做法是返回的結果是以單行列表的形式展示,同時高亮顯示用戶輸入的字元,這樣可以幫助用戶快速聚焦到自己想要的「結果」。

如下圖所示為應用寶中實時匹配結果的展示樣式,匹配結果在當前頁面中展示,同時用戶輸入關鍵詞高亮顯示,此外應用寶的匹配結果的前兩條結果不是單純地文字而是具體的應用信息(圖片+文字),但為了保證實時匹配的體驗,應用寶也僅僅提供了2條「內容豐富」的匹配結果,因為所有匹配結果都是「內容豐富」,就會導致使用過程中明顯的「卡頓」(數據傳遞耗時較長),而且匹配結果信息類型過於豐富時,用戶接收到的信息量太大,導致用戶的注意力被分散,不能很好的聚焦在搜索內容上。類似的,如果自動匹配的信息過於簡單,則不能為用戶提供較為精準的搜索提示和引導。如下右圖所示,在淘寶中搜索「我的」,淘寶會在匹配到關鍵詞中添加「輔助關鍵詞」(紅色區域內的標籤),這樣就很好的區分和引導了目標是我的世界「公仔玩具」和我的世界「樂高拼裝」的用戶,否則用戶就需要再輸入如「玩具公仔」或者「樂高積木」等更為精準的關鍵詞才能達到自己的搜索目的。

匹配結果的展現形式一般都採用單行列表的形式,為了保證實時匹配的效率,列表中展示的都是文字字元。理論上單行列表的高度是可以不限制的,,如下左圖所示為應用寶自動匹配展示結果,下滑就可以查看更多匹配結果。但在實際中,用戶幾乎不會一直向下滑動查看自動匹配的結果,因此可以在邏輯上適當的控制一下匹配的最大數目(如30個),可以加快數據處理過程。

因此總的來說,為了保證實時匹配結果的「提示引導」作用和用戶體驗,實時匹配結果形式既不能「簡單」,也不能過於「豐富」。

此外,在一般的網路請求或載入過程中,為了減少平用戶的等待焦慮,會給用戶一個「等待中」的提示,如「正在載入中」,但在實時匹配中,由於客戶端應用幾乎在不間斷的請求服務端,無法預估耗時,因此在實時匹配過程中不會有「等待中」提示,「等待中」提示會不停快速出現消失,造成頁面「閃爍」,十分影響用戶的使用體驗。

(2)觸發搜索

用戶輸入關鍵詞是一個持續的過程,無法預料用戶什麼時候結束輸入,此外還有網路耗時因素,因此給用戶一個觸發搜索的功能是有必要的。最常見的觸發搜索的形式有兩種,一種是通過點擊搜索框旁邊的搜索按鈕觸發搜索;一種是與實時匹配結果結合起來,點擊實時匹配的結果就可以觸發搜索。

a. 點擊搜索按鈕觸發搜索

搜索按鈕一般位於搜索框右邊,如下圖所示為淘寶的搜索頁面,搜索按鈕位於文本框右側,搜索按鈕視覺樣式顯眼突出,直觀明了,用戶在操作過程中不會有任何的使用和認知上的障礙,是最常見的觸發搜索方式。

還有一種類似但不完全相同的設計方案。如下圖所示為UC瀏覽器的搜索模塊設計,當未在搜索框中輸入字元時,按鈕是「取消」狀態(點擊退出搜索頁面),搜索按鈕是不顯示的,如下左圖紅色區域所示,輸入字元後,搜索按鈕出現,如下右圖紅色區域所示。但是如果用戶不熟悉或者沒有類似的使用經驗,可能在第一次使用搜索時有一定的使用成本,此外將頁面「退出」功能和搜索按鈕「融合」在一起,既是優點也是缺點,因此在實際中需要慎重使用。

b. 點擊實時匹配結果觸發搜索

點擊實時匹配結果觸發的邏輯為用戶輸入關鍵詞,客戶端展示實時匹配結果,用戶點擊其中某一條結果則以該結果為關鍵詞進行搜索。知乎中的搜索採用的就是這種形式,如下圖所示。

點擊實時匹配結果來觸發搜索看似簡單,但有多細節需要注意。首先觸發搜索的前提是必須有實時匹配的結果返回,如果網路延遲高,實時匹配的結果沒有返回,那麼用戶就無法觸發搜索。其次實時匹配的結果是一定規則排序的,而這種排序不可能滿足所有用戶的預期,這就意味在一些情況下用戶可能無法找到自己預期的「結果」,即用戶無法觸發搜索。如上圖所示,知乎的解決方案是在匹配結果列表的末尾添加了「查看【設計】的搜索結果」超鏈接(與用戶輸入法的關鍵詞一直),點擊就會以「設計」關鍵詞進行搜索。相比較知乎的設計,小米應用商店的解決方案更好,如下圖所示,匹配結果列表的第一行始終與搜索框中字元一致(如紅色框所示),點擊觸發搜索。小米的設計思路是將用戶輸入的「關鍵詞」與匹配結果「融合」在一起,在用戶的認知里第一條匹配結果與其他的匹配結果沒有去區別,實際上第一條匹配結果也應該是客戶端本地維護的,不是服務端返回的,這樣能保證用戶在任何情況下都可以快速的觸發搜索。

c. 自動觸發搜索

還有一種常見的觸發搜索邏輯是用戶輸入的關鍵詞後自動展示搜索結果,即自動觸發搜索,如下圖所示,在Keep中的輸入關鍵詞後會自動展示搜索結果,無需用戶手動觸發搜索。這種觸發搜索比較適合搜索結果比較少、信息結構較簡單,甚至是只需要搜索本地信息,否則「自動搜索」過程就會比較漫長,體驗不好。因此建議大家在設計過程中慎用。

(3)重新搜索

重新搜索也屬於一個高頻操作,顧名思義就是用戶需要重新進行搜索,有可能是用戶沒有搜索到結果,也可能是用戶需要搜索其他信息。邏輯上講,用戶只需輸入新的關鍵詞然後再觸發搜索就可以了,但是重新輸入關鍵詞就需要刪除搜索框中原有舊的關鍵詞,而刪除關鍵詞一般是通過輸入法的刪除鍵完成的,如果舊關鍵詞比較複雜則需要按好多次的刪除鍵,操作起來比較繁瑣。因此常見的做法是通過「清空」按鈕來一鍵清除文本框內容,如下圖所示,用戶在搜索框中輸入字元後,會出現「x」清空按鈕,點擊該按鈕,則直接清除文本框所有內容,同時「x」刪除按鈕隱藏起來。這種設計的與軟體功能設置項中的常見「恢復默認功能」本質上是一樣的,通過用戶點擊按鈕將有功能恢復到默認狀態。當然清空內容的目的的設計形式多變,但邏輯本質不變。

(4)返回原頁面(終止/完成搜索)

用戶通過搜索入口進入搜索頁面進行搜索,同樣當用戶終止或完成搜索後就需要從搜索模塊「退出」,即返回到原頁面。常見的返回原頁面的設計有兩種,一種是通過搜索頁面左上角的返回按鈕(Up Button)來返回原頁面,如下左圖所示為淘寶的搜索頁面,點擊左上角的返回按鈕即可返回淘寶首頁;另外一種是通過「取消」按鈕來返回原頁面。如下右圖圖所示為QQ的搜索頁面,當搜索框右邊按鈕為「取消」狀態時,點擊按鈕則會返回QQ聊天列表。

這兩種設計各有特點,但淘寶的設計更為普適,而QQ的設計約束條件可能多一點。

題話外,在Android中,是有「返回」的物理按鍵,即Back button,記錄的是用戶的歷史操作步驟,點擊可以回到用戶瀏覽的上一頁面,而一般頁面右上角的返回按鈕是Up Butto,即點擊回到上一層級頁面,兩者有著本質上的區別。實際中,有不少應用將這兩個按鈕的作用混為為一類,這是不對的。在Material Design規範中,對這兩個「返回」按鈕有明確的定義和使用說明(Reverse navigation章節)。

(5)搜索結果

一般來說搜索結果不會是唯一的,即匹配到的搜素結果是多條,用戶需要在眾多結果中找到自己需要的結果。因此如何將搜索結果更好的展示給用戶,讓用戶快速高效地找到自己「預期結果」就非常重要了。主流的應用中,搜索結果多以列表布局或網格布局展現給用戶,主要因為列表和網格的視覺樣式整齊統一,方便用戶快速的瀏覽、過濾篩選搜索結果。如下圖如所示為兩種常見布局樣式是的示意圖,其中列表布局比較簡單,網格布局需要注意的網格的列數不能太多,2到4列為佳,可瀑布流式布局。列表和網格指中每條搜索結果包含的信息可以根據實際產品的需要來決定,如視頻,圖片,文字等,但單條結果中包含的信息類型和數量不可過多,只需要展示關鍵的信息,否則過多的信息會影響用戶搜索效率和體驗。

(6)信息過濾篩選

用戶通過關鍵詞搜索的結果多是多條,如果單純地靠用戶自己通過關鍵詞和瀏覽比較的方式來過濾篩選效率就非常低,因此搜索信息的過濾篩選也是產品得重要組成部分,同樣可以從用戶搜索流程來分析如何設計信息過濾篩選功能。

a. 搜索前——過濾篩選搜索範圍

搜索前指的是用戶點擊搜索入口,進入搜索頁面輸入關鍵詞前的過程。常見的的搜索前過濾有以下幾種形式:

  • 進入搜索頁面時自動過濾篩選搜索範圍

從產品角度來說,如果產品內信息龐雜,那麼就需要對這些信息進行分類和整理。如何整理歸類產品信息的一種方法就是根據用戶操作情景或者上下文環境,過濾或隱藏一些「無關」信息,僅展示「相關」信息。進入搜索頁面時自動過濾篩選搜索範圍就是當用戶從不同的搜索入口進入搜索頁面進行搜索時,搜索的範圍(即匹配範圍)會根據用戶所處的上下文環境自動進行調整。下左圖是在淘寶首頁使用搜索,下右圖是在天貓模塊中使用搜索。前者搜索結果的範圍很廣,包括所有的淘寶商品,而後者搜索出來都的僅僅是天貓商品,即根據用戶上下文環境自動幫助用戶過濾篩選掉了非天貓商品。

淘寶中「店內搜索」的搜索設計也是類似。如下圖所示,進入淘寶店鋪頁面,點擊搜索入口(左圖),進入搜索頁面(右圖),其中搜索頁面中搜索按鈕為「搜本店」,這意味著點擊「搜本店」按鈕僅在當前店鋪商品中進行搜索,即自動過濾篩選掉了非當前店鋪的商品。

  • 用戶手動選擇搜索範圍

用戶手動選擇搜索範圍是讓用戶在搜索前主動確定搜索的範圍,在確定搜索範圍後再進行關鍵詞搜索。如下圖所示在微信的搜索中,搜索頁面會展示6個搜索範圍標籤(即朋友圈,文章,公眾號,小數,音樂和表情),如果用戶點擊音樂標籤,則接下來用戶輸入關鍵詞僅僅會搜索音樂,其他非音樂信息就不會展示給用戶。

類似的,如下圖所示在淘寶中進入搜索頁面後,搜索框下方有「全部」,「天貓」和「店鋪」三個過濾篩選tab,點擊選中相應的tab就會在相應的範圍進行搜索,當然淘寶的過濾篩選tab在搜索後也可以使用。

微信和淘寶的設計在展現形式(標籤和Tab)不一樣,而且淘寶中的tab篩選過濾元素在用戶搜索過程中一直存在(見「搜索後——搜索結果過濾篩選」),微信的篩選過濾標籤在進行搜索後就消失了,用戶僅能在搜索前操作,但兩者的過濾篩選的視覺元素都處於頁面焦點位置,確保用戶在進入搜索頁面後就會看到篩選過濾的「元素」。

b. 搜索中——用戶關鍵詞過濾篩選

在搜索過程中,用戶主要通過更為精準的關鍵詞來過濾篩選信息,用戶輸入的關鍵詞越精準,搜索結果越少。這種篩選過濾完全取決於用戶的主動行為,應用本身是無法控制的,但可以通過不同的設計形式來引導用戶輸入更多的關鍵詞,比如在早期版本的谷歌搜索(PC端)中,搜索框的長度是比較短的,谷歌為了引導用戶輸入更多的關鍵詞,從而加長了搜索框的長度,結果數據統計表明改版之後用戶的輸入關鍵詞增多了,這就利用了用戶心理因素來引導用戶輸入更多的關鍵詞。

c. 搜索後——搜索結果過濾篩選

在觸發搜索後再對搜索結果進行過濾篩選是最常見的一種做法,用戶通過不同的維度或者約束條件對搜索結果進行過濾篩選。如下左圖所示,在淘寶搜索結果頁面中點擊Tab選項卡(紅色框區域內)來對搜索結果進行過濾篩選。由於信息量巨大,除了簡單的tab選項卡篩選過濾外,淘寶還提供了更多不同維度的排序來幫助用戶過濾篩選信息,如「綜合」,「信用」,「價格」,「銷量」等維度。除此之外,點擊「篩選」按鈕,打開篩選側邊欄,如下右圖所示,在這裡用戶可以進行更為詳細的篩選過濾。

在淘寶中還有一種更為細緻體貼的「過濾篩選」功能,即在搜索結果列表中插入一些關鍵詞列表。當用戶瀏覽了一些商品信息後,繼續下滑頁面瀏覽信息,此時結果搜素結果列表中會出現相關關鍵詞來幫助用戶篩選信息(此時表明用戶還沒有發現自己預期的商品)。如下圖所示,左圖中搜索「水杯」,在滑動搜索結果列表,會出現「細選」關鍵詞列表,點擊其中「塑料」,則會以「水杯 塑料」進行重新搜索,如下右圖所示。淘寶的這種「篩選過濾」設計不僅可以提升用戶的搜索體驗,還能在一定程度對用戶進行引導,如在關鍵詞列表中插入水杯「品牌信息」。

如上所述,常見的過濾篩選的設計形式有下拉列表,Tab選項卡,Segmented Controls控制項,彈窗形式(包括彈窗/側邊欄/浮層等),標籤,多選,單選,toggle標籤按鈕等,通過這些篩選過濾的形式來展現和不同維度的約束條件即可對搜索結果進行篩選和過濾。值得注意的點是,篩選過濾的設計形式不能對搜索結果展示造成影響,即搜索結果的展示是主體,篩選過濾是輔助功能,一般而言,過濾篩選區域位於搜索結果列表的頭部,所佔區域不能過大,當過濾篩選的結構邏輯和操作比較複雜時,可以採用彈窗/側邊欄/浮層的形式,將一些精細的過濾篩選隱藏轉移到次級結構結構中,用戶需要時點擊入口展示篩選過濾條件即可。

(7)提示引導信息

大體上提示引導信息有兩大類,第一類是幫助用戶操作或使用產品的說明信息,如搜索框中hint提示用戶「輸入關鍵詞」,這類信息相對比較固定,引導用戶操作和使用產品功能,用戶基本上不會反感;第二類是向用戶傳遞不是用戶所預期的「誘導」信息,如搜索框中hint提示「京東618 大牌距惠」,這類信息多半是定製的,一般來說帶有「商業利益」的性質,如果使用不當,可能會讓用戶產生反感。提示引導信息是與用戶的操作是相關聯的,有操作的地方就可以有提示引導信息。

a. 搜索前——提示引導信息

搜索前用戶的操作路勁是從搜索入口進入搜索頁面,因此可以在這兩個地方向用戶提供一定的「信息」,提示引導用戶。

對於搜索入口來說,如果是獨立的搜索入口形式,如搜索圖標,那麼基本上無法有提示引導「信息」,畢竟樣式簡單,空間有限;如果是搜索框的形式,那麼可以利用文本框的hint提示,向用戶傳遞「信息」,這也是普遍的做法了。

搜索頁面是單獨的頁面,布局邏輯相對比較複雜,因此是提示引導信息很好的載體。通過搜索框的hint提示向用戶傳遞提示引導信息,當然這些「信息」的類型可能不一樣,有些應用為用戶提供的操作引導,比如音樂搜索中提示「可以通過歌詞來搜索歌曲」,這是第一類提示引導信息;有些可能是定製化的「信息」,例如用戶最近在淘寶上瀏覽過滑鼠相關的信息,那麼搜索框的hint提示信息可能就是「羅技新滑鼠」,這種「信息」是動態的,定製的;另外有些應用會向所有的用戶展示相同的信息,比如hint提示都是「xxx軟體管家」,後面兩種都屬於第二類提示引導信息。有一點需要注意,就是「信息」的形式和量。推薦使用純文本字元標籤或簡單顏色圖標的形式,而不要使用圖片或大色塊複雜的圖標或banner等。此外搜索時輸入法鍵盤會調起,為避免信息被鍵盤遮擋,最好將主要的提示引導信息布局在頁面上半部分。如下圖紅色所示為網易雲音樂的搜索推薦,使用了純文本字元標籤的形式,即向用戶傳達了「熱搜」信息,引導用戶搜索「熱搜關鍵詞」,又不會過分引起用戶注意力而干擾用戶的搜索行為。

b. 搜索中——提示引導信息

在搜索中,用戶主要操作集中在搜索框中輸入關鍵詞和過濾篩選搜索結果。

用戶輸入關鍵詞的過程中,上文已經分析的實時匹配結果就是一種提示引導信息,實時匹配結果可以為用戶提供「關鍵詞」相關的提示引導信息,甚至還可以提供部分不相關的信息,當然不建議這麼做,畢竟會大大損害用戶體驗。

常見應用常見還會在搜索結果中插入相關或不相關的提示引導信息。如下左圖所示為在用淘寶中搜索「羅技鍵盤」,在搜索列表中會出現「提示引導信息」的關鍵詞(紅色框區域),其中「雙飛燕鍵盤」「雷蛇遊戲鍵盤」已經完全不屬於用戶預期的搜索範疇,其目的是用了引導用戶去購買或者對比該品牌的鍵盤,當然這樣的「提示引導」不僅可以引導用戶購買其他品牌的鍵盤,還可以完善用戶整個購物體驗,算是很「完美」的設計。小米應用商店的搜素模塊的設計就比較直接了,如下右圖所示為在小米商店搜索「淘寶」時給出的搜索結果,排在第一位的卻是拼多多(紅色框區域),雖然將視覺樣式做了一些區分,但這種提示引導的「廣告氣息」太重。此外針對網易考拉的展現形式也不是標準的列表形式,而添加了更為豐富的縮略圖列表樣式(紅色框區域)來吸引「戶注意力」,也是很明顯的「誘導」提示信息。

c. 搜索後——提示引導信息

用戶確定搜索結果後大多數應用都會跳轉到其他模塊的頁面,比如淘寶會跳轉到商品詳情頁,所以在搜索後的這個過程中,很難向用戶展示引導提示信息。就算有提示引導信息也是與其他模塊頁面緊密相連,比如購物類app在下單完成後會根據用戶購買的實際情況在頁面出現一些商品推薦,比如買一個碗,會推薦一些其他的廚房用品。當然從嚴格的產品邏輯結構上講,這些「信息」已經不屬於搜索模塊了,但從用戶完整的使用流程上講,還是有關聯的。

產品的目的從來都不僅僅是為了服務用戶,還需要考慮產品的「目的」(如利潤或是用戶數),只有將用戶需求和產品目的相結合才能讓產品長遠的發展。 雖然搜索模塊中的商業性質的提示引導信息可以帶來一些商業利益,但要把握一個度,如何在合適的地方、在合適的時機為用戶展示這些「信息」需要深思,如果隨便展示這些「信息」,那就會對用戶的使用體驗造成非常大的負面影響。在這一點,淘寶的搜索模塊做的很好,將「信息」與用戶的搜索操作關聯起來,不僅不會干擾用戶正常的搜索操作和流程,還會提升用戶的購物體驗,值得借鑒和深思。

(8)搜索記錄

搜索記錄或稱為歷史搜索,保存了用戶搜索過的關鍵詞,主要目的是為了方便用戶重複搜索時無需重新輸入關鍵詞。搜索記錄一般展示在搜索頁面中(頁面初始狀態,輸入關鍵詞後不展示),其形式多為標籤或列表。如下左圖所示為淘寶搜索模塊中的搜索記錄,淘寶還提供了清除搜索記錄的功能,點擊刪除按鈕則刪除所有搜索記錄。如下右圖所示為網易樂音樂的搜索記錄,每一個搜索關鍵詞都是單獨一行,並在關鍵詞右邊展示刪除「X」按鈕,點擊則可以刪除該條搜索記錄。搜索記錄對於產品而言是用戶大數據的一部分,產品可以針對用戶的搜索行為與記錄,為用戶提供個性化服務,因此條件允許的話,在產品前期中就可以做一些規劃和埋點。

淘寶和網易雲音樂的搜索記錄設計是2種比較典型的設計,其中設計模式都是「歷史搜索關鍵詞」+「刪除搜索記錄」,形式不一樣但本質是一樣的。至於搜索記錄放在什麼位置可以根據實際情況決定,一般都會在搜索頁面首屏中,在提示引導信息之後或者之前都是可以的。

6. 普適性搜索模塊設計模式歸納

通過上述的分析和歸納,針對搜索模塊,可以歸納出一種的較為普適性的「設計模式」,該設計模式包括搜索模塊的主要頁面路徑以及頁面布局,如下圖所示,其中的設計形式是綜合考慮所有因素(包括產品,技術,用戶,成本,使用體驗等)的結果,在實際中可以根據產品自身的需要採用不同的布局和實現方式(如上文中一些常見的主流設計形式),比如該設計模式中認為通過返回按鈕(Up Button)來實現完成或放棄搜索回到原頁面是最簡單最有效也是最為普適性的方式,但實際中依然可以採用其他設計方案來實現同樣的功能。

該設計模式將搜索模塊分為搜索入口和搜搜頁面,其中搜索的主要流程都是在搜索頁面中通改變頁面的內容和狀態來完成的,即搜索頁面是單一頁面和結構,上圖中第2,3,,4,5屏頁面都屬於同一頁面的不同狀態。搜索模塊的設計模式中有些功能元素是一定需要的,有些功能元素是可選,在實際中,可根據產品的實際需要來選擇。

7.總結

單獨從搜索本身來講,搜索功能並不複雜,但是如何做好產品的搜索功能也不是一件容易的事,在設計過程中是需要選擇一種最適合自身產品的搜索形式。可以從以下幾個方面進行思考和分析:

(1)產品分析

產品特點(如定位和發展策略)會影響具體的設計方案。比如產品包含大量的信息,那麼在整個產品架構中搜索模塊的重要性就非常高,而產品中對搜索功能需要程度不同,那麼就需要採用不同的搜索形式和設計方案。每個產品的特點都是不同的,甚至同一產品在不同時期的產品特點都是不同的,這些特點都會影響設計方案,所以在設計中需要考慮這些特點。

(2)用戶分析

任何設計都是為用戶服務的,產品是為滿足用戶需求而存在的,搜索模塊也是一樣如此。在設計方案前最好對使用搜索的用戶進行深入的分析,包括用戶使用場景,用戶特徵,用戶搜索目標特徵以及用戶使用流程特徵等等。在設計方案過程中,應該根據用戶的「需求和特徵」來進行設計,並在最終的設計方案中體現這些用戶特點。

(3)用戶體驗和產品目標之間的平衡

做為合格的設計師要懂得如何平衡用戶體驗和產品的目標,既要保證用戶使用產品的體驗,又要保證產品的目標。這兩者之間的平衡是一種良性循環,好的使用體驗能夠實現更多的產品目標,更多產品目標的實現更好的設計。在設計前期就需要對各方面進行深入的分析和研究,比如產品定位,產品目標,用戶需求,用戶特徵,具體功能需求等,只有在前期將這些所有相關的「利益因素」分析透徹,才能在具體的方案中體現這種平衡。建議利用雷達圖去分析各個「利益因素」,簡單高效。

(4)設計方案的拓展性和延續性

羅馬不是一天建成的,同樣優秀的產品和設計都需不斷的改進和迭代。因此在設計方案的時候需要考慮方案在後期迭代中的拓展性和延續性,尤其是成熟產品,並不能每一次需求都可以給予設計師天馬行空設計的機會,因此在設計方案前期就需要針對性的進行考慮,保證方案的拓展性和延續性,這樣既能保證用戶的體驗也能保證產品的長遠發展。

寫在最後

這次文章不是很滿意。我之前一直在想,一定要寫的有理有據,因此在文中盡量將所有的相關點都寫出來了,最終卻導致文章結構有點亂,行文也是啰里八嗦的,寫完後,在想要不想po出來,但最想想還是留下來了,不管寫的怎麼樣,僅僅勉勵自己,希望再次進步。

作者現在是一名交互設計師,寫的不好不正確的請見諒。記錄,僅以此自勉。歡迎關注我的公眾號notestudy,會定期寫一些與設計相關的短文,謝謝支持。


推薦閱讀:
相关文章