从概念设计到导航设计的一次尝试

第一次阅读《网站信息架构》设计这本书就对书中的一个地方产生了疑问，就是「内容映射」（Content Map）。作者在书中这样解释到：

「内容映射图是对现存信息环境的可视化表达方法，通常是相当高层次的，而且本质上是概念性的产物，是认知的工具，而非具体的实施蓝图」

这句话我现在看起来依然很费解，因为本身就是概念的东西，解释起来也比较模糊，没有办法具象化。而后来在看到 Horzin 的文章《从概念设计到信息架构》这篇文章才开始理解概念设计，虽然也没有完全理解概念设计和信息架构，但是也算是有一点进步了。于是在实践中多次尝试，于是就有了今天这篇文章。

我尝试着从一个概念「阅读」开始，然后延伸出整个 APP 可能会涉及到概念，这个 APP 的原型是「Pocket」，但我多延伸了一个「笔记」的概念，可以简单理解为 Kindle 中的 Clip。

我大概花了两个小时的时间来整理这份概念图。乍一看特别复杂，但实际上并不会。

概念：阅读

阅读无疑是整个 APP 的核心目标，那么关于阅读，首先它的角色是「用户」，而对象是「文章」，而阅读的结果就是「心得」，这样就延伸出了 APP 的另外三个概念。

概念：文章

作为阅读的对象，「文章」是这个 APP 的内容载体，有了「一篇文章」，那么自然而然也就会有很多文章，很多文章聚集在一起就形成了一个「文章队列」，文章队列实体化之后就是「文章列表」。

这里如果我们继续延伸下去的话，还会存在其他的概念，比如「书籍」「书籍列表」等，因此这里范围限定取决于 APP 的需求定义。如果存在阅读书籍这样的需求，那么这个概念就应该继续延伸下去。但我们前面说了，这里的 APP 是以 Pocket 为原型，而 Pocket 显然不存在这样的需求。因此也就不需要在继续延伸了。

概念：中心句

现在我们专注于概念图的左侧部分，也就是「中心句」。

继续从「文章」这个概念来延伸，往小的粒度去延伸的话，文章是由段落构成的，而段落则是由「句子」构成的。之所以不从段落这个粒度开始延伸，是因为它确实没什么可以延伸的，所以直接延伸到「句子」这个概念。那么在句子中存在这样一个特例，就是某篇文章的「中心句」，或者说是重点句子。那么这个重点从何而来呢？正常来说是从用户的手动标记而来，但是像 Kindle 这样拥有大量的用户基础，它的中心句也可以是由机器提供的，从用户比较的频率中推算出中心句。

那么有了一个中心句，就会有很多。一篇文章不见得只有一个中心吧，有时候我们还需要记录原因和结论。于是就有「中心句队列」，实体化之后就我们实际阅读中的「读书笔记」了。

而「读书笔记」泛指所有文章的笔记，我们在做读书笔记的时候，往往不会是杂乱无章的去记录，而是根据当前所看的文章或者书籍来整理。所以就存在这样一个特例，就是「某篇文章的读书笔记」，既然都有了「某篇文章的中心句队列」，那么往小的粒度去延伸，「某篇文章的中心句」这个特例也就自然出现了。往大的粒度去延伸的话，就会出现「有读书笔记的文章」，再往大延伸就是「有读书笔记的文章队列」，而这个队列，就是「文章队列」的一个特例了。

至此，「中心句」这个概念就延伸完成了。

概念：主题

我们在此回到「文章」这个核心概念，然后把目光聚焦于概念图的有下脚，也就是「主题」。

我们从另一个维度去思考，一篇文章都会有一个主题，或者是相关的领域，它可能是关于气象的、生物的、化学的、艺术的等等，于是就延伸出了「主题」这个概念。

从「主题」开始，从小的粒度去延伸，就会延伸出「符合某个主题的文章」这个概念，而这个概念也恰好是「文章」的一个特例。那么在从文章的这个角度去考虑的话，有了一篇符合某个主题的文章，那么也就会存在很多篇符合某个主题的文章，自然也就延伸出了「符合某个主题的文章队列」这个概念。而这个队列也正好是「文章队列」的一个特例。
再回到「主题」这个概念，往大的粒度去延伸就会出现「主题队列」这个概念，实体化之后就是「主题列表」了。

至此，「主题」这个概念就延伸完成了。

那么关于「心得」和「分享」以及用户资料这样的概念就不再细说，思路都是一样的。

导航设计

概念模型做完之后，问题是怎么去利用。一开始我一直想不清楚该怎么去用，现在的方法也不见的对，所以我写下自己的想法，如有不对也请指出。

从概念设计中我们可以得出很多实体化的对象，简单可以理解为页面，比如「文章列表」「主题列表」「某主题的文章列表」「文章详情」「读书笔记」「分享列表」等，所以第一步就是整理概念模型中出现的对象。

整理完对象之后，我们从概念模型中其实是可以看出各个对象之间的大致关系的。于是根据这个关系来整理出一个页面跳转关系图。

于是第一个问题出现了，从哪个页面开始？导航，我们理解中的导航是一个从大到小的，从概念到具体的一个过程。所以首先关注于所有对象中最大的那一个。无非就是「文章列表」了，文章列表下有文章，还有各种特例，而且文章列表也不存在更高一层的对象，所以就从文章列表开始。

「文章列表」的横向可以连接到各个特列中，往下可以连接到具体的「某篇文章」，而从各个特列中也可以向下连接到具体的文章。

到这里，基本上各个对象之间的跳转关系也清晰了。那么接下来就是对具体的页面进行设计了，个人觉得接下来的第一步就是收集各个对象的元数据，然后描述元数据并进行分类。分类完成之后就可以画线框图了。

以上，就是我对信息架构中概念设计的理解。