本想画个产品结构图…

最近负责了新项目，想自己先梳理业务。熟悉业务最快捷的方式是把它的结构画出来。说到结构，又有信息结构图、功能结构图、产品结构图、数据结构图等，一堆让人混淆的词。所以查了些资料记了些笔记。本来想画个信息结构图，发现其中涉及太多专业东西：信息、结构、架构、信息架构、概念设计……

产品结构图（产品原型简化版）= 功能结构图（框架）+信息结构图（内容）

如何区分信息和功能

如何区分“信息”和“功能”呢？有个不恰当的类比，“巧妇难为无米之炊”，这里“米”是信息，“炊”是功能。有了信息才能设计出功能，根据功能设计流程，流程包含哪些页面，页面里展示哪些信息。在工作中常见的分工是：产品经理和技术规划功能，设计师画页面和布局，运营提供分类方式。

大部分情况人们关心的是功能点，因为功能是按照心智模型设计，人们关心的是能不能听歌、能不能评论互动、能不能分享。

功能结构图

功能结构图主要用于梳理产品功能点。

1）首先进行主要功能的梳理，再围绕主要功能展开功能点的罗列。

功能流程图

2）根据主要功能，划分主要功能模块：

3）在主要功能模块的基础上添加次要模块和细节功能点，就得到了产品的功能结构图：

   ———————其他知识点补充——————

信息架构 Information architecture/IA

信息架构：将信息加以设计其结构、决定组织方式及归类，方便用户进行查看与使用。信息架构的主体对象是信息。信息架构师一门博大精深的学科，有专门研究信息架构的课程，这里不做深入研究。

对于「信息架构」而言，用树状图、鱼骨图、拓扑图去描述，通常只能表达一种关系；当然，对于信息的「表现形式」，这些以一点为核心的图表，具有「非常直观」的优点。

ER图

学习《数据库设计》的时候，会用ER图表达数据库表的关系，即Entity Relationship Diagram，实体-联系图。这种图描绘的是：实体类型、属性、联系。

实体Entity：数据模型中的数据对象，比如在电商业务中，商品、订单、类目都可以作为一个数据对象，画图的时候用长方体来表示。

联系Relationship：用来表现Entity和Entity之间的联系。

属性Attribute：实体所具有的属性；唯一属性（也叫主键primary key)可用来标识该实体，用属性带下划线表示，一般来讲实体都至少有一个唯一属性。