[譯] 爲移動應用設計搜索功能

探索實現搜索功能的各類方式及其背後的理念

第四期功能探索:移動應用的搜索功能前端

通過了前三期的功能探索後,此次我又爲大家準備了一個有趣的主題 —— 移動應用的搜索功能。固然搜索功能至關複雜,所以本文並未涵蓋全部相關的內容。而我將討論如何從應用的兩種最多見的搜索方式之間進行選擇:首頁搜索欄或底部導航欄的搜索標籤。android

在本文中,我將針對當前最受歡迎的兩種移動應用搜索功能的使用方法:首頁的搜索欄以及底部導航欄的搜索標籤,來討論如何選擇搜索功能的設計方法。ios

移動應用的搜索功能

許多經常使用的應用都具有搜索功能。而這些應用實現搜索的方式卻可能截然不同。但是爲何對同一個功能須要不一樣的實現方式呢?是由於某一種比另一種更好嗎?讓咱們一塊兒分析下。git

1. 首頁的搜索欄

首頁的搜索欄github

如下是一些經常使用應用的屏幕截圖,它們在首頁添加了搜索欄。而搜索欄每每都出如今首頁頂部,所以很容易被用戶看到。後端

在這種狀況下,該搜索方式知足了那些搜索時帶有明確意圖用戶的需求。任何這個平臺可能給出的建議或幫助都會基於用戶輸入的關鍵字來給出。app

(此解釋也適用於在首頁右上角有搜索圖標的應用。我將這兩種案例放在一塊兒,由於它們在可發現性,可訪問性方面很是類似,甚至用戶須要點擊的次數都相同。)ssh

2. 底部導航欄的搜索標籤

底部導航欄的搜索標籤post

下面是一些將搜索功能作成底部導航欄的一個標籤的應用的截圖。這種搜索方式雖然不像在首頁添加搜索欄那樣容易發現,可是考慮到用戶能夠輕鬆用拇指觸碰到,這也不失爲一種易訪問的方法。區塊鏈

一般這種狀況下,搜索會獨佔一個屏幕。屏幕頂端有一個搜索欄,屏幕中其他空間會填充一些有助於幫助用戶搜索或探索平臺內容的數據。這有助於還沒有有明確意圖的用戶進行探索式搜索

搜索框仍是搜索標籤?

這兩種搜索方式分別知足了用戶的不一樣的需求。不只如此,搜索方式的使用也取決於平臺的類型以及平臺所提供的內容的種類。

使用首頁上的搜索欄的場景

  1. 用戶打開應用的主要目的可能就是搜索。舉個例子,好比 Google Maps,Uber 或 Zomato。大多數狀況下,人們打開這些應用偏偏是要搜索位置,餐館或菜餚。
  2. 用戶在搜索時有明確的意圖,例如 Facebook 的用戶一般會尋找其餘用戶或主頁。大多數狀況下,他們明確地知道本身想要搜索的用戶或主頁的名字多是什麼,即便他們也許並不能肯定如何拼寫。對於這類平臺,用戶對於他們搜索的東西所知信息十分模糊的可能性很低。並且即便真的有這種可能性,平臺也沒法幫助到用戶。

使用搜索做爲底部導航欄的一個標籤的場景

  1. 但願幫助用戶在平臺上探索和發現新內容來加強用戶參與度。舉個例子,好比 Instagram 和 Twitter。這些平臺但願吸引用戶在應用上停留的時間更長,所以他們提供來自用戶的社交圈之外的個性化內容,以幫助用戶發現可能感興趣的新用戶或新內容。
  2. 用戶不肯定他們正在尋找什麼,該應用能夠引導用戶找到他們想要的東西。舉個例子,好比 Netflix 和 Uber Eats。它們容許用戶經過瀏覽各類流派和美食的方式來探索應用。這知足了那些想要看喜劇殊不知道該看哪一部的用戶的需求。

如今,一塊兒來看看 Airbnb ?

Airbnb(愛彼迎)

Airbnb 結合了這兩種搜索方式:首頁上有一個搜索欄,同時首頁自己又是搜索/瀏覽標籤所在頁。

鑑於 Airbnb 的狀況,我相信這很重要。他們這樣作同時知足了兩類用戶 —— 有着明確目的地的用戶會選擇搜索欄(這些是有着明確意圖的用戶),而沒有肯定目的地的用戶則會選擇去探索目的地(他們是須要探索式搜索的用戶)。

結論

這兩種不一樣模式各有利弊。它們都適用於特定場景。經過上述案例,咱們能夠得出結論:有兩個因素決定了應該使用哪一種搜索方式 —— 用戶訪問應用的意圖以及應用自己能提供的內容。


特別鳴謝

感謝 Tanvi KumthekarShailly Kishtawal 的頭腦風暴。
感謝 Dhruvi ShahNisshtha KhattarPreethi ShreeyaPrasanth Marimuthu 的反饋意見。

若是發現譯文存在錯誤或其餘須要改進的地方,歡迎到 掘金翻譯計劃 對譯文進行修改並 PR,也可得到相應獎勵積分。文章開頭的 本文永久連接 即爲本文在 GitHub 上的 MarkDown 連接。


掘金翻譯計劃 是一個翻譯優質互聯網技術文章的社區,文章來源爲 掘金 上的英文分享文章。內容覆蓋 AndroidiOS前端後端區塊鏈產品設計人工智能等領域,想要查看更多優質譯文請持續關注 掘金翻譯計劃官方微博知乎專欄

相關文章
相關標籤/搜索