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

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

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

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

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

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

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

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

　　未完待续，欢迎订阅!