看了一下，很简单，或者说很传统的搜索主页，这不禁让我思考一个问题，为什么要上一淘？如果单纯从用户使用的角度出发来分析，那么它目前对我来说没用，因为淘宝网早已培养了我的使用习惯：

登录淘宝网——(登录到我的淘宝)——搜索商品——比较价格等属性——确认商品开始购买流程。（其中，是否先登录属个人习惯。）好了，这已经能让我买到自己想要的东西了。

为什么要上搜索引擎？

之前在一篇名叫 聊聊“要购物，先百度”如何养成 的文章里，也表明过这样的观点，要让用户挪步到搜索引擎作为网购的入口是不大可能的，至少一段时间内是这样。因为搜索引擎的结果给人的印象是“杂”，越是包罗万象，对商品引导的有效性就越低，相关性占的比重也越少。

在开始使用时我并没有注意到，搜索框默认的标签指在“综合”上，按惯性搜索后出现了一个combo结果页面。我有目标要得到更多商品图片（淘宝网习惯），但其实只展示了有限的几张（4张），从中能获取到的帮助因此被打了折扣。其实解决方法很简单，默认搜“商品”，其他条件作为扩充，就像在Google上默认搜索的网页，图片作为筛选一样。

在淘宝搜索和在其他引擎不一样，长期以来已经培养了预期，知道结果应该是个products list，我要做的是去比较价格和地区等商品属性。男人的购物行为往往是带着目标去买，目的性强，要了解商品情况可能已经借助其他途径得到结论了，淘宝只是最后那个“柜台”，我交钱你付货。女人们则不大一样，在购物过程中易被其他商品吸引，比如打折、促销、明星代言、偶像剧中用品等。活动推广是很有效的“吸金法宝”。

这说明男女购物路径上是有一定差别的，如下图，同样买一条裤子，女人在整个过程的时间和金钱花费上要比男人高出许多。

拥有自己的独立搜索引擎

如果这是集团战略上的部署，那一点都不奇怪，因为阿里积淀了雅虎的资源，又有用户基础，研发独立的搜索引擎并不是什么难事，何况现在又与搜狐进行了合作。

如果说未来，淘宝网的站内搜索完全由一淘来接管也不是新鲜事。优酷已经走在前面，不久前也推出了独立搜索引擎——搜库，借优酷视频上位。

2010年，互联网貌似进入了一个“标配”的时代，一些主流产品，各大网站都竞相推出，这不禁又让人思考，到底是集中优势做出精品重要，还是占坑重要？

相关文章

1. 未来我们只需要浏览器
2. 聊聊“要购物，先百度”如何养成
3. 群组功能和用户沟通
4. 2009互联网产品盘点
5. 业界标竿·设计师的悲哀

这篇文章记录了Nearby Tweets改版的完整设计过程。Web开发者和商家期望借此获取些灵感。用户则更有兴趣找寻这些设计中所蕴藏的东西。当然，我希望能在文章结尾了解到你的想法和反馈！OK，我们开始吧。

故事的起因是这样地…

这一切开始于对Nearby Tweets的第一次迭代，目的是让当地的人与人、商家与商家之间能够通过一种简单的形式相互取得联系。

但产品开发向来不可能十全十美，只有不断迭代——产品好坏取决于用户认可。因此，借Uservoice的机会得尽我所能快地跟用户接触。通过Uservoice，用户可以针对Nearby Tweets的改版进行投票。

Nearby Tweets用户的主要需求

1. 默认地区
2. 保存关键字和地点
3. 令人懊恼的“抽屉”
4. 目录手册
5. 移动版本
6. tweets自动刷新
7. 屏蔽用户
8. 屏蔽地区
9. follow特性

选择哪些功能实现

尽管所有用户的请求都合理，但我得根据自己的资源和日程情况安排哪些可以实现。

移动版本要再往后排了
现在已经有web版了，所以对移动版持观望态度。因为需要更多资源和新一轮考虑，暂时没有精力。

目录手册也要往后排
市面上已经充斥了大量的Twitter目录手册应用。我的发展空间并不大，但在自动匹配地理位置领域，一直都是我的，现在是，将来也是。(参见 Twellow, WeFollow, 和 just tweet it)

其余的功能，一个个来
其余的功能需求都在我的日程上，在开始UI设计之前，我得把它们再梳理清晰一些。

缩小设计范围

为保持自己的路线，我为Nearby Tweets拟定了3个改版必备条件：

1. 获取用户反馈。在得到少量用户反馈后我迅速发布了Nearby Tweets的第一个版本，用这个有趣、有用的项目小试牛刀。通过这次改版我希望在设计过程中尽可能多地获取用户反馈。利用 Twitter，Uservoice等资源，进行私测和公测。
2. 把Nearby Tweets打造的更健壮。尽管焦点是第 一版的优势，但还是没有扩展的基础功能。这次Nearby Tweets将为用户偏好提供核心功能，以及高级搜索。
3. 保持 Nearby Tweets的简单。一直以来，我们努力保持Nearby Tweets的简单，并使它的体验更简化。

接下来，我制定了设计目标

允许用户随意查看Nearby Tweets，当需要时也允许他们调整。

将概念转化为UI设计
为保持Nearby Tweets的简洁，我拟定了2套UI设计概念：“Progressive disclosure” 和 “lazy registration”
在UI设计上实施Progressive disclosure

Progressive disclosure主张把高级和不常用的功能放在第二屏（不显眼的地方），使应用看起来简单易用，且不易出错——Jakob Nielsen

需要指出的是，第二屏可以被理解为把功能隐藏起来。

Tweet设置

对每条tweet来说，“谁说了什么”和“是谁说的”才是重点，所以我保持tweet表现成这个样子。

然而，用户还有其他需求，他们要求可以关注某人、屏蔽某人，甚至屏蔽地区。像这种高级功能就不能塞满tweet区域。Progressive disclosure的思想派上用场了。当用户把鼠标移动到每条tweet上时，上述3个功能才显示出来。就像这样：

地区和关键字的修改窗口

一个初次访问Nearby Tweets的用户也就是四处看看。所以在首页里只显示“Tweets nearby xxxxx about yyyyy.”就已经足够了。

但当用户想要搜索已经新地区和新关键字时怎么办？你会发现地区和关键字看上去像是可点的链接。当用户想修改这些信息时，点链接后会出现一个弹出层。

与其让用户看到搜索框及其他一堆筛选条件，不知所措，还不如只给个“Change”按钮，目的明确。点击按钮后进行下一步操作。实际整个区域都是可点的， 目的是为了增加用户的可点区域。

你会注意在地区弹出层里有个名叫“use the map”的按钮。在UI里设置地图有两个目的：一来，给用户位置感；二来通过Progressive disclosure提供高级搜索功能。

地区搜索利用交互地图完成

初窥地图会发现它就在Nearby Tweets的后面，营造了一个用户地区的虚拟环境，将tweet作为搜索结果不断滚动显示。

当用户搜索地区时，Nearby Tweets闪到一旁，地图就成主窗口了。这样做可以在地图不用时，巧妙地将它当作Nearby Tweets的背景，需要时再将其呼出。

用户偏好

作为Progressive disclosure的经典示范，用户可以添加保存地区、关键字，甚至更多偏好设置，目的都是让Nearby Tweets变的更好用。提高用户偏好，让我们看看它是怎么运作的。

UI中的Lazy registration
一个用户可能从不碰偏好设置，但仍能体会所有优点。要怎么做？Lazy registration是一种 growing UI trend ，它能读取用户之前的数据，自动完成已知信息的填写。

被动偏好
虽然Nearby Tweets不用注册，但它同样有一个偏好设置页面供用户配置。其中“lazy”这部分抽取的是用户喜好的集合。

• 用户每次切换地区后，都会被自动保存
• 用户每次搜索关键字后，都会被自动保存
• 主UI允许用户屏蔽某人 或某地区

默认地区
虽然用户可以设置默认地区，但通常都没必要。Nearby Tweets能自动获取用户地区信息，根本不需要用户动手，除非他想自定义。

处理用户需求

默认地区
Nearby Tweets也不是总能找到用户的位置，所以有时也需要手动覆盖掉默认地区。我想过很多方法解决这个问题，比如增加个“set to default”的选项在每个已保存地区旁边，但这可能会多出来很多链接，让界面变得冗余。

我决定在用户偏好中保留“设置成默认”这个功能。在那我用空间来展示这个选项。每个已保存的地区都可以被设置成“默认地区”。如图：

已保存的关键字和地区
我用“当前的”替代“已保存的”是因为它更贴切。关键字和地区的保存像是书签，但工作原理像浏览器历史。

Tweets的自动滚动
在控制新tweets刷新频率时有些困难。我很矛盾：如果太慢，会有用户觉得Nearby Tweets是不是没在工作；但太快，用户又没法阅读，过犹不及。在经过一些用户的测试后我发现，3秒这个速度正好。

并非每个人的阅读速度都一样，自动刷新频率可以当作用户偏好。据分析，除了3秒外，30秒、10秒、5秒和1秒也都很常见。

屏蔽用户

屏蔽地区
如何屏蔽地区又是个难题，因为要去比较tweet所在的地区与被屏蔽的地区。问题在于当用户屏蔽了“俄亥俄 州哥伦布市”，但发布者的地区是“哥伦布”。虽然人可能清晰辨别这两个是同一地区，但在电脑里，“俄亥俄州哥伦布市”并不等于“哥伦布”。

接下来如果我假设用户只想屏蔽精确匹配“俄亥俄州哥伦布市” 的地区，或者所有在“哥伦布”发布的tweets？为了使软件智能化，我让程序能够自动匹配城市名。然而，另一问题接踵而至，如果两个地区拥有同样的城市 名，就像“俄亥俄州哥伦布市” 和“佐治亚哥伦布”。那么，所有“佐治亚哥伦布”的用户想屏蔽来自“俄亥俄州哥伦布市” 的tweets时，就会屏蔽掉所有名为“哥伦布”的地区。如果它已经成为一个问题，我想我不得不竖起耳朵，听取用户的声音。

关注功能

相关文章

1. 在Google上看书
2. 一个提高了近10%转化率的改进
3. 开发iPhone版校友录
4. 可用性工程的生命周期
5. 10条可用性方面的启发

群组就是这么个载体，它的功能有主题、有讨论、有分享、有成员关系、有人与人之间的沟通等等。成员是群组最重要的部分，同时通过话题维系成员联系，成员动起来，群组才能活起来了。

由人就引发了沟通问题——及时沟通和延时沟通。IM每天都在用，已经成了生活中不可缺少的一部分了，无论QQ、MSN或是其他什么。IM的特点就是及时沟通、短平快，对方在线，发送消息后立即得到回复，如此往复，你一言我一语，这种沟通适合于有很强交流欲望，迫切要得到答复时使用。而群组的沟通方式则不同，属延时沟通。沟通双方（甚至多方）不要求那么高的响应速度，而是需要这种话题的节奏，从而控制沟通的紧张程度。所以看帖子的心情往往更轻松。QQ群常常让我烦躁，特别是几个活跃份子在群里“私聊”，搞的一群人在旁边陪着，一会弹出一次，我就是因为这个把很多群都设成拒绝接收消息了。这种及时给人带来一种“不相干”的紧张感。

延时沟通的产品除了群组还有很多，比如电子邮件、论坛、站内信、留言、评论等等，它们都是沟通工具，而不是通讯工具。一直以来都是慢悠悠的，反倒是IM在融合延时的概念——离线消息。

SNS如火如荼的今天，不要忘记群组，其实它本身就是SNS早起的代表作。现在我们只是把SNS作为某类产品的代名词，狭义化了罢了。细想下，开心也好、校内也好、白社会也好，功能和群组不都一样吗，唯一不同的时，它们多了插件概念，作为平台，可以允许更多第三方应用的植入。但目标都是一个——维系成员联系，让人动起来。

说到这，不要认为群组只能通过话题、兴趣来圈人。同样，也可以通过人来组织话题，一群身份相同或背景相同的人，能产生更丰富的话题，他们能派生出更多高质量的话题群组来。

相关文章

1. 聊聊“要购物，先百度”如何养成
2. 真的需要一淘etao.com？
3. MediaTemple例行维护
4. 走过2008
5. 常用的软件和插件

在开始正题之前，有几件事不得不铺垫一下：

• 在“有啊”上线前期，淘宝正式对外宣布屏蔽百度搜索（没听说过这件事？先了解一下）
• 业内猜疑，淘宝是怕百度通过搜索收集用户、商品、店铺信息，所以屏蔽。这可能是原因之一，外界也有声音在说：马云这是在博弈、在冒险，屏蔽了搜索引擎，不等于在如今这个搜索时代里切断了一条来淘宝的路吗？！
• 淘宝声称此举旨在杜绝不良商家操纵搜索引擎进行欺诈
• 百度则认为淘宝是担心即将推出的百度C2C交易平台（即百度有啊）
• 在此事经过一番口水仗之后，淘宝公布数据，表明屏蔽百度后并没有太多影响淘宝访问量和流量，有力的说明了，绝大多数用户购物是直达淘宝，算是在给百度一击侧勾拳之后，为此事画上了句号。

百度向来不缺少好的slogan，从“百度一下，你就知道”到有了今天的“要购物，先百度”。让我们再来回想一下今年9月份的口水仗，百度站出来说淘宝屏蔽搜索引擎一事，这时已经在着力去培养用户一个习惯，通过搜索引擎到达要购买的商品。而淘宝屏蔽百度恰恰让这个计划成了哑炮，百度怎么能再保持沉默呢。

猜测百度搜索引擎未来的变化

“要购物，先百度”，这个口号用意应该有两个，一个是“要购物，就想起百度有啊”，另一个是“要购物，先上百度搜索”。从前面的分析来看，这句口号的重点应该是后者，是去培养用户购物习惯——从搜索引擎进入。

如果重点在百度搜索上，那搜索界面会有什么变化？

这样做虽然清晰，但到百度默认是网页搜索，切换到“有啊/商品”是有成本的。同时整合网页搜索，在搜索结果里加入商品条目？

问题又来了，混合后的搜索结果，竞价排名还怎么做？是商品信息优先，还是网页信息优先呢？其实这个问题可以暂缓考虑了，央视曝光百度竞价排名一事，直接导致后者公关危机，再加上之前淘宝屏蔽百度搜索，可以说着实给“要购物，先百度”一击重拳（之前只是挨了淘宝一个侧勾拳）。

策略上受到质疑，到底用户有没有必要网上购物，先到百度？方法上受到了阻碍，是单独的商品搜索，还是商品与网页混合搜索？竞价排名方法的重新审视，可能直接影响百度有啊的盈利。如何在搜索结果中体现商品，这倒成了这句口号成败的根结所在。

这样看来，要养成用户“要购物，先百度”的习惯，路，或许还很长……

相关文章

1. 群组功能和用户沟通
2. 真的需要一淘etao.com？
3. MediaTemple例行维护
4. 常用的软件和插件
5. 自己动手换雨刷