产品架构图通常用于比较复杂的产品项目中，目前对本知识系统的讲解的资料较少，然而产品架构图确是设计复杂产品的有效文档之一，由此笔者通过学习其他前辈的总结文章而产出了一篇学习输出，希望大家能一起思考和探讨思路。
什么是产品架构图？
表达业务系统之间的关系
将复杂的业务逻辑简单化
所以，综上所述，产品架构图可以让其他不了解系统的用户迅速的了解业务层级和关系的工具。
它将可视化的具象产品功能，抽象成信息化、模块化、层次清晰的架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路。
产品架构图的三大核心要义
画业务架构图实际上就是对业务的一种收集、提炼、拆解、归纳、分类的一个过程。
简单来说可以分为三个核心步骤：分层、分模块、分功能。
那么，如何画出一个产品架构图，笔者以团队咨询需求为例，采用如下的思路进行产品架构图的梳理。
（思路参考有鹿老师的文章https://zhuanlan.zhihu.com/p/29400315）
假想的需求说明
“我们要做一个团队咨询，要能让用户可以直接和整个服务团队进行咨询！解决患者需要多科室反复咨询的麻烦，提高患者咨询效率”
列出问题域
为什么要做团队咨询（why）
-患者病情需要多学科医生看诊
-资深医生带领年轻医生组建的小team，旨在更好的管理自己的复诊患者
-打造品牌ip价值（科室&个人）
做团队咨询想要达成的目标（what）
-能够切实且又省时省力的解决患者的问题
-降低线下门诊复诊患者比例
-加大医患之间的羁绊，增加患者的忠诚度
-便于进行推广以提升医院的声望
怎么吸引关键资源（医护）参与进来？
-协助进行IP品牌打造
-为医生留住复诊患者
-咨询费用激励
怎么促使用户去购买团队咨询？
-进行公众号推文推广
-医护人员科室拜访宣传物料
-与其他业务打包或作为其他业务的辅助性业务，如服务包打包此服务
各种场景的退费异常场景如何处理？
-咨询结束后患者或医护人员要求退费场景
问题域的确定为后续的产品规划及设计有重要的指导意义，毕竟产品是满足需求，解决问题而存在。
确定产品方向
核心目标
用户通过购买平台的团队咨询服务，与医护团队建立深羁绊，进而成为忠实的留存用户。
产品形态&用户路径
后台：
运营人员进行团队管理，订单管理
前台：
患者用户通过app&微信公众号购买服务，与医护人员进行在线沟通
医护用户通过app接受患者用户的购买，并与其进行在线沟通
确定产品方向后，有清晰的目标和计划，就可以进行后续的详细设计。
清晰的业务流程
核心流程
仅以mvp流程假设
着手绘制
搭建基础框架
对照每个核心流程，根据设想的产品形态，产品机制和用户的使用路径，列出需要的功能&系统等
明确架构分层
一个具备前后台关系的产品架构图至少分为三层：
1、用户感知层（在何种场景下通过何种方式触达用户）
2、功能模块层（通过哪些功能模块实现产品的核心功能、和哪些外部平台功能有信息交互）
3、数据层（产品的数据从哪里来、产品的数据沉淀到何处去）。不同信息层级之间是一定有关系的。
按照分层，分模块，分功能将具体的功能补充进去，如下图所示
其中，数据自下而上，经过层层处理，触达到用户的时候，已经为用户提供了业务服务，解决了用户的问题。
最后
一张好的产品架构图，应该具备以下特点。
清晰的模块功能边界
功能经过抽象，做到标准化、互相独立
上下游产品功能边界清晰，架构分层明确合理
具备迭代优化的能力
产品架构图欢迎大家一起讨论，有问题或优化都可提出或讨论。
笔者从事医疗，B端产品领域，欢迎一起讨论~ 微信公众号：慢慢研究所
