产品架构是产品经理用于表达自己的产品设计机制的图，那么我们为什么要画产品架构图以及它的特点是什么？本文对此进行阐述，一起来看看吧。

　　产品架构是产品经理用来表达自己产品设计机制的图，它将产品功能落地为信息化、模块化、层次清晰的可视化架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路，它是设计复杂产品时不可或缺的文档之一。

　　建议在复杂项目开始前画产品架构，这样可以避免就又双叒叕改需求、推翻之前的计划重新规划等低效工作的情况。

　　抬头看路和低头走路一样重要，但是在产品方向把控初期，他们的顺序尤为重要。如果说马不停蹄的开发产品是低头走路，那前期思考和规划关于“未来一年要设计什么样的产品、需求应该如何分期和落地、和其他产品的依赖&竞争关系是什么、未来的可拓展性在哪里”等问题则是抬头看路，看好路再走，才能走好脚下的每一步路。

　　当产品架构图被设计出来后，清晰的产品思路能帮助别人快速建立对项目的产品结构、功能、交互、复杂度等问题的认知，同时，帮助技术和运营成员就能根据这张架构图产出项目推广计划、技术系统架构方案等强依赖产品方向的方案。

　　随着产品的发展情况你可以持续更新产品架构图，每次修改的过程对提升产品架构能力的帮助非常巨大。

　　逻辑架构图、技术架构图、运行架构图、部署架构图，数据架构图，称为架构5视图或4+1视图，5个视图差不多就是同一个事物的5种看法，适用于不同角色。

　　逻辑架构关注功能，不仅包括用户可见的功能，还包括为实现用户功能而必须提供的“辅助功能模块”

　　开发架构关注程序包，不仅包括要编写的源程序，还包括可以直接使用的第三方SDK和现场框架、类库，以及开发的系统将运行于其上的系统软件或中间件。关注编译时刻的静态依赖关系。

　　运行架构关注进程、线程、对象等运行时概念，以及相关的并发，同步，通信等问题。运行架构关注运行期间各个单元的交互。

　　物理架构关注“目标程序及其依赖的运行库和系统软件”最终如何安装或部署到物理机器，以及如何部署机器和网络来配合软件系统的可靠性，可伸缩性等要求。

　　数据架构关注持久化数据的存储方案，不仅包括实体及实体关系的存储格式、还包括数据传递，数据复制，数据同步等策略。