你还在问产品结构图到底是信息结构图还是功能结构图吗?这里有微信的实际例图帮助你更好地理解这组命运三姐妹图类。
在写PRD、竞品分析文档中，我们常常会看到产品结构图、产品功能结构图或者产品信息结构图的身影，但需要讲清楚他们的定义和作用也真没看上去那么简单，这里作者尝试分享一下自己的观点。
特别声明：由于篇幅和其他因素限制，本系列中所有的实例图在完整性上有省略和简化，仅作为举例讲解用，请读者不要纠结图表是否描述完整、是否有缺失模块，主要是给读者来对比3类图表的联系与区别。
一、功能结构图
1、定义
功能结构图就是按照功能的从属关系画成的图表，在该图表中的每一个框都称为一个功能模块。功能模块可以根据具体情况分得大一点或小一点，分解得最小功能模块可以是一个程序中的每个处理过程，而较大的功能模块则可能是完成某一个任务的一组程序。用通俗的话来说，功能结构图就是以功能模块为类别，介绍模块下其各功能组成的图表。
2、作用
产品概念设计的运用工具之一，能够对不完全确定的设计问题或相当模糊的设计要求，以一种较为简洁和明确的方法表示。在绘制的过程中，能够帮助PM思考并清晰产品的功能模块及其功能组成;
梳理需求，以鸟瞰的方式对整个产品页面中的功能结构形成一个直观的认识，防止在产品需求转化为功能需求的过程中出现功能模块和功能点缺失的现象。
3、注意事项
在区分功能结构、信息结构图、结构图前，有一个重要的前提需要大家达成共识：软件产品本身就是传递信息和提供功能的载体，完全绝对的信息类或功能类产品是不可能存的在，信息往往伴随着功能，我们很难划一条界限将两者彻底分开。从某种意义上，信息传递甚至就是软件产品最主要的核心功能。鉴于此，通常我们默认地把信息展示功能独立了出来，作为信息架构的一部分去思考，在产品功能结构时不考虑信息展示功能。
这里举一个信息与功能纠缠的例子更好理解，，如微信的个人信息模块，名字字段在这里既是信息又提供着修改设置的功能。
所以我们不难理解许多功能结构图中出现了信息结构的要素，但由于功能结构图的使用目的要求我们专注于产品功能这个维度，在功能结构图中我们最好尽量减少信息结构要素出现的可能性。
就用上面功能与信息纠缠的例子来说，在其功能结构图中许多朋友会直接用名字来表示其功能点，画图人可能本人清楚，但看图人就会产生疑惑：这个名字到底是指提供可查看名字的功能还是可查看并修改名字的功能。
在这里介绍一个小诀窍，形容一个功能点时建议多采用动词+名词的语言描述形式，这种方式不仅信息传达更加准确而且可以避免读者不必要的困惑。如上面的例子中我们就可以把名字改为设置名字或查看并设置名字来描述功能点。
4、如何绘制功能结构图
在实际应用时，产品功能结构图通常在以下2种情况下绘制：
对未完成的产品在设计阶段绘制，确定产品功能结构;
对已完成的某个版本的产品绘制，用于分析并传递该产品的功能结构;
1）在产品的设计阶段，如何挖掘并确定功能结构图中的主功能模块呢?
首先主功能模块应该是产品在完整业务流程中的各个核心功能模块，我们可通过业务流程中所涉及到的功能需求去提炼出主功能模块，提炼完成后再通过业务流程走查一次，看是否有遗漏的主功能模块。
举个例子，假设我们参与了微信的早期功能设计，其产品初期定位是一款移动社交软件，那么其对应的核心业务可以简化为
这样我们就很容易得出产品设计阶段微信的主功能模块，如下：
结合下面现有版本的微信功能结构图对比一下，经过上百次迭代，其主功能结构几乎没有发生变化，我们不得不佩服其功能结构的拓展性;
当通过业务流程将主功能模块确定下来后，再根据业务需求对其进行功能的详细设计即可，在此就不再展开了。
2）对于已确定产品来说如何绘制功能结构图呢?
