搜索框 - UCD大社区

搜索框suggestion提示还能做点啥

noreply@blogger.com (loverty) — 2009-12-12 20:14:27

今天看到aliued朱鹤群同学的搜索框提示设计，其中提到的搜索框提示、交互设计的目的很有体会。

谷奥报道，最近Google的搜索框suggestion加入更多的提示功能，谷歌叫做加入通用搜索功能，比如可以直接显示天气，度量转换和简洁明确答案类。Yahoo 2005年9月搞得instant search服务的suggestion中出shortcut功能很类似。雅虎的一些在搜索方面的想法确实挺好的，10月份web2.0峰会上谷歌创始人之一Brin评价说"雅虎（在搜索方面）拥有大量的创新，我希望雅虎仍能够在搜索领域进行创新"，并对雅虎放弃搜索投奔微软表示遗憾。

搜索输入框这个提示到底有什么价值？
1 提高输入效率，降低输入成本，
2 提升输入便利性、可参考性、有效性

除了这些可见的成效，一个输入框的下拉框能玩出多少花来？是否还有其他意义？比如试图降低用户更自然语言的query表达等。
搜索框提示其实有个颇为遗憾的就是浏览器本来记录的input框提示的信息无法呈现，这个是否可以跟搜索历史记录相结合解决掉呢？

在有道的搜索框提示中，输入网站名提示网址挺有意思是一个对搜索框提示很有意思的发挥。soso的输入框提示也很有意思。

阿里输入框交互尝试、启发式评估及优化建议

zhuhequn — 2009-12-11 21:48:52

·设计目的：

1）在不影响现有用户使用习惯的前提下，提升搜索输入流程的便利性；

2）在有限的空间内，增强首页搜索操作的历史回溯能力，减少老用户的搜索操作成本，提高他们的搜索效率；

3）对新用户的搜索引导更丰富，增加搜索的趣味性；

·设计方案草稿：

·主要流程

1）进入页面，光标默认放置在输入框内，支持用户直接输入操作。同时，光标后跟随当前搜索维度下的输入提示信息；（如图1.1）

图1.1

2）在图1.1页面状态下，当用户输入任意关键词后，在输入框内部，清空系统默认的输入提示信息，显示当前输入内容。同时，自动向下弹出联想词推荐，并给出可能的搜索结果数信息（如图1.2）；

图1.2

3）在图1.2状态下，在输入框的最后方显示“一键清空”图标，当用户点击此图标后，将清空所有输入信息，并收回下拉框，输入框内仅保留光标；（如图1.3）

图1.3

4）在没有任何输入的情况下，点击搜索框下方箭头按钮将有两种可能情况：①如果是全新用户，即没有任何搜索相关的行为记录，我们将弹出下拉框，给出我们的推荐热词列表（10条），并提示每条热词的搜索次数；（如图1.4）

图1.4

②如果用户有过任何的搜索行为记录，我们将弹出下拉框，给用户最近的10条搜索历史记录，不满10条的话显示全部，超过10条显示最近的10条，根据搜索时间顺序排列，显示最近一次搜索时间；（如图1.5）

图1.5

5）在弹出任何的下拉列表中，只要鼠标点选了其中的任何一条内容（也可以通过键盘光标移动+回车确认）后，就实现即时的搜索行为，引入搜索结果页面；

·分支流程1

1）进入页面，光标默认放置在输入框内，支持用户直接输入操作。同时，光标后跟随当前搜索维度下的输入提示信息；（如图2.1）

图2.1

2）在图2.1页面状态下，如果鼠标点击输入框内部区域，则清空系统的输入提示信息，仍保留输入光标，处于待输入状态；（如图2.2）

图2.2

3）如果用户点击搜索框上方的Tab键，将实现切换搜索维度操作，光标维持在输入框内，同时系统显示当前维度下的输入提示信息；（如图2.3）

图2.3

4）在输入框内已有输入信息的状态下，（如图2.4），点击Tab，实现切换搜索维度操作后，保留输入信息；（如图2.5）

图2.4

图2.5

·分支流程2

1）当用户输入任意关键词后，在输入框内部，清空系统默认的输入提示信息，显示当前输入内容。同时，自动向下弹出联想词推荐，并给出可能的搜索结果数量；（如图3.1）

图3.1

2）如果用户点击页面其他无操作空白区，取消关键词联想推荐的下拉框，但保留搜索框内的输入信息和一键清空图标；（如图3.2）

图3.2

3）在图3.2页面状态下，如果用户点击搜索框下方的箭头按钮，将根据用户属性对应弹出热词推荐或搜索历史记录下拉框（如图3.3）；此时点击下拉框内的任意条目，被选中词条将取代输入框内的词，引发搜索并进入搜索结果页面；

图3.3

4）在图3.3状态下，如果点击一键清空键，将清空输入框内信息，收回下拉框，仅光标在输入框内显示；（如图3.4）

图3.4

5）在图3.1的页面状态下，如果发生任何的输入性操作，包括删除部分现有信息（除输入框内信息为空的情况外）、追加输入等行为，均弹出联想推荐下拉框；（如图3.4）

图3.4

·启发式评估意见整理——主要争议点：

1） 默认焦点：默认光标在输入框内，同时输入框内光标后有说明性文本，从用户习惯上讲没有先例，开发的可行性也需要评估；

设计师评估：光标默认在输入框内的设计，符合目前主流搜索引擎的规范，说明性文本是用来指导新用户输入操作，其本身不存在歧义和误导，唯一需要考虑的是前端实现方面的可能及成本。所以我们暂定，在技术支持的前提下，保留设计。

2） 一键删除：新增此功能的必要性存在争议，图标语义也不是很明晰，容易让用户产生“关闭联想词下拉框”的误解，进而发生误删输入内容的可能；

设计师评估：综合评估了该功能的使用场景，确实觉得在首页上的相关场景不多，同时图标还存在误导用户、引发争议的可能，所以决定先在搜索list等页面的搜索框测试功能，等确认效果后才同步到首页；

3） 下拉推荐：下拉触发区块物理尺寸偏小，用户不容易发现，同时点击式的触发的条件也增加了用户的发现、使用成本；

设计师评估：从视觉上将确实有点小，但我们前期的设计出发点就是在不打扰现有正常流程的前提下，尝试给老用户和高端用户一些新的交互体验，所以我们仍然决定支持现有的图标尺寸和触发条件，等上线测试后再决定下阶段的优化方向。

4） 共用区块：针对不同属性的用户，提供不同的推荐内容。同时从视觉上看，联想词下拉框也共用了此区块，只是在形式上略有差别。正是由于在公共区块存在不同反馈结果的可能，所以预计会对用户造成较高的理解、学习、使用成本；

设计师评估：根据共用区块提供的三类参考信息的目的（匹配并提供最符合用户想法的输入词，帮助用户高效完成输入操作）来看，我们认为应该不会对用户的理解、使用造成太大的困惑，更不会造成用户的操作失败。但考虑到评估期间内的争议比较突出，我们决定先期采用历史记录和热词推荐合并显示的方案，上线测试后再决定下阶段的优化方向。

·优化设计方案：

·主要流程

1）进入页面，光标默认放置在输入框内，支持用户直接输入操作。同时，光标后跟随当前搜索维度下的输入提示信息；（如图1-1）

图1-1

2）在图1-1页面状态下，当用户输入任意关键词后，在输入框内部，清空系统默认的输入提示信息，显示当前输入内容。同时，自动向下弹出联想词推荐，并给出可能的搜索结果数信息（如图1-2）；

图1-2

3）在图1-1页面状态下，在没有任何输入的情况下，点击搜索框下方箭头按钮将有两种可能情况：

①如果是全新用户，即没有任何搜索相关的行为记录，我们将弹出下拉框，给出推荐热词搜索（10条），提示每条热词的搜索次数，并说明搜索历史为“暂无”；（如图1-3）

图1-3

②如果用户有过搜索行为，我们将弹出下拉框，给出用户最近的搜索历史记录，不满7条的话显示全部，超过7条显示最近的7条，根据搜索时间顺序排列，同时根据实际显示搜索历史的条数，对应显示热词搜索的条数（历史+热词=10条）（如图1-4）

图1-4

4）在图1-3、1-4页面状态下，在弹出的下拉框中，用户点选了其中的任何一条内容（可以是通过鼠标或者键盘光标移动+回车进行选择）后，就实现即时的关键词搜索操作，引入搜索结果页面；

·分支流程1

1）进入页面，光标默认放置在输入框内，支持用户直接输入操作。同时，光标后跟随当前搜索维度下的输入提示信息；（如图2-1）

图2-1

2）在图2-1页面状态下，如果鼠标点击输入框内部区域，则清空系统的输入提示信息，仍保留输入光标，处于待输入状态；（如图2-2）

图2-2

3）如果用户点击搜索框上方的Tab键，将实现切换搜索维度操作，光标维持在输入框内，同时系统显示当前维度下的输入提示信息；（如图2-3）

图2-3

4）如果用户点击Tab项“更多”，将弹出下拉式选择框；（如图2-4）

图2-4

5）在页面2-4状态下，如果用户点击非触发的空白区域，即未选择下拉框中任意一个选项，将回复到最近的搜索维度；（如图2-5）

图2-5

6）在页面2-4状态下，如果用户选择下拉框中任意一个选项，将切换Tab到该搜索维度，光标维持在输入框内，同时系统显示当前维度下的输入提示信息；（如图2-6）

图2-6

7）在页面2-6状态下，点击最后那个Tab项“博客”，将弹出下拉框，后续交互逻辑同页面2-4；（如图2-7）

图 2-7

·分支流程2

1）当用户输入任意关键词后，在输入框内部，清空系统默认的输入提示信息，显示当前输入内容。同时，自动向下弹出联想词推荐，并给出可能的搜索结果数量；（如图3-1）

图3-1

2）如果用户点击页面其他无操作空白区，取消关键词联想推荐的下拉框，但保留搜索框内的输入信息；（如图3-2）

图3-2

3）在图3-2页面状态下，如果用户点击搜索框下方的箭头按钮，将弹出下拉框，显示搜索历史和热词搜索（如图3-3）；此时点选下拉框内的任意条目，被选中词条将取代输入框内的词，直接引发搜索行为并进入搜索结果页面；

图3-3

4）在图3-3页面状态下，如果点击弹出框下方箭头按钮，将收回下拉框，输入框内保留现有的输入信息；（如图3-4）

图3-4

5）在图3-4页面状态下，如果发生任何的输入性操作，包括删除部分现有信息（除输入框内信息为空的情况外）、追加输入等行为，均弹出联想推荐下拉框；（如图3-5）

图3-5

·分支流程3

1）当输入框中没有任何输入信息时候，点击Tab，仅切换到对应的搜索维度；（如图4-1）

图4-1

2）当输入框中有任何信息时（如图4-2），点击非当前维度的Tab（比如点击“公司”项），直接引发对应维度下的搜索行为并进入搜索结果页面；

图4-2

3）在图4-1的各状态下，点击“搜索”按钮，将进入各模块对应的引导页面；（如图4-3、图4-4）

图4-3

图4-4

相关话题：搜索框源地址：http://www.aliued.cn/?p=2203

空搜索如何设计？

kent.zhu — 2009-04-11 22:03:08

题续上篇，继续说说关于搜索的设计。

      下午的时候群里一个童鞋列出了一些电子商务网站对于空搜索的处理结果，然后引发了一个关于空搜索处理的讨论。这里，空搜索指的是：不在搜索框里输入任何内容，直接点击搜索按钮。
      可以肯定的是，造成空搜索的用户的比例应该不大，主要是误操作，当然也不排除向我这样的探索者。但是作为电子商务网站用户体验的一部分，这个地方必须要考虑到。

      我们先来看看主流电子商务网站的处理结果（这里不需要讨论搜索引擎的返回结果，因为它就是做搜索的，没有也没必要去给你推送什么其他的内容）：
      阿里巴巴中国站；弹出提示框“请输入产品名称”，点击确定后没有任何反应
      慧聪；弹出提示框“请输入查询内容”，点击确定后光标落在输入框内“输入你感兴趣的内容”后面
      百度有啊；跳转到查看所有分类页面
      淘宝；跳转到查看所有分类页面
      拍拍；跳转到查看所有分类页面
卓越；跳转到搜索结果页面，提示找到0条搜索结果
      亚马逊；刷新一次页面
      从结果上看，主要分为4类：弹出窗口提示、跳转到列表页、显示0条搜索结果、刷新一次页面。那么，哪个网站的设计的用户体验最爽呢？

      前几天我正好对网站搜索部分做了一次改版，采取的是优化了的弹窗形式：弹出窗口提示输入关键词，该窗口自动在3秒内关闭，关闭后光标被移动到搜索输入框内，且框内原先的提示信息被清除掉，弹窗的位置控制在离搜索框很近的位置，目的在于不要造成宽屏用户的鼠标长途奔袭。
      于是我最开始的时候倾向与这种结果的返回。出发点是在于对于用户的误操作给出善意的提醒，同时尽最大可能不给用户造成额外的负担。
      洗澡的时候突然觉得这样的做法有点不符合老大经常教导我的“产品要和运营挂钩”的原则。应该尽最大的努力展示网站的内容给我的用户，同时想办法引导他们去点击去使用，那么，从这个角度来看，淘宝、拍拍的做法应该是合理的。
      擦干身子抽了颗烟，觉得这样似乎也不是很妥，于是找wkcow讨教了一下，被点醒了，其实最好的用户体验设计应该是亚马逊。
      首先，空搜索既然是用户的误操作就需要给用户一些提醒，那么没有任何反应的设计必然是错误的，因为用户看到没动，可能认为是网站出问题了，这种设计是最最傻的；其次，对于弹出窗口的设计用户是不愿意去等待那3秒的，那么就必须要点一次确定，这样就多了一次交互，还是给用户增加了负担，且在设计上要考虑弹出窗口的位置、光标的位置的问题，这种设计事实上很累也很傻；第三，返回列表页的设计是想给用户推送一些其他的内容，但是实际上用户是不会理睬这些内容的，且这个结果改变了用户的初衷，更改了最简单的流程。
      亚马逊的设计恰恰是一个最最正常的流程，不需要交互、不需要解释，就是一个简单的刷新已经告诉了用户很多信息：点击搜索按钮，网址执行了该操作，但你输入的是空白，我也就给你一个空白的结果（这里，卓越跳转到搜索结果页，且提示搜索结果为0的做法是一个很不人性化的机械的执行用户操作的傻设计）。

把这次的探讨总结成一句话共勉：注重用户体验，就需要尽可能的减少交互，不给用户增加不必要的负担！

      Update：发布的5G之后，老白和白鸦给出2种更优化的方法；
      之一：干嘛要刷新页面？这不还是让人和机器交互了一次吗，万一页面大这个刷新的成本有多少？就让他点了以后输入框做个简单的提醒（比如输入框的光标出现，或者输入框的颜色闪动等小到有那么有点反应即可），不行吗？
      之二：没有空搜索，搜索栏默认热词，光标过去立即清空，等待用户录入同时提供下拉备选。

      谁还有更好的方法？欢迎探讨。

相关话题：搜索框站内搜索源地址：http://www.ikent.me/blog/1404

把搜索框还给搜索

kent.zhu — 2009-04-01 08:12:09

1、搜索框的意义
       用户总是和你想的不一样，用户很多时候是不会按照你设定的导航走的，他们更多的时候是上来就直接输入关键字进行搜索。对于购物者而言，如果清楚的知道想要什么，他们会很明确的使用搜索框，这种情况下购物者显示出了明确的购物意图，因此搜索框能够把该意图转变为真实的购买行为。来自Fast Search的数据显示，30%的购物者进入电子商务网站后会立刻使用搜索框，超过30%的人通过导航没有找到需要的物品后转而使用搜索框。
       如果一个网站没有足够合理的信息架构体系，那么搜索引擎不仅仅是有帮助性的，甚至是至关重要的设计功能。有可能比网站的导航更对用户有帮助。事实上，搜索是用户了解在一些综合性网站内容最直接有效的方式。最好的搜索设计就是给用户提供一个简简单单的搜索框在页面显眼固定的位置上，但却有强力搜索的能力和范围宽广的功能。
       所以，如果你的网站没有足够清晰的信息架构体系，那么，请把你的搜索框还给搜索，不要再试图去绑架你的搜索框！

2、被绑架的搜索框

      http://www.zghzp.com/
      不可否认，右侧的背景很美，但是我是来搜索的不是来欣赏图片的，这个背景搞的我都不知道这个搜索还有上面的频道切换是不是可以点击了（我试图去点击新版上线，未果）。这个设计的用户体验差及了。
      http://www.shtimber.com/
      搜索跟留言板有什么关系？搞个留言板的按钮跟搜索放在一起是什么逻辑？这让我在想搜索的时候很不爽
     http://cn.china.cn/
   这个很让我无语，在搜索按钮后面补个按钮就罢了，居然还来个比搜索按钮还大2倍多的按钮……
   http://b2b.hc360.com
     这个大概是我见过的最无语的搜索框了。想不清楚为什么现在还有设计师会把“设为首页”、“收藏本页”这样的功能摆出来，而且是摆在搜索框上。
     http://www.8035.com/
      对于这个，首先视觉完全被放在了那2个“新”、“热”上去了，压根没有想着点前面的东西了；不知道为什么要把这2个东西摆在搜索按钮的后面，还有，这么长的搜索框是否是在告诉我，你们网站的东西很难找，需要很长的关键词呢？

      现在很多网站都倾向于搞一个这样会闪的gif图片来突出某些内容，我习惯把这些东西叫小蚂蚁。有的网站搞的很夸张，这小蚂蚁长的胖的出奇，用户的吸引力完全都放在了那只胖蚂蚁上，根本没有想着胖蚂蚁前面的东西；有的网站觉得每个栏目都需要突出于是每个栏目上都搞个“新”、“热点”，最后的结果就是整个网站看着就像个蚂蚁窝。个人觉得要想用这个小玩意赢得好的用户体验，至少要保证3点：小、简、少。小，不至于让我感觉感觉突兀；简，能表达意思就可以了；少，不至于搞的我想点了不知道点哪里。

3、把搜索框还给搜索
把搜索框还给搜索！搜索就是搜索，不要给搜索背上太多的东西。一个搜索频道、一个搜索输入框、一个搜索按钮这样就已经足够多了，再多一点搜索框都会受不了！当然，你也可以让你的搜索框更精简，精简到只有一个搜索框。
把搜索叫搜索！搜索的位置要明显到用户第一眼就能看到且随时能够找到；输入框应该让用户感觉可以输入；搜索按钮看上去应该更像是个按钮；不要把无关的东西在搜索按钮边上，它就应该一个人待着！

相关话题：搜索框源地址：http://www.ikent.me/blog/1389

从用户群体看细节交互

西贝 — 2008-09-15 15:56:48

上图A：IE上google的搜索框设计，鼠标移动到“搜索”触发操作。
上图B：火狐中google的搜索框设计，用放大镜标识触发。
上图C：IE上搜索框设计，用按钮的方式标识触发操作。

西贝在多处进行操作习惯的调研，比如蓝色论坛、QQ群1（非互联网活跃用户）、QQ群2（大多是做HCI的）等。针对不同的用户群体提出了同样的问题：

哪种搜索最易用，是我最期望的，为什么？

普通用户（对快捷操作不熟悉，不是资深的网民）：

心理上需要安全感，觉得全部显示出来是最安全的。设计要明确的给出“你要我怎么操作，哪里是用来点击的，哪里是用来选择的，我在哪里输入信息”。

A：最常见的，最明确的。但是“搜索”用文字表达，要去点击才知道是按钮的操作。

B：多了一份简洁，但是按钮再输入框中，有误认为是图标的概念。

C：了解如何操作，就是不清楚下拉的选择为什么是在后面操作。

总结出来的样式：

成熟型用户：

表现方式变得不再重要，基本来说使用“Enter键”。使用键盘操作多，少量使用鼠标的用户在输入后，最快的满足方式就是Enter建。而且西贝意外的发现成熟型人员比较喜欢输入后才寻类别，不知道是调研的群体比较狭窄还是调研的人都比较喜欢这个方式~

所以思路就是这样的“输入》类别》Enter搜索”。那么C方案就是比较适合的了。

总结出来的样式：

那么，是不是可以说忽视考虑资深网民的操作习惯，采用Enter的快捷键就ok了？重要的就是考虑普通网民的设计了呢？而且美观和简洁当道的Web世界，是不是图标放到输入框下，做可以点击的样子就是最合理呢？

如下方式是最好的吗？欢迎大家给不同意见：

附调研部分意见：

不熟练用户会将鼠标放到放大镜那里，有变化会更好，即ie上的搜索框的那种效果。。。

习惯输入内容后enter。
并且在输入完后，就有选择搜索引擎类别，这也挺方便。
有些喜欢输入前寻类别，个人偏向后者。

通常我只用enter按键。

估计是因为用本本久了，所以偏向喜欢C。

我会选C，比较直观，不需要思考过程，箭头下拉的指示也比较明确

对于普通网民来，他们绝大部分就只知道点“按钮”AC都可以吧。

最好是输入搜素关键词后，直接enter按键就可以搜索。

选C，操作可提示性和美化程度结合得比较好。

我和很多人都是直接回车提交信息的。

我选B~。google一直都提倡输入内容后直接按回车键，这点在用GOOGLE网站搜索的时候也会提示，所以在A里的搜索没有做直接的提示为按钮也在情理之中，从这一点来说，B无疑是最佳的选择，因为不会在视线里造成其它的困绕。相对来说我觉得C是最难理解的，因为在我输入内容的同时它不能够为我指明当前搜索引擎的名称。

。。。

欢迎拍砖讨论

banlon的建议:

相关话题：搜索框源地址：http://www.ucdcn.com/space.php?uid=24&do=blog&id=92

思考关于搜索框的设计

Maison — 2008-12-09 08:00:37

在内容为主的网站中，搜索框往往是最常用的设计元素之一。从可用性的角度来看，搜索功能是用户有了明确的内容想看的时候最后使用的功能。如果一个网站没有足够合理的信息架构体系，那么搜索引擎不仅仅是有帮助性的，甚至是至关重要的设计功能。有可能比网站的导航更对用户有帮助。事实上，搜索是用户了解在一些综合性网站内容最直接有效的方式。最好的设计就是给用户提供一个简简单单的搜索框在页面显眼固定的位置上，但却有强力搜索的能力和范围宽广的功能。

在现实中，网站往往会随着时间的推移，新的内容不断的增递，而且这些新内容会更加重要，那么他对你之前设计的信息架构会有一定挑战，可能新的内容不一定适合整个信息架构，这个时候会和你的当时精心设计架构是有违背的。那么你的内容会打散在各个地方，每块内容都会看上去比较特别，感觉不是在网站架构中的一样。

当内容被分散四处，没有内容组织的时候，用户就更加困难找到他说需要的信息了。用户的可用性降低了，没有他所需信息的时候，用户会选择离开网站，或去Google去试试运气。这个时候还有唯一的希望那就是：一个搜索框。

虽然搜索的背后需要很高深厉害的程序算法，但不要忽视了前台的UI设计，我想可以看看更多现有网站的搜索框的设计。

什么时候需要搜索？
并非每一个网站都需要搜索功能的，但随之网站越来越多内容，它是满足用户以最快速度获得所需信息的最有效的方法。如果网站导航非常简单直观，没有内容能逃出网站的导航的话，那么搜索对于这样的网站没有太大作用。
搜索应该是一种预防性的功能，因为当导航系统十分庞大复杂的时候，搜索是能力立即去解决麻烦的方法。它可以培养用户要如何使用网络获得他们想要的信息。

因此，如果网站够大，或者网站会逐渐庞大的网站，早点考虑优化自己的搜索引擎，那么您的用户会感谢你滴。

搜索框=输入框+提交按钮
在设计中的搜索框变得很重要。输入框必须清晰可见，很容易辨认和使用。有人可能会认为，在搜索框并不需要什么设计。看上去，这只有两个简单的要素：输入框和提交按钮。任何设计都不平凡。设计是很多要考虑的，比如：输入框的长度取舍，输入文字显示的设计。有些设计师就连提交按钮都没有设计上去。

事实上，设计的搜寻框是一个大问题。因为当用户有需求找某些信息的时候，搜索是最有效果的功能。那么搜索框的位置很重要，还有输入框应该让用户感觉可以输入，搜索按钮看上去应该更像是个按钮。

看看TechCrunch的设计，输入框和提交按钮，在配色方案完全符合网站的整体视觉风格。然而，它导致了一个问题：乍看之下，这真的很难看到的搜索框。用户可以搜索它，因为它不站出来是不容易发现。虽然位置的搜索框不错，很容易忽视，但这是不是一件好事。

搜索框容易犯的错误
在设计的时候我发现了几个问题：
1. 把搜索框放到页面底部，或隐藏在导航菜单中。
2. 将输入框设计比较短，暗示让用户使用短词来查询。
3. 提交按钮设计的比较小，迫使用户必须让鼠标指向非常精准。
4. 搜索框比较难让用户发现。
5. 搜索框的形式和其他功能形式一样的设计，比如联系人中的设计。
6. 在全设计中的页面（推广宣传），搜索框被设计的很难发现。
7. 提供功能过于强大的搜索，当用户是需要简单。
8. 提交按钮的名字随意的乱叫。
9. 并非搜索的功能，当看上去很像搜索框。
10. 提供多个提交按钮。

Wikipedia的搜索框就没有很直观的体现搜索。用户点击“Go”和“Search”有什么区别？功能上有什么不同？能不能在设计上让他们不太一样么。
设计体贴的搜索框

让我们来看看一些经常反复出现的困难和问题，设计师可能会在设计搜索框时所顾虑的。

搜索框放在什么位置？
有比较多的可能性，但只有少许是正确的设计。最方便的地方是网站顶部左上角或右上角。这两个位置比较让用户发现。因为用户最常见的F-型眼扫描模式。很多的博客往往将搜索框放在网站底部，看上去这个不是个好主意，但可能处于广告等的考虑吧。

如何命名提交按钮？
让提交按钮根据使用场景和用户情感化的设计来命名，是一个不错的主意。如：查找、查询、搜索或者一个ICON来表示。

这样的搜索按钮图片是非常让用户困惑的。

如何让用户如何搜索？
一个很好的想法就是把提示的文字放在输入框内，当鼠标点击输入框时提示消失。这样能明确告知该怎么利用搜索框。虽然它需要用小小段JavaScript来实现。

许多网站开始使用Google提供的一些搜索服务，但是可能用户不太喜欢这样的搜索结果，而且Google的算法也不太适合某些公司的网站需求。当不可否认Google的出现打破了一些规则。

相关话题：搜索框源地址：http://www.maidow.com/blog/?p=252