浅谈关于搜索的设计

下午的时候群里一个童鞋列出了一些电子商务网站对于空搜索的处理结果,然后引发了一个关于空搜索处理的讨论。这里,空搜索指的是:不在搜索框里输入任何内容,直接点击搜索按钮。

可以肯定的是,造成空搜索的用户的比例应该不大,主要是误操作,当然也不排除向我这样的探索者。但是作为电子商务网站用户体验的一部分,这个地方必须要考虑到。

我们先来看看主流电子商务网站的处理结果(这里不需要讨论搜索引擎的返回结果,因为它就是做搜索的,没有也没必要去给你推送什么其他的内容):

  •  阿里巴巴中国站;弹出提示框“请输入产品名称”,点击确定后没有任何反应
  • 慧聪;弹出提示框“请输入查询内容”,点击确定后光标落在输入框内“输入你感兴趣的内容”后面
  • 百度有啊;跳转到查看所有分类页面
  • 淘宝;跳转到查看所有分类页面
  • 拍拍;跳转到查看所有分类页面
  • 卓越;跳转到搜索结果页面,提示找到0条搜索结果
  • 亚马逊;刷新一次页面

从结果上看,主要分为4类:弹出窗口提示、跳转到列表页、显示0条搜索结果、刷新一次页面。那么,哪个网站的设计的用户体验最爽呢?

前几天我正好对网站搜索部分做了一次改版,采取的是优化了的弹窗形式:弹出窗口提示输入关键词,该窗口自动在3秒内关闭,关闭后光标被移动到搜索输入框内,且框内原先的提示信息被清除掉,弹窗的位置控制在离搜索框很近的位置,目的在于不要造成宽屏用户的鼠标长途奔袭

于是我最开始的时候倾向与这种结果的返回。出发点是在于对于用户的误操作给出善意的提醒,同时尽最大可能不给用户造成额外的负担。

洗澡的时候突然觉得这样的做法有点不符合老大经常教导我的“产品要和运营挂钩”的原则。应该尽最大的努力展示网站的内容给我的用户,同时想办法引导他们去点击去使用,那么,从这个角度来看,淘宝、拍拍的做法应该是合理的。

擦干身子抽了颗烟,觉得这样似乎也不是很妥,于是找 wkcow 讨教了一下,被点醒了,其实最好的用户体验设计应该是亚马逊。

首先,空搜索既然是用户的误操作就需要给用户一些提醒,那么没有任何反应的设计必然是错误的,因为用户看到没动,可能认为是网站出问题了,这种设计是最最傻的;其次,对于弹出窗口的设计用户是不愿意去等待那3秒的,那么就必须要点一次确定,这样就多了一次交互,还是给用户增加了负担,且在设计上要考虑弹出窗口的位置、光标的位置的问题,这种设计事实上很累也很傻;第三,返回列表页的设计是想给用户推送一些其他的内容,但是实际上用户是不会理睬这些内容的,且这个结果改变了用户的初衷,更改了最简单的流程。

亚马逊的设计恰恰是一个最最正常的流程,不需要交互、不需要解释,就是一个简单的刷新已经告诉了用户很多信息:点击搜索按钮,网址执行了该操作,但你输入的是空白,我也就给你一个空白的结果(这里,卓越跳转到搜索结果页,且提示搜索结果为0的做法是一个很不人性化的机械的执行用户操作的傻设计)。

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

Update:发布的5G之后,老白和白鸦给出2种更优化的方法;

  • 之一:干嘛要刷新页面?   这不还是让人和机器交互了一次吗,万一页面大这个刷新的成本有多少? 就让他点了以后输入框做个简单的提醒(比如输入框的光标出现,或者输入框的颜色闪动等小到有那么有点反应即可),不行吗?
  • 之二:没有空搜索,搜索栏默认热词,光标过去立即清空,等待用户录入同时提供下拉备选。

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

原文:http://www.ikent.me/blog/1404

时间: 2024-11-18 23:42:06

浅谈关于搜索的设计的相关文章

浅谈关于JavaScript API设计的一些建议和准则

  这篇文章主要介绍了浅谈关于JavaScript API设计的一些建议和准则,文中列举了许多知名的JS API进行辅助说明,极力推荐!需要的朋友可以参考下 设计是一个很普遍的概念,一般是可以理解为为即将做的某件事先形成一个计划或框架. (牛津英语词典)中,设计是一种将艺术,体系,硬件或者更多的东西编织到一块的主线.软件设计,特别是作为软件设计的次类的API设计,也是一样的.但是API设计常常很少关注软件发展,因为为其他程序员写代码的重要性要次于应用UI设计和最终用户体验. 但是API设计,作为

读百度《浅谈网页搜索排序的投票模型》有感

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 百度搜索研发部官方博客的那篇<浅谈网页搜索排序中的投票模型>不知道大家有没有仔细看过,如果没有看过,建议大家可以认真的看一下,个人觉得这篇文章的观点对于我们SEO工作者来说,是一个比较靠谱的深入网页排名研究方向,里面谈到关于选举投票的很多困境,每种选举办法都有自己的弊端,作者再结合这些选举的方法,谈到在网页搜索排名投票原理中需要注

“图”说天下:浅谈图片搜索功能

随着360综合搜索不断地开拓进取之后,新上线了图片搜索功能.百度图片搜索每天的百度预计流量为781万4070,这还仅仅只是百度来的预计流量,实际上更多.搜索引擎市场的竞争是多元化的,不仅仅是搜索结果的竞争,包括图片.音乐等栏目的竞争也日趋日烈.360图片搜索推出以后,图片搜索市场也是"百家齐鸣",百度.谷歌.搜狗.即刻等等都开始在图片搜索领域争奇斗艳.下面笔者就开始用"图"说天下的图片搜索市场. 1.百度图片(http://image.baidu.com) 百度图片

烦人的“小妖精”:浅谈小红点的设计

导语 随着各类App的业务功能不断丰富,小红点已经成为互联网从业者们最常使用的运营工具之一,每当有新的运营内容或新功能上线,大家的做法往往是"在那放个红点就行了".然而简单粗暴的形式以及不加节制的投放,让小红点变成了人人厌烦的"小妖精".本文从设计的角度出发浅谈小红点的一些设计细节,期望引起大家对小红点的关注,在这里抛砖引玉,也期待感兴趣的小伙伴一起探讨. 烦人的小红点 人类似乎天生对不对称,不和谐的事物有厌烦心理,并且想要去纠正这些"错误",简

浅谈关于JavaScript API设计的一些建议和准则_基础知识

 设计是一个很普遍的概念,一般是可以理解为为即将做的某件事先形成一个计划或框架. (牛津英语词典)中,设计是一种将艺术,体系,硬件或者更多的东西编织到一块的主线.软件设计,特别是作为软件设计的次类的API设计,也是一样的.但是API设计常常很少关注软件发展,因为为其他程序员写代码的重要性要次于应用UI设计和最终用户体验. 但是API设计,作为我们自己写的库中提供的公共接口,能够向调用我们代码的开发者表现出我们库的一些特点和功能,所以API设计和UI设计一样重要.事实上,两者都是为应用可以提供更好

iOS开发之浅谈MVVM的架构设计与团队协作

今天写这篇博客是想达到抛砖引玉的作用,想与大家交流一下思想,相互学习,博文中有不足之处还望大家批评指正.本篇博客的内容沿袭以往博客的风格,也是以干货为主,偶尔扯扯咸蛋(哈哈~不好好工作又开始发表博客啦~). 由于本人项目经验有限,关于架构设计方面的东西理解有限,我个人对MVVM的理解主要是借鉴于之前的用过的MVC的Web框架~在学校的时候用过ThinkPHP框架,和SSH框架,都是MVC的架构模式,今天MVVM与传统的MVC可谓是极为相似,也可以说是兄弟关系,也就是一家人了. 说道架构设计和团队

浅谈云云搜索社交化模式带来的启示

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 社交化搜索一直是搜索引擎探索的对象,而社交化在我们站长中也是想运用而不知道如何运用.社交化搜索"谷姐"应该算是先辈,可是只是火爆一时,而云云网不仅是一个搜索引擎更是一个社交社区,笔者就浅谈一下搜索引擎该如何给自己加料,让搜索引擎社交起来. 传统搜索失败的案例也很多,当然有站长肯定会反驳我说360搜索的迅速崛起,可是360搜

浅谈网页搜索排序中的投票模型

前些天读了一本<选举的困境>,其中有一章,从美国的选举制度说起,介绍美国选举制度的不足,然后针对其不足,提出种种改善,然而每种改善都有其各自的问题,其中的变化很有趣. 先说美国选举制度,美国的总统选举是一种"赢者通吃"的方式,每个州根据其人口多少,有几十或几百的"州票",州里的人对总统候选人进行选举,在某个州获得票最多的那个候选人,获得这个州所有的"州票",然后统计所有候选人的"州票"多少,获得最多"州票

PS图像合成教程—浅谈从创意到设计的全过程

大家好,阔别多年,百忙中抽空写一Photoshop教程,因此成文仓促,请大家见谅希望能和大家多多交流,谢谢.谈到设计那是三天三夜都说不完的,创意呢?那更是不可捉摸的一缕颤动.因此今天咱就主要讲讲这次设计的流程,让我们开始吧! 最终作品 <一抹浅红> 在人性的森林里,总有那么一簇映照人性的红,就是这样的一抹浅红,在阳光的映照下,映射着一个人的一生! 步骤一:事前准备 明确主题: 因为4月9号是母亲节,所以咱就想做个有关母亲的作品.但毕竟咱都这么大了母亲多半年迈,这不,咱就反向思维一下,弄个美女.