页面|一文说清楚3种结构图( 三 ) eda|摩尔芯片|芯片|比昂芯|融资

信息结构图中同一个对象的信息出现在多个页面是非常常见的事情。
如前面提到的个人简历，在招聘官使用招聘网站时，姓名、性别、年龄、职位、工作时间等关键信息既会出现在候选人的列表页，也会出现在候选人的详情页，还会出现在搜索结果页等等。实际上，凡是与这个对象相关的所有页面都会用到信息结构图中关于这个对象的部分/全部信息。
因此，我们可以看到，信息是跨页面、跨功能的。
信息结构图有点类似编程中的数据表结构设计，揭示了需要哪些数据，这些数据需要有怎样的元素组成，才能达到每个功能模块需要展现的内容表达。如果说功能结构图是产品的功能抽象，那么信息结构图则是产品的数据抽象。
俗话说巧妇难为无米之炊，“炊”是功能，“米”是信息。有米，才能炊。用户每一次使用产品，都是功能和信息的结合。用户浏览信息然后执行动作或者执行了某个动作以后获得了信息再进行浏览。
那么我们为什么要绘制信息结构图呢？
是因为我们的脑容量是有限的，且信息是跨页面、跨功能的。
如果一个对象只关联一个页面，那么我们可以很轻松地完成方案设计，且不会出现信息遗漏、混乱。
可是这样的情况是属于少数，大部分情况是一个对象与多个页面相关联，这时对象的信息往往也比较丰富。
在脑容量有限的条件下，如果我们仅凭着记忆，一个页面一个页面地画原型，最后很可能会出现信息遗漏和混乱，做出来的产品方案自然漏洞百出。
这时，信息结构图就是产品经理的一个重要利器。
有了它，在设计具体的页面、交互、功能时，我们只需要对照着信息结构图，通过对用户使用场景的分析，从信息结构图中，选择每个页面和交互需要使用的信息，并完成详细的原型设计，即可高效、逻辑清晰、无遗漏地完成产品方案设计。
信息结构图除了能助力产品经理本身的工作以外，还可以给开发人员进行数据库表结构设计提供参考。
在信息方面，产品经理关注的是业务中都涉及到哪些对象，每个对象都有哪些信息。而开发人员关注的是实现方式，需要设计一个什么样的技术架构、有哪些数据表、表结构是什么样的、如果后续字段需要扩展怎么办等等。
如果没有信息结构图，当开发人员拿到一份完整的产品方案后，需要自己从功能、页面、交互中抽象出若干个“对象”，再将对象涉及到的信息字段穷举出来，最后再根据数据表设计的要求，加上一些特有的字段，完成数据表的设计。
如果有信息结构图，那么开发人员就可以快速了解以上信息。
当然，信息结构图的这个意义是附带出来的，产品经理完全不必要为了开发人员着想而在不必要的情况下去绘制信息结构图，毕竟开发人员很擅长对数据的抽取，效率可能更高。
三、产品结构图在开始说产品结构图之前我们必须要清醒地认识到一点：前面的所有内容都还没有涉及到产品设计，也就是说还都是站在业务角度进行的一系列工作，这时连产品的影子都还没见到呢。从产品结构图开始，才会开始产品经理的产品设计之旅。
产品结构图是综合展示产品信息和功能逻辑的图表，是将功能和信息进行有机结合，按照一定层次和逻辑关系形成的产品雏形。
之所以说是雏形，也是因为这时还不能看清全部细节。
简单说，产品结构图就是产品原型的简化表达。
产品结构图是将功能和信息以一种合理自然的逻辑，把功能结构图和信息结构图中的内容放入产品中的每一个页面的结果，是产品概念化设计的结尾阶段的产物。