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

文章插图
有人认为产品结构图就是在功能结构图基础上将信息结构图中的信息添加进去，认为产品结构图=功能结构图+信息结构图。
本人不赞同这种说法。
既然作为产品原型的简化表达，那么必然已经经过了产品设计，而功能结构图和信息结构图都还是在业务层面，简单的叠加并不能直接产生产品结构图。
实际上，产品结构图是产品经理从业务层面落地到产品层面的一个重要过程。经过这个过程后，可以看到产品的主要页面结构和基础信息，能看出产品的基本轮廓。
既然后续还需要做产品原型，并且看起来产品原型必不可少，那么产品结构图的作用是什么呢？
产品结构图在前期的需求评审中或其他类似场景中可以作为产品原型的替代——因为产品结构图相较于产品原型，其实现成本低，能够快速对产品功能结构进行增、删、改操作，减少产品经理在这个过程中的实现成本；同时可指导产品原型制作，以产品结构图作为绘制产品原型的依据，可以避免我们在产品设计中边画边改，跳进只见细节不见森林的陷阱。
除此之外，产品结构图也是产品和研发沟通的桥梁，便于研发初期评估开发计划。
现在小结一下：
很多产品经理都说，这3个都是结构图，容易混淆，怎么能够更加容易区分、加深理解呢？
其实很简单，既然后面的“结构图”三个字是一样的，那么重点肯定在前面两个字上。

功能结构图，关键词是功能，是功能的结构化表达；
信息结构图，关键词是信息，是信息的结构化表达；
产品结构图，关键词是产品，是产品的结构化表达。这里的产品就是产品经理天天口中说的产品啦。

这样一想，是不是瞬间就清晰了呢？
四、如何绘制细心的读者会发现，上面洋洋洒洒说了那么多，却没有说这些图都如何来进行绘制，下面进行统一说明。放在一起说的原因是：它们之间有比较强的关联性。实际上，绘制它们的顺序是：功能结构图->信息结构图->产品结构图。
首先绘制功能结构图。
要绘制功能结构图，那我们必须要知道有哪些功能。而因为功能是业务的承载方式，所以我们必须要详细的了解业务。针对每个场景，梳理业务流程，通过抽象关键业务节点或操作来划分功能模块。
罗列出业务闭环中所需要的功能点，找出从属关系与层次，粒度从粗到细，最终绘制出功能结构图。命名上可以采用“动词+名词”的方式。
功能结构图的最小颗粒，要根据实际情况来把握。若功能非常复杂，拆分到一定的颗粒度即可，并不一定要拆分到最小颗粒。参见前文。
功能结构图绘制完之后开始绘制信息结构图。
在绘制信息结构图时，需要思考一个问题：在所有场景中，涉及到了哪些对象？
信息结构图是描述对象的，首先我们需要分析并抽象出对象。
一个功能可能会涉及多一个对象，也可能会涉及到多个对象。这些对象是构成这个功能的信息内容。
明确了对象以后，接下来就要梳理出描述这个对象都需要哪些字段。
这里我们需要注意的是：描述一个对象的字段可能有很多，但并不是所有字段都要绘制到信息结构图中，只有业务和功能需要的字段才需要被包含进去。
梳理字段时，既不能缺失某些字段，又不能包含冗余字段。
对于目前暂时用不上但是未来需要的字段，是需要被包含进去的。
有了功能结构图和信息结构图，我们就可以基于此绘制产品结构图了。绘制产品结构图我们需要站在全局角度将功能进行分类、分层，抽象出产品框架。