在知乎上看到一个问题：PRD 中的「信息结构」与「功能结构」有哪些区别？有很多人围观，大家之所以有这样的疑问，是因为信息的展示结构（所谓的信息结构）和功能结构如果按照相同的粒度划分，结果会是一样的。
在这里说说自己的理解。
信息结构由“表”及“里”分为两类，“表”主要是给前端和设计师看的信息结构，称之为信息的展示结构比较合适，大家常说的就是这一类，“里”是给技术人员使用的，便于后端技术人员设计数据库，常用E-R图来描述此类信息结构。
功能结构，其存在的目的是便于产品经理梳理清楚各种功能之间的层次和逻辑关系（注意：功能已经存在了，此时只是搞清楚彼此的关系），便于设计和研发从整体上把握产品形态和结构。
不用过于较真产品功能结构和产品信息展示结构的高度相同，因为功能需要信息来阐述和实现，信息也一定会伴随产品功能而出现。 且，产品结构和信息结构目的有重合，都是为了便于设计和研发从整体把握产品形态和结构。
各种结构存在的目的是啥，是为了解决什么问题，具体用在什么样的工作场景下，弄清楚这些，我想这也就足够啦。
功能结构和产品信息展示结构很容易得出，下面以知乎主要功能为例（简化处理）简单说说E-R图怎么用来表示产品底层的信息结构。
画E-R图步骤
步骤一，定义某一个概念对象做为众多同类信息的归纳，例如下图，经过这个步骤，我们得到4个抽象的信息对象：用户、Live、话题、用户回答。
步骤二，找出概念对象的组成部分，如下图，实际数据库设计过程中会将每一个组成部分需要分割成不可再分割为止，因为只要这样才能在数据库中对应表中设置数据项，例如，用户信息中有“收藏”这一个信息项，可以把“收藏”单独作为一个信息抽象对象，这个对象的组成可以划分为：“收藏夹”，“收藏夹的名称”，“收藏夹的用户关注量”，“收藏夹的内容量”，“收藏夹里的内容”等。
经过这个步骤的抽象，我们得到了用户、Live、话题和用户回答等实体的详细组成，详细见下面。
用户：用户名、邮箱、密码、简介，回答过的问题，举办过的live，提问，收藏，关注的话题、关注他的人（还有其他的信息，此处省略~）
Live：名称、主讲人、简介、时间、费用、报名用户、须知
话题：提问用户 ，问题题目，问题描述，浏览量，评论，关注问题的用户，用户关注数，用户答案
用户回答：问题，回答用户，点赞数，感谢数，收藏数，评论，有无帮助
步骤三，找出实体之间的对应关系，实体之间的关系有：一对一，一对多，多对多，和多对一，例如，一个用户可以发起多个Live，那么在逻辑上，一个用户实体只能对应关联多个Live实体，而一个Live不能由多个用户实体发起。
下面是简版的E-R图，省略了属性等信息，实际要比这复杂的多。
在实际工作中，E-R图只是完成了整个数据库设计过程中的概念设计，此阶段可以由产品经理完成，也可以有技术完成，不同公司情况可能不一样。这
