呱哥有一篇文章讲到了 业务架构、产品架构、信息架构傻傻分不清的情况，突然就火了。
产品架构图是每个产品线经理日常都需要画的一张图，属于产品经理必学基本功。
今天重点和大家聊聊怎么画产品架构图，以及为什么产品架构图画的挺好，但是系统还是做的很烂的问题。
基本功这玩意，没人会在意，除非是害怕跳槽，面试官问到这个知识点，才有人去学基本功。
没办法，大部分产品经理都是 to money 导向，什么值钱咱学什么。
最近发现有人不会画产品架构图，甚至连什么时候画产品架构图还分不清。
比如看我的一位读者朋友的回答怎么做产品规划：
“那我斗胆给大佬补充一下规划后执行的部分
1、产品架构出来后，还需要梳理一下业务流程
2、根据产品架构+业务流程，整理功能清单，用剥洋葱理论，一层层细化功能点及相关的逻辑限制
3、梳理功能流程以及数据流向，相关产出文件为功能流程图、时序图
4、动手画原型，写需求文档
6、进入研发（到项目管理阶段），写产品使用手册/用户手册”
首先鼓励他能够有自己的思考,并且爱发言，但是他第一点其实描述是有问题的，正确的流程应该是先梳理业务流程，出业务架构图，再画产品架构图。
呱哥最近还遇到一个问题，有些人产品架构图和系统架构图傻傻分不清的情况。
其实这也好区分只要记住系统架构图大多是研发参与画的，系统架构图是研发为了梳理好内部各个系统的关系。
如果产品经理要梳理好系统各个功能模块之前的关系，本质都是各自岗位希望一张图能把系统内部的层次和连接关系讲清楚。
只不过一个是产品角度，一个是技术角度。
当然很多产品经理也懒得画产品架构图，于是乎拿系统架构图来当产品架构图来用。
也有很多人的产品架构图画着画着就变成了系统架构图和产品架构图的混血儿。
画出来的图也好像这么回事，不细看你还真挑不出他们的毛病。
那么产品架构图具体要怎么画呢strong>
第一个是抽象思想，将业务流程图中所有功能类似或者范围有包含关系的机制/功能放在一起，以模块化的形式形成一张简单的矩阵图。
第二是将明显是同一个功能的模块放在同一层级，得到一个基础的产品框架。
第三是对产品架构进行分层，一般是分为用户感知层、功能模块层、数据层、基础配置层
第四是明确各个功能模块的边界问题，比如信息传递相邻的模块直接可以放到一起。
最后是明确信息流的交互方式，比如最底层向上传递信息，最上层收集信息反馈到底层。
这样一张产品架构图就出来了。
解读完这32个观点，我终于发现周鸿祎凭啥这么牛了
文章知识点与官方知识档案匹配，可进一步学习相关知识Python入门技能树人工智能机器学习工具包Scikit-learn214859 人正在系统学习中
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！