对于分类信息网站，目前曾经有很程序的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联系人，大家都是如何管理、查找、分类的？各个软件、手机又是如何满足这种需求的？