描述：直达目标，到达APP陈列页，进而进入内容详情页上下文情境：用户对APP搜索的依赖与APP定位有关，也与用户目标有关，APP设计也能影响
任务流程：用户搜索，筛选，点击，返回点击其他结果；或者修正搜索词
构成元素：快速搜索【简单输入栏+搜索（标识符/类型）】-搜索结果【陈列页/部门页/内容页】-搜索产出【准确度维度+相关+不相干+没有结果（尝试次数递减，成功概率递减）】-高级搜索【受限搜索，下拉搜索，过滤搜索】-过滤器【缩减数量，增加精度】-分页/下拉更多
设计标准：提供多条通向内容的路径；使内容与用户的用词相关联；让内容便于识别
搜索是用户获得信息的一种方式，抱有一定的目的，预先对目标属性有一定的了解
主要流程
发现并点击搜索框
输入查询并提交
显示搜索结果集
APP搜索与pc相比
交互形式丰富（自动补全，搜索推荐等）
输入形式多样（语音）
贴近用户场景（自动定位，wifi）
搜索结果需要更个性化和简洁（屏幕大小限制）
流程1：发现并点击搜索框
** 持久性搜索**
其中占位符文本可说明功能，举例，推荐，热门等等，主要告诉用户，在搜索框ta可以搜索什么。
一个搜索在这里，首先要明确用户搜索的目的，场景（微信不同入口和页面，搜索框可搜索框内容不同）
可以考虑放置语音搜索输入键
** 可扩展搜索**
适用于搜索不是应用中的主要关注点时，搜索框可被一个工具条中的搜索图标（放大镜图标）代替
点击后搜索文本框自动获得输入焦点和屏幕键盘
** 搜索表单**
一般形式为多个搜索条件，加一个明显的搜索按钮
可以根据用户的不同条件和历史条件放入默认值，同时最好能减少输入条件的数量。
流程2：2输入查询并提交
搜索推荐和搜索记录
在用户输入文字前，可展现搜索推荐和搜索记录
** 自动补全**
当用户开始输入查询，搜索自动补全
搜索清空
** **随内容有无而出现
** 搜索范围栏**
如APP中存在多个独立的搜索类别，如音乐搜索中的歌名和歌手，提前对搜索结果进行筛选
流程3：显示搜索结果集
注意：当显示搜索结果的时候，工具条的搜索状态仍然保持但默认不具有焦点。不建议搜索框隐藏，搜索是一个反复，互动的过程。用户可能通过搜索结果不断的改变搜 索条件，一步步的接近想要的结果。
根据搜索结果的类型和用户使用偏好，场景提供多种视图（列表，表格，地图（百度））
很多app也会在搜索结果页面可直接对结果进一步筛选或更改筛选条件
一些建议：
为你的app选择符合其重要性的搜索栏风格。
如果程序在显示搜索结果是有延迟，给出一些反馈。
建立搜索输入与搜索结果的关联性。
** 搜索框不只是搜索，而是一个沟通工具**
像用户在搜索框中输入天气的时候，ta对搜索框说的是，我想知道我现在所在城市的天气如何
参考文章
从神马搜索，浅谈移动搜索场景化发展
UI设计模式
Material disign
iOS设计规范
搜索模式
