对一款已确定产品绘制功能结构图，最快捷的方法便是参考产品的Tab功能模块找出产品主功能模块，然后按照层级归属关系详叙该功能模块提供的下一级功能模块或功能，如有必要，其颗粒度可一直细化到功能操作的描述程度。

　　那上图“微信功能结构图(V6.5.21)”的主功能模块为什么不是“微信”、“通讯录”、“发现”、“我”这四大标签功能模块?

　　在这里作者希望传达一个概念，结构图中的主功能模块不一定就是Tab中的标签功能模块，许多时候产品受限于移动端的空间限制，不得不把功能分为3到4个Tab中，这是一种务实的妥协。当然正常情况下以Tab标签名作为主功能模块的做法没有错，只是当产品功能复杂时，产品功能结构图采用这种划分有点粗糙。而绘制已确定产品的功能结构图能够帮助我们去挖掘这个产品的核心功能模块，梳理产品的功能架构。我们建议作图人可以尝试脱离Tab标签用自己的语言去挖掘并描述主功能模块。

　　这样说来我们就可以随意将标签功能模块中的次级功能模块划分出来作为主功能模块吗?

　　其实也不是，一款不管多复杂的应用其主功能模块的划分数量都不能太多(5-9个为佳)，一般情况下当对产品功能结构进行分析后，我们仍然会采用Tab功能模块作为主功能模块然后对其下属的功能模块进行整理。只有当我们认为某个次级功能模块在业务上太过重要且产品价值较高时，我们才可以将其划分出来作为一个单独的主功能模块。

　　这里介绍一个小秘诀，当一个次级功能模块反复出现在不同的Tab功能模块中的时候，我们就可以考虑将其拆分出来作为主功能模块，因为这个时候意味着这个次级功能模块在产品的业务流程中来说十分重要，而且这也可以让我们的产品功能结构图更加简洁清楚。如上面“微信功能结构图(V6.5.21)”中的搜索模块就同时出现在了Tab中的微信功能模块和通讯录功能模块。

　　最后如何确定功能结构图中的颗粒度呢?

　　功能结构图中的颗粒程度需要根据具体应用场景来定，由画图人根据需要自行把控即可。比如说在产品设计的过程中，功能结构的建立是设计者的设计思维由发散趋向于收敛的过程，刚开始的颗粒度一般比较大，可能仅涉及到某个功能模块，随着设计的不断推进，功能结构图的颗粒度会不断细化，最终可以拆分至某个具体的功能操作。这里作者将“微信模块-个人对话”功能模块作了细化，仅供参考：

　　二、信息结构图

　　1、定义：指脱离产品的实际页面，将产品的数据抽象出来，组合分类的图表。

　　2、作用：

　　帮助PM梳理复杂内容的信息组成，避免信息内容在展示过程中出现遗漏、混乱、重复;

　　作为开发工程师建立数据库的参考依据;

　　信息结构图的绘制通常晚于功能结构图，往往是在产品设计阶段的概念化过程中，在产品功能框架已确定、功能结构已完善好的情况下才对产品信息结构进行分析设计。

　　在这里，我们需要强调的是脱离实际页面这个概念，在一些产品相关文章中，我们会看到作者将信息结构图完全按照页面的逻辑顺序来进行分类组合，严格意义上来说，这种图表不是一份合格的信息结构图。

　　我们用微信的个人信息模块举例，如下图所示：

　　其结构信息图在这部分的绘制就需要脱离产品的实际页面，如下：

　　最后需要强调的是：信息结构图主要适用于产品信息构成比较复杂需要考虑优化的情况，如内容型产品(博客、web门户网站等)，产品的信息结构对于用户体验就十分重要，需要用信息结构图作为工具进行分析思考。

　　这里作者简单绘制了一下微信的信息结构图作为参考

　　三、结构图

　　相较于功能结构图和信息结构图，产品结构图的定义就很混乱和模糊了，为什么会出现这种情况呢?

　　一方面产品结构图从文字理解上来说就容易让人困惑：产品信息结构图、产品功能结构图不都可以简称为产品结构图嘛。