懒得设计

有时候，多一次点击都是门槛，因为用户要天天点；
有时候，多五次点击都不是门槛，因为一辈子就用一次，比如注册；
还有时候，多十次点击也不是门槛，因为用户需求可以用“饥渴”来形容，比如下毛片。

给每个任务做流程优化的时候，先问自己：
1 用户为什么做这个任务，满足什么需求？
2 这个任务对于每个用户的使用频次？
3 流程的简化是否让使用不清晰？

如果现在让我回答，用户注册是否需要二次确认密码，我认为是需要的。

UCD邮件组又有人讨论信息架构，基本上围绕《web信息架构》这本书里面的内容，说实话，对于参与讨论的部分观点我基本看不明白，我展开说点我认为比较实在的。信息架构这个名词概念，UCD内部组在三年前就有过沟通交流，对于新手，我真不推荐读这本书。当你开始注意下面的问题了，我认为你可以读了：

我每收到10封设计师的简历，从邮件标题，到邮件正文，到附件名称，信息传递完全没有瑕疵的可能只剩下1封，以下这些情况大家对号入座一下吧：

1 标题：应聘交互设计师
2 没有正文，内容全部放到附件里
3 正文用通用模板，洋洋洒洒写一堆“如果来到贵公司，我会努力工作”的废话
4 附件名：“我的简历”，“个人简历”，“我的作品”
5 把附件解压开，图片名：“xxx 副本2”
…

这篇文章不是要说如何写简历，想说的是如何创造信息，你在互联网上敲下每一个字，都是在制造信息，敲字就像在现实生活中说话一样，话都说不好何谈信息架构？真心地建议那些即将踏入职场、或者已经踏入职场的同学好好阅读邮件礼仪，谈礼仪不仅仅是用“您”，“顺祝商祺”这样的礼貌用语：

1 考虑信息发布出去，接收者的是谁，阅读环境如何？
2 当信息淹没在列表里是否具备识别性
3 是否方便对方再次查找和索引
4 视觉设计师如果有图片作品，是否注意文件大小？（如果附上一个flickr的地址，肯定会得到印象加分）
…

在写UCD邮件组的发帖说明，其中提到：“每次发帖和回复之前，请自行阅读2遍。”发邮件不是在BBS灌水，上QQ泡MM。

《web信息架构》这本书我有很多做技术的朋友也读，从概念上理解，信息学的范围很广，如果非要就这本书的理论很范围刨根问底，一个人真的很难读透，我在读这本书光是读书笔记写了不下三篇，可以翻阅我过往的文章，基本上都是围绕信息架构的。

话都说不利索，凑一起谈信息架构，白扯淡！

前几天有个朋友做了一个类似赶集网那样的分类信息网站，觉得链接太多视觉太乱，让我帮忙看看UI（避免广告嫌疑就不给网站地址了），基本上是赶集的小翻版。在信息分类上，是这么做的：大类分房产、招聘、车辆买卖、交友等等这样的大类，每个大类下面再细分需求，比如房屋求租、合租、二手房、日租房、商铺…一共十来个大类，每个大类下面十来个小类。

这就好比什么呢？我们家在南方的一个小县城里，很多人家都自己盖房子，一起就是4、5层小楼，结果就是3口之家8个房间7个厕所。

看似天衣无缝的分类体系，在某种程度上这个也是被用户认可的分类维度，但是忽略了内容数量以及内容管理。其实我想表达的观点概括来说是：一个被验证成功的网站信息系统放在一个刚刚起步的新网站上，这个系统多数是冗余的。

很多人做竞争对手分析，只看到100，忽略从0-1，从1-10，从10-100的过程，如果对于一个完全没有参照物领域，刚刚开始应该是没有分类，只有当内容积累到一定过程了，才知道如何组织信息，这也印证了“需求从来不是创造，是被发现挖掘出来的”。

比如说，最早的QQ是没有好友分类的，早期的Gmail也没有label，当初的天涯也就只有几个版块，因为一个新的产品，基本是没有办法预见用户的使用方式；当内容数量不够的时候，也很难发现其中的信息维度和规律。一个新的系统，早期应该是越薄越好。

并且，当我们想照搬别人的一个信息系统，要看是否符合你所经营的信息内容，比如tag，tag这种组织形式放在图片（flickr）、网页（delicious）文章这类本身维度多，入口多，难以组织的信息下，tag是合适的。但是看很多用着tag的一些网站，其实完全没有必要，一方面增加系统的复杂度，而且还非常难用。

从一个用户的使用角度，我们每天面对海量的信息扑面而来，我们如何进行筛选过滤？分类索引？
先拿个招聘例子，很多招聘启示上末尾会提示：邮件标题请注明：“UE”，但我发现一部分应聘的人就忽略这点，公司会收到N多的简历，也招不同的职位，在邮件列表一面搜索“UE”两字，所有简历就出来，如果你的标题中没有，是不是亏了？
这同样说到email，一个好的信息架构师一定也是一个优秀的内容生产者。在撰写内容的时候，尤其是标题，除了表达清楚该表达的内容，还要注意布置关键词以便以后进行索引。
再比如，手机联系人，gtalk联系人，大家都是如何管理、查找、分类的？各个软件、手机又是如何满足这种需求的？

对于任何一个信息量巨大的网站来说，网站乐意把热门的信息放在首页，这是一个长尾头部，我相信大多数网站首页的信息量的总和，大不过非首页信息量的总和。那么，用户如何能找到他需要的信息？

继续《web信息架构》的阅读心得分享，前文说完信息粒度，当网站明确一个最适合的一个信息单位，那么作为信息架构师要考虑的是：
1 信息如何产生？
2 如何组织关联？
3 通过什么渠道传播？

着重说第2、3点。我的读后感最大感慨是：好的信息架构不是“看”出来的。
在一个页面看到一群数据被聚合在一起，形成一个list，我会好奇这些信息是如何被集合起来的，我们常常见到在这个list之上会有类似这样的标题：
1 近期热点
2 相关文章
3 喜欢这个XX的也喜欢
4 搜索“XX”的632个结果
……

当我拿到这本书的时候，angela告诉我里面有些翻译有问题，其中有个叫label的单词，我推断书中对给这个信息集合的翻译应该是label，而非书中所说的“标签”。中文翻译的“标签”并非我们所说的tag，而是比tag更为广义的label，tag也是一个信息集合的label。

从用户的角度出发，信息分两种：
1 已知信息部分属性（搜索，分类系统）
从信息的访问路径可以看出，有多少信息是从搜索列表来的，多少信息是从分类列表来的。
对于信息量大的系统，好的搜索系统非常重要，能否把用户想要的内容很好的排列展示出来，是关键。
分类系统如何建立，根据什么样的维度分类？这很大程度上取决于信息本身的属性和维度，自从有了tag的诞生，tag还是分类，不仅仅在书中有争论，这个话题也应该是一个很值得探讨的点。

2 完全不知道感兴趣的是什么（信息的邂逅、偶遇）
想想当你打开facebook的首页的时候，看到友邻动态，有多少信息是按内容属性组织起来的？
现在越来越多的网站的信息list，已经不像当初的图书馆一样，每本书都是管理员放到对应的分类书架上，在互联网上，期望用户通过“首页=>文学=>现代文学=>王小波=>《青铜时代》”这样的路径寻找信息是不现实的。网页相比现实分类的意义在于可重复性，并没有规定一个信息只能存在一个list里面。但另一方面，也并非出现在越多的list里面就越好。

一个好的信息系统，不仅仅要解决长尾前端的信息呈现，对于长尾末端的那些信息，如何构建一个好的系统，让需要的用户方便地找到他们。如何找到串联信息的载体，不管这个载体是人(用户)、系统(算法)、还是信息本身的属性。还是通过这些的交叉结合，最终生成一个对用户最有效的list，是构建一个信息系统的关键。

有价值的争论会带来思考，网站页面的宽度究竟如何设定？一个咖啡馆博客如何设计引起的争论。

用户的屏幕
现在的屏幕趋势很可能会出现两极分化，一种是追求大屏幕，跟当初电视机一样，现在去中关村，24寸都成为主卖产品了。另一种趋势是小和便携，尺寸会越来越小，目前的上网本，大多还是保持了1024的宽度。以后，谁知道呢？
显然，设计需要应需而变。

阅读宽度的尺寸和单位
1 用百分比显然不利于各种分辨率的屏幕，这个理由千鸟说得很明白。
2 最适合的宽度是650px？google是那么认为，从reader可以看出来，width和line-height其实都是为英文的最佳阅读设计的，具体中文最佳阅读宽度是多少？这个当初我在做在线阅读器就研究过，关于宽度，我也没有很好的结论，但是应该比650窄一些才对，这个根据字数可以推断：英文一行的单词比较中文字少，宽一点会流畅。所以我给自己blog设置成600px。

页面留白的问题
这个应该是大家炮轰ucd大社区页面设计的问题。确实有很多朋友跟我反馈了几个问题：
1 没有发现右侧的最新话题
2 单个话题页面没有发现“我来参与”的操作。

白鸦在这个问题争论的后期，语气显然软了下来，认为首页是为了和整站宽度一致的考虑。
大社区其实主要是让人来阅读的，除首页之外的设计，中间的留白我认为是合理的，也是最优的。这个宽度足以让你忽略右侧的信息专心阅读左侧内容。
如果左栏信息的重要程度是9，右栏是1，那么留白是好事。如果没有那么悬殊，就得另外考虑了。

最近在改自己的wp皮肤，主要改进一下原来冗余的css以及布局结构上的不合理。

先抛两个问题：
1 很多图片服务网站默认的看到的是相册，而flickr是图片？
2 很多音乐网站的从分类点击进去看到的是歌曲或者专辑，而last.fm是歌手？

“粒度”(granularity)指的是信息单元的相对大小或粗糙程度。各种不同的粗细程度有：杂志的议题、文章、段落及句子。
这是从《web信息架构》一书中摘下来的。
书中没有用很大的篇幅介绍信息粒度，从我的理解来看，
1 图片的粒度要比相册细
2 歌手的粒度要比歌曲粗

简单分析一下图片
图片是最小的信息单位，拿flickr来说，对于图片的集合，有几种形式：tag、sets（相册）、collections（付费用户能看到更大集合的相册）。
问题来了，flickr为什么不用sets作为信息的主线，而是用图片？

拿一个用相册作为信息主线的picasa作对比，相册是最小的信息单位，图片连title都没有。
从使用来说，一个新用户必须先创建一个相册，才允许上传图片。
从浏览来说，相册的结构解决不了浏览最近10张图片的需求。

如果就图片的信息架构展开说下去，有很多可以对比的东西，我当初就质疑过facebook的图片架构，最早是以相册为单位，后来发现这个架构并不适合社区，也就是给传图片和看图片的人都增加复杂度。现在改了，弱化了相册，由于历史遗留的问题，这点并没有改得很彻底。想看反例可以去看看中国的山寨版facebook，目前都还没有跟着改过来。

再简单说音乐
音乐在信息结构上要复杂，歌曲的层级上面有专辑、歌手。周边信息也复杂，风格、年代、地区等。
网站在选择不同的信息粒度作为主线，将延伸出不同的使用方式。
看last.fm提供的其他产品服务和功能，都是紧紧围绕歌手这条主线，比如电台、活动。
一个国外音乐网站，上线之前没有解决音乐版权的前提下，能做起来，是一件很匪夷所思的事。但last.fm做到了，并且将这个模式做得很大。有兴趣可以看看它是如何处理专辑、歌曲的关系。

做产品设计很容易忽略信息属性本身，从信息的粒度着手，分析其上下级的关系，如何给单元信息进行有效地组合并传递给用户？信息和信息之间的相关度如何建立起来的？排序和展示方式如何？
了解信息粒度是信息架构的第一步。

最近重温老罗语录，说到中药和西药的问题。

从药品的分类来说，可以有多种分类的维度，比如：
从使用方式有：外用药和内服药
从患者认知角度：处方药和普通药
从药品外观来分：胶囊和药片
从药效作用来分：镇痛药、胃药、泻药
从人群分：女性药、成人药、儿童药
……

几乎药房都分中药区和西药区，这个维度重要到足以在“大导航”上，按这种逻辑应该还可以有“非洲药”、“东北药”、“哈药六厂药”等等。
不知道其他国家会不会这样分类？

一直不敢写关于信息架构概念方面的文章，因为一直觉得自己理解的只是皮毛，读了一些行业内的人关于信息架构的分析文章，感觉也是盲人摸象。
我曾经还在公司分享过关于信息架构的理解，现在看来非常片面和笼统。
写这篇文章也并非说我已经领悟了信息架构的要领，但起码比半年前有更深的理解，帮助我理解这个概念来自多方面：
1 信息管理专业背景出身的同事，以及产品分析人员做的一些竞品分析
2 读《基于信息理解的信息构建》一书
3 跟朋友聊天
4 在具体项目中的领悟（这个很重要）

信息架构是一门跨多学科、领域的知识，说说我曾经的误区：
读过《用户体验的要素》之后，我觉得在视觉和交互设计背后有更深次的学问，这个东西更加决定一个网站的好坏，当时觉得网站的架构的难度、复杂程度要远远高于一个细节的交互，重要程度也不一样。

当时的误区在于把信息架构片面地理解成了导航结构。
导航结构其实只是信息架构的表现层，跟交互设计一样，从某种意义上说，信息不经过设计和组织，其中也必然会有一些天然的联系，在设计的过程中，我们只是将这样的结构用一种用户可以理解的方式呈现出来，表现形式确实是导航结构，但在设计流程中，绝非设计导航那么简单。

千鸟很早以前说过，信息架构并非是互联网产生之后，很早的传统行业，最典型的就是图书馆，如果给成千上万的书籍分类索引。再比如超市，如何摆放货物等等。

我最早看到的只是信息架构的表现层，但在具体的项目工作中，如何通过数据的挖掘、信息的关系的强弱，将信息合理地映射成一个容易被理解的网状结构，这点是在导航结构设计之前需要弄清楚的问题。
前段时间我试着拿博客的架构来理解，谈得并不深入，多数说的也是表现层，但其实在理解表现层之前，要了解博客文章，先要理解文章的划分维度、特性：
1 文章是单元结构
2 文章与文章之间的（强弱）联系
3 文章本身将包含哪些属性？时间、作者、分类、tag等等

这些不经过设计，这些关系都是天然存在的。很多的博客架构不尽相同，只是因为每个作者偏重的关系不一样。

再比如说音乐和图片的网站，last.fm和flickr对两者的理解做得很到位，这两个站没有太多的营销、但是他们对图片信息、歌曲信息的各种组织方式，信息节点都考虑得很到位。
把信息关系搞清楚了，用户需要什么，信息入口在哪，优质内容如何呈现，这些问题可能就不那头疼了。
在理解信息架构的基础上，设计师在设计具体的页面结构设计的时候，会变得有理有据。

大家对信息架构的理解都还比较含糊，每个人都用自己的知识结构去理解，但很多信息类网站确实已经暴露了类似的问题，这方面的问题一定会被越来越被关注的。希望再过半年，我也能有新的理解。
接下来有时间再读一下这本书：《Web信息架构》

这次UCD书友会话题在北京讨论了留言和评论的门槛问题，先看两个设计的案例：
案例一： 在豆瓣小组的单个帖子页面，当出现翻页的时候，留言框会在最后一页，并且第一页底端没有留言框（比如这个例子）
案例二： 有些博客会在单篇文章正文结束的地方给一个“发表评论”的链接，点击跳过其他人的评论，定位在发表评论的输入框里。
先不评价两者设计的好坏，一是提高了留言成本，二是降低了。

假设有两个用户:
张三读完文章，顺便就想“赞”、“顶”、“沙发”一下。
李四读完文章，感概万千，有一肚子话想对作者说。

对张三来说，动机是顺便，留言可留可不留。如果成本稍微有点高，就放弃了。
对李四来说，表达欲会刺激去寻找入口。

从留言的数量来看，必然是门槛低的留言数量会增加，但质量却得不到保证，这个时候要看设计者的意图了，是图个热闹还是控制质量？可以在易用性的设计上，增减门槛来达到目的。

再泛化一下留言和评论的概念，可以认为用户的“评分”、“推荐”、“投票”等操作，都可以理解成是和“留言和评论”一样的用户对信息的反馈。
有一个小设计我认为非常好：5GSNS单篇文章在评论上面增加“踩一脚”的功能，很多人“赞”、“沙发”的动机会被“踩一脚”功能取代，成本低到极致，只需要点击一下。并且让那些真正想进行观点PK的人能用评论（留言）很好地进行沟通。

设计一个产品要明确站方的态度，然后再了解用户的动机和需求。有时适当的增加点门槛，不见得是坏事。当然，最好的办法是能找到平衡的手段，什么类型的用户都不得罪。

虽然说博客不等于CMS，但是我也不认为博客只是个人的展示。

博客应该具备内容展示的能力，前文说过，博客在信息展示上面因为按时间流的方式是不利于信息展示的。留言中很多博主有问过我具体的解决方案，这篇文章不说理论性的东西了，本文针对那些定义成“媒体”的博客，提出一些改良方案的设想。

问题主要针对这样的博客：50%以上的流量来自搜索引擎。

博客的导航
应该以内容导向为主，一个陌生的读者最关心的可能是这个博客是关于哪些领域的？而不是这个博客主人是干嘛的。比如水煮鱼这家伙的导航，
现在是：“首页 关于 存档 火星 案例  FF  论坛  加速  晨晨”，
我认为：“博客赚钱 wordpress主题 wordpress插件  空间及域名”（随便例举），
用内容来标识自己的博客效果会更好。几个词叫什么非常关键，应该以读者为中心来设计。如：“我的女儿”可能就比“晨晨”更好。“wordpress主题”比“案例”更好。

导航的个数
导航类别控制在7个以下，也就是说用少于7个词把这个博客关注的领域tag出来。

导航类别里的内容选择
因为博客首页显示的是最新文章，导航分类下就应该放过往的精华内容，这样的内容最好是不具备时效性，就是说在任何时候读都有价值的文章。而且应该是经过整理过的，定期要更新里面展示的内容。

内容的呈现方式
虽然博客都是以文章为单位，但文章可以post图片、视频、音频等，应该为不同的内容提供不同的展示方式。比如这个页面就是经过设计了的，比传统的标题+摘要的方式要好。
1 对于系列性质的文章，应该集中展示。
2 不是所有文章都要有摘要。

一个信息索引地图
1 主导航的类别不能穷尽博主的关注领域。
2 文章的展示方式有多种维度（时间、标签、类型等）
那么提供一个大而全的、经过组织的信息索引方式地图，展示在一个页面里面，会更加友好。

导航上还应该有“关于本站”
建议不要跟内容平行，可以放在导航的右上角，对“本站”感兴趣的人会找到它。

首页是什么？
做网站的人应该知道，一开始设计首页是愚昧的。
捋清楚上面结构性的问题，你的博客核心的价值是什么，首页应该传递给读者什么，可能就迎刃而解了。
所以你的首页可能：
1 就是你的最新文章列表（博客首页）
2 一个整理过的精华内容集合（CMS）
3 关于本站
4 地图
5 以上各个模块的缩略展示

本文主要针对了导航的架构给了建议，对于单篇文章的页面，单个tag、单个类别等页面，方法一样，换位思考，假设你就是一个第一次来你网站的访客读者，他们需要什么，信息呈现能否更加友好一些？这些问题很多博客都有相关的一些办法解决，比如单篇文章下的“相关文章”模块，“侧栏呈现的内容是否能简化”等问题，就不一一细说了，有兴趣的关注这个话题：博客和网站。