在采用Craigslist的操作过程中，我就思量着，做为FTP，他们的确能很显著的受惠于这些在重要信息的搜寻、次序和甄选各方面做的很妥当的UI程序语言。在责任编辑中，他们将一同介绍呵呵，有什么样程序语言能协助我们依照使用者所期许的形式将统计数据重要信息更为有效率的组织机构和呈现出出。
一、搜寻
具体来说为诸位所推荐几本这点的开卷，”Search Patterns: Design for Discovery”和”Designing Search: UX Strategies for eCommerce Success” (后者亚洲地区有引入，即《搜寻商业模式》那哥)。接着他们接茬上看终端应用领域之中与搜寻有关的程序语言：隐性搜寻；手动顺利完成；静态搜寻；选定搜寻覆盖范围；已留存的/前段时间的搜寻词条；搜寻配置文件；搜寻结论。
1、隐性搜寻
做为最一般和最常用的搜寻商业模式，隐性搜寻倚靠隐性的姿势犯罪行为及整体表现形式来继续执行搜寻各项任务、展现搜寻结论。在此种商业模式中，搜寻按键会再次出现在快捷形式的左侧，或间接内嵌交互式按键中 (此种情况下能将“中止”按键放到搜寻栏中)。搜寻结论一般来说会间接呈现出在搜寻栏上面的地区之中。在设计图里，能考量将非线性搜寻与手动顺利完成商业模式配搭采用。
在此种模式中，提供隐性的搜寻按键，同时还能为使用者提供用来中止当前搜寻犯罪行为的操作形式。当搜寻正在继续执行时，提供明确的状态反馈。
2、手动顺利完成
能说，这是随着Web 2.0那波儿大潮所涌现出的一种最经典最实用的搜寻商业模式。使用者在输入关键词的同时，系统会即时提供一些根据当前已输入文字所猜测出的搜寻结论，如果使用者发现其中的某个词条正是自己想要的，那么间接点击就能顺利完成搜寻。当然，在没有恰当的候选词条或是使用者觉得不手动输入完整关键词就活不下去的情况下，这仍然是一个能够正常顺利完成搜寻功能的一般商业模式。
理想情况下，系统应该随着使用者的输入而立刻提供搜寻结论，但在实际之中，用来反馈系统工作状态的视觉提示也是必要的。上图左侧，Netflix间接将状态提示做在了关键词快捷形式内部靠右端的位置；另一种常用的做法是将其放置在搜寻结论所要再次出现在的位置。
TripAdvisor提供了一种更为出色的手动顺利完成商业模式，他们间接将即时呈现出的搜寻结果依照热门的旅行目的地、宾馆酒店等类型进行了归类。LinkedIn的做法也有几分类似，他们会优先显示这些与当前使用者有间接联络关系的搜寻结论。
通过视觉提示向使用者反馈系统当前的工作状态；能考量在搜寻结论中对当前已输入的字符进行着重显示。
3、静态搜寻
此种商业模式也能被称为“静态甄选”，当使用者在搜寻栏中输入关键词时，已有的搜寻结论会随之进行静态的甄选。看上去，这与前面的“手动顺利完成”商业模式是差不多的，但实际上它们在交互模型各方面有所区别。静态搜寻商业模式的主要作用是对已有的重要信息列表进行提炼和甄选。
静态搜寻商业模式用来对统计数据集进行即时的精炼和甄选，例如能被用在地址簿或个人媒体库等各方面的应用领域之中。但该商业模式不适于统计数据规模过于庞大的状况。
4、选定搜寻覆盖范围
在某些情况下，能让使用者在继续执行搜寻之前对搜寻对象的类型和覆盖范围进行界定，从而得到更符合需求的搜寻结论。Google和Photobucket的应用领域在选定搜寻覆盖范围的操作形式上略有不同，但最终目的都是一致的。
采用类似做法的还有AllRecipes以及Dropbox的应用领域。在Dropbox中，默认的搜寻覆盖范围是全部内容，但无论在搜寻被继续执行之前，还是结束之后，使用者都能进一步选择搜寻覆盖范围，例如搜文件或是文件夹。
根据产品自身的情况，合理的划分搜寻类型，以便使用者在继续执行搜寻的时候进行选择。一般来说三到六个选项就够了，必要的时候能通过配置文件来实现高级搜寻功能。
5、已留存的/前段时间的搜寻条目
优秀的终端应用领域操作界面都会尊崇一条最基本的可用性原则：尊重使用者的付出。在搜寻中，已留存的或是前段时间的搜寻结论就是这条原则的良好体现。通过这两种商业模式，使用者能轻松的选择曾经搜寻过的关键词，完全不必重新输入。
与这条可用性原则有关的程序语言还包括Trulia中的基于地理位置的搜寻、Amazon的条码搜寻、Google Shopper中的扫描及语音搜寻，以及依照搜寻日期进行分组的搜寻历史记录。
在留存搜寻结果的商业模式中，使用者一般来说还需要花费额外的步骤为搜寻结论命名，做为将来查看时的索引形式。而“前段时间的搜寻词条”则由系统自行留存及呈现出。对于自己的产品，要考量哪种形式更为适合。
6、搜寻配置文件
使用者能在搜寻配置文件中使用某些高级搜寻选项，例如通过某种形式选定搜寻覆盖范围等。另外，搜寻配置文件之中一般来说还会包含一个在视觉呈现出形式上很突出的搜寻按键。
尽量控制搜寻配置文件中的交互元素数量，并依照正确的形式采用这些交互元素。在视觉上注意细节的把握，例如元素的对齐、文字标签的布局及字号等。
7、搜寻结论
他们将搜寻结论自身也看作整个搜寻功能中的一个商业模式。搜寻结论能再次出现在与搜寻操作相同的界面中，也能存在于一个单独的搜寻结论界面之中，看需求。搜寻结论的呈现出形式是多种多样的，包括表格(table)、列表(list)、缩略图等，另外还能显示在地图之中。同一款应用领域能同时采用几种不同的搜寻结论整体表现形式，具体形式取决于搜寻结论的类型及使用者的设置。
很多应用领域都会在搜寻结论中采用延迟加载技术(lazy loading)，通过此种形式具体来说加载一部分搜寻结论，同时另外一部分继续载入。一般来说有两种形式能触发更多内容的加载，一是手动加载，二是由使用者手动点击某个按键或链接来继续执行。
他们能采用延迟加载技术来代替传统的分页浏览商业模式，特别是在终端应用领域的上下文环境中，分页导航形式有悖于自然的交互模型，不符合使用者直觉。另外，最好让使用者介绍搜寻结论的词条总数，并为搜寻结论提供合理的默认次序规则。
互 联 网 用 户 体 验 专 家
adinnet_design
使用者体验 UE UX UI 设计 视觉 配色 排版
终端端 web app 响应式交互 动效 GIF
创意 网页 产品 H5 艾艺 原创
