从概念设计到用户故事
在之前的一篇文章中尝试从概念设计中推导出产品的页面关系，也就是导航系统。同样在我提到的 Horzin 的那篇《从概念设计到信息架构)》来继续理解概念设计。Horzin 在文章中提到信息架构的几个用处：
- 经过概念设计，已经确定了网站的基本内容
- 信息架构的目的就是搭建网站的骨架
- 简单架构与复杂架构是两种不同的形式
- 简单架构只需要指定信元的层级关系（元素架构）
- 复杂架构需要指定关键页面之间的层级关系（链接架构）
- 根据复杂架构去描绘每个页面的低保真原型（页面逻辑）
- 低保真模型不断优化形成高保真原型（线框图）
我在《从概念设计到导航设计的一次尝试》中基本上可以说是达成以下几个目的：
- 搭建网站的骨架
- 制定了关键页面之间的层级关系
不过那篇文章中的概念模型还太简陋，于是我重新设计了一份概念模型。这份虽然也算不上完美，但相对于之前的，很多东西都变得清晰起来了。
在这篇文章中，我主要是通过对内容的梳理，尝试着整理出用户故事，也就是为网站的功能提供指导。Horzin 在他的文章中提到：
实体之间互动（关系或方法）决定了网站功能。
但是在概念设计中我并没有过多的去关注实体，因此所有的元素都是概念，所以第一步就是把这些概念实体化。这并不是什么很难的工作，在我的概念模型中，有文章、笔记、标签、中心句等，这些东西很容易实体化，文章实体化之后就是一篇文章，笔记则包括一条注释或是一篇评论，标签就是一个标签，中心句就是某篇文章的中心句。
所以对概念设计进行梳理之后，得出了以下这些内容：
- 文章
- 中心句
- 标签
- 注释
- 评论
而实体之间的互动在概念模型里面也已经存在了，所以只要把模型中的关系整理出来，基本上就可以得出一些用户故事了。不过我没有直接从模型中去整理这些关系，而是真对这些内容去思考了这两个问题：
- 内容从何而来？
- 内容如何消费？
然后就是把实体一一带入到这两个问题中，尝试着给出一种方案。
文章
- 内容从何而来：用户手动添加文章，以供以后有时间的时候阅读；
- 内容如何消费：用户利用空闲时间阅读文章，有效利用零碎时间；
中心句
- 内容从何而来：用户在阅读的时候手动添加中心句，以帮助自己理解文章；
- 内容如何消费：用户可以快速找到文章的中心句，帮助自己理清文章脉络；
标签
- 内容从何而来：用户根据文章的内容给文章添加标签，对文章进行分类整理；
- 内容如何消费：用户在标签列表中找到某个标签，以便快速的找到某篇文章；
等等，每一个内容都可以得出这样的两个故事。不过这样简单的从内容的来源和消费去考虑的话，可能会漏掉一些东西。这个结论我需要在稍后的实践中去找到答案。所以我会觉得不如直接从概念模型中来的完整。
在现在的这份概念模型中，我在考虑是否我一开始就走的太远了。毕竟 Pocket 一开始并没有「笔记」「中心句」「分享流」这样的概念，但是前期考虑多点并没有什么不好，唯一的问题在于这会让概念模型变得非常复杂，同样也会影响到后期的信息架构。
对于概念模型我还在继续学习中，虽然说设计「概念模型」不见得是一个必要的过程，但是在开发新产品的之前，有这样一份东西能够帮助界定内容的范围和结构，对于后期的信息架构和交互设计来说，也是很有帮助的。