[译] 为移动应用设计搜索功能

探索实现搜索功能的各类方式及其背后的理念

第四期功能探索:移动应用的搜索功能前端

通过了前三期的功能探索后,此次我又为大家准备了一个有趣的主题 —— 移动应用的搜索功能。固然搜索功能至关复杂,所以本文并未涵盖全部相关的内容。而我将讨论如何从应用的两种最多见的搜索方式之间进行选择:首页搜索栏或底部导航栏的搜索标签。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前端后端区块链产品设计人工智能等领域,想要查看更多优质译文请持续关注 掘金翻译计划官方微博知乎专栏

相关文章
相关标签/搜索