所谓产品的功能架构设计，就是产品的逻辑视图，也就是将产品按功能进行分层、分组件，并描述这些层及组件之间的关系，如调用、依赖等，这里的关系可以是静态的，如果有必要，可以是动态的，譬如组件之间在特定场景下的动态调用关系。
01、产品架构
产品经理通过一系列的需求分析方法，梳理出产品的功能以后，要将功能按照一定的结构组织呈现出来，这个过程就是做产品架构。
经过架构后的产品架构图，有以下作用：
- 对市场调研、客户调研、需求分析等活动进行总结，有了产品架构图，可以为后阶段的设计做准备；
- 便于团队内部沟通，有了产品架构图，管理层、技术团队、项目经理可以言之有物， 对产品功能及架构能达成共识；
- 可以辅助技术进行技术架构。
02、产品架构的方法
进行产品架构，核心分为三步：1、确定产品范围；2、梳理流转过程中的主要数据；3、进行归类和连接。
1、确定产品范围
巧妇难为无米之炊，没有功能，就谈不上架构，架构的第一步，就是遍历出产品的所有功能。
遍历所有功能，可以使用刀哥之前一篇文章介绍的方法——用户故事地图。
尤其是陌生的行业，产品经理没有经验，对产品的关键用户及场景不是特别熟悉，通过用户故事地图，可以高效率的遍历出功能。
用户故事地图，首先是梳理出大节点，例如做一个在线购书的网站，首先将大的节点分为：管理账户——浏览——购买——支付——配送——退货。
然后，再按照角色，梳理出对应的功能，例如买家端，购买这个节点，有这样的一些功能：下单、填写收货人、确认购买、添加购物车、修改订单等。
卖家端，购买这个节点，有修改价格、确认订单、发货等功能。
产品经理，可能并不熟悉卖家的很多场景，可以找业务人员，一起参与头脑风暴，来遍历出每个节点的功能。
梳理完成后，一张全景图，可以展示产品的所有功能，这个功能是按流程和角色的维度划分的，产品架构，要从产品的维度来进行重新规整。
2、梳理流转过程中的主要数据。
不同角色为了完成同一个业务目标，通常需要通过单据进行流转，而大部分功能，都是对单据进行操作。
这个步骤就是梳理出产品的主要单据，比如电商产品的订单，支付的流水单，仓库的发货单等等。
模块内部，或者模块与模块之间，就主要是通过这些单据进行互通、数据流转。
3、进行归类和连接。
在归类时，可以根据核心流程，和管理对象，进行分类，比如电商产品里根据核心流程，可以分为采购、仓储、交易等核心流程，在每个流程节点里，有可以根据对象分为采购中心、仓储中心、交易中心等。
在模块之间，通过单据进行数据流转，可以用单据将两个模块连接起来。
用数据连接的产品架构图，图自《B端产品经理必修课2.0》
03、产品架构的原则
1、使用方框代表功能或功能模块，功能模块内部还可以嵌套功能模块；
2、功能模块之间用箭头进行连接，箭头连接代表功能之间存在数据交互。功能之间的箭头可以忽略展示，以便产品结构图更加清晰明了。功能模块内部的数据连接，用数据流程图的方式更有意义。
3、产品架构图中的功能，可以按照业务流程或数据流动的方向进行排布。这样能让阅读者联想到现实的业务场景，方便理解和阅读。
4、产品架构图中的功能不要与界面中的操作混为一谈，如下载、查询等。罗列这些具体页面中的操作功能，会使架构图过于庞杂，不易阅读。
5、在归纳功能模块时，产品经理要留意是否需要增加监控和通用管理的功能，如数据监控、报表展示等。
6、产品架构图还可以用树状或思维导图的方式进行展示。
04、写在最后
产品架构是对产品功能的整理，产品架构图可以让他团队言之有物，沟通效率更高，还能指导技术设计。
产品架构的最小单位是功能，架构的方法分为3步：1、确定范围；2、梳理主要的数据、单据；3、归类和连接。
产品架构时，需要考虑一些原则。
产品架构是高阶产品经理必备的能力，做好产品架构，才能做到既见树木又见森林，要想不成为人肉原型机、高级螺丝钉，一定要精通产品架构。
