设计理论:分类信息网站UI界面设计

前几天有个朋友做了一个类似赶集网那样的分类信息网站，觉得链接太多视觉太乱，让我帮忙看看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联系人，大家都是如何管理、查找、分类的？各个软件、手机又是如何满足这种需求的？