概念模型设计
WHAT is
从哲学的观念来说概念[[Concept]]是思维的基本单位。在日常用语中人们往往将概念与一个词或一个名词（术语）同等对待。在产品设计中，概念可能是产品中的内容元素、用户访问的位置、用户请求的对象等。根据产品自身的不同，同样的概念在不同的产品中有着不同的定义。这些定义决定了概念可以被用户用来做什么。
概念本身是一种隐喻，是对现实事物的模拟，人们对现实中相应事物能够进行什么操作，在产品中也就可能会出现对应的操作。遵循人们的习惯是建立概念模型的关键。在有足够好的理由的前提下，可以突破现实，为用户提供更好的概念模型。
概念模型是对用户心理模型[[Mental Models]]的模拟。用户在使用产品的时候会对产品产生一种心理模型，这种心理模型建立在用户过往的经验之上。概念模型是抽象的、概念性的关系。它能够体现出用户在系统中能够做什么，以及他们需要意识到什么。
在交互设计当中，我们往往要考虑两方面的因素，人机交互以及信息架构[[Information Architecture]]。信息架构描述了用户是如何组织信息的，所谓信息也就包括文件、图像、具体的字段等，理想的信息是树状的架构，在树的根部（root）是对一些信息的聚合。信息架构描述的就是架构的 root 部分，概念模型让我们聚焦于信息本身，抛开了产品的交互细节与功能逻辑。通常来说，概念模型包括两个元素：
- 节点：概念本身
- 连接：概念之间的联系
WHY to use
概念设计可以令设计师更好地理解用户的心理模型，从而在设计产品的过程中能够令产品的架构更贴近用户的心理模型，最直接的价值在于提升产品的信息的可寻行和易懂性。这些概念的名称同时也将成为团队内部沟通的通用语言，在设计和开发过程中降低团队内部的沟通成本。
节点
- 概念模型能够帮助定义系统中的词汇，从而更好的定义对象和操作的定义。
- 持续更新的概念模型能够帮助产品的开发过程，保证产品设计的一致性，以及完整性，确保所有的用户任务都可以操作，所有元素可以被用户看到。同时也可以降低开发成本。
连接
- 概念之间的联系想我们展示了用户是如何通过一个概念达到另一概念的，也就是信息的可寻性。
- 在早期设计中，这种关系想我们展示了产品内部如何可以形成一个闭环，可以帮助我们找到产品的核心概念，并建立 MVP 版本的功能范围。
- 在设计过程的后期，这种关系也可以帮助我们清查一些遗漏的关系。
- 在开发阶段，概念模型的联系也可以作为开发人员设计数据库的参考，同时从更高的角度去理解业务。
- 概念关系的拓展可以帮助我们拓展商业模式，不断的概念进行扩展，可以让我们看到产品的边界，以及可拓展的业务范围。
WHO should use
- 交互设计师/信息架构师
- 商业分析师
WHEN & WHERE to use
在设计流程的早期阶段
早期的概念模型可以帮助设计师更好的理解业务，也可以帮助用户理解用户的心理模型。
在设计的过程中
概念模型为后期的用户流程图、系统的词汇表都提供了基础。
同时概念模型也为产品路线图提供参考，通过寻找产品中的最小闭环，可以帮助决策 MVP 版本的功能范围。
在设计后期
概念模型提供了一个检查清单，可以帮助我们检查哪些地方有遗漏。
开发阶段
概念模型在设计团队与开发沟通的时候作为通用语言，可以减少理解上的误差，降低沟通成本。
概念模型作为数据库设计的参考。
HOW to use
- 在制作概念模型之前要做的事情就是了解业务和目标用户。
- 写下核心概念：目标用户是谁？目的是什么？可以结合用户故事。
- 整理概念清单，利用头脑风暴的方式，尽可能多的记录产品中出现的概念。
- 了解每个概念的定义：写下每个概念的定义。
- 找出所有可能的关系：包含关系、彼此独立、部分重叠、因果关系。不要去管概念的顺序，从任何地方都可以开始。尝试着找出核心概念，也就是能把其他概念全都串联起来的概念。
- 决策点：检查现有的模型，再次确认自己了解这些概念，清楚自己所要表达的内容。
- 通过语言和图片，一边说一边记录。
- 评估，确保概念之间的关系与你（客户）的期望相一致。尝试去询问客户（用户）他们对概念是如何理解的。可以使用卡片分类[[Card Sorting]]
- 决策点：对方，是否能够理解概念之间的联系？
- 改进，使用颜色、字体等，美化模型。
TIPS
- 可以结合用户故事来制作概念模型
- 节点通常是都是名词；连接通常都是动词（避免使用「属于」这样的连接）
- 有时候概念可以被拆分为子概念，子概念是对概念的描述，通常是概念的一种状态或条件。
- 当概念变多的时候，可以利用不同的背景来区分不同类型的概念。
- 概念模型通常有三种布局结构：
- 中心辐射型：从一个概念控制其他所有概念。
- 对称、三角形、四边形：有两三个概念的集合定义主结构，其余分支从该组概念中延伸出来。
- 价值主张型：三四个节点构成一个橘子，作为图表其他部分的骨架。
- 保持简洁，注意模型中的三角关系，通常其中的某一个关系是多余的。从关系对用户的价值来考量哪个是多余的。
EXAMPLES
