产品架构图用层级和模块说明“产品向谁提供哪些能力、这些能力怎样关联”。先写用户角色与使用端,再划分业务模块和共享能力,最后标注必要依赖。它适合讨论产品边界和分工;服务器部署、数据库与技术选型,应放进对应的技术视图。
例如培训报名产品,学员需要选课、报名和查看学习记录,运营人员需要排课、管理名额与处理退款。把这些任务整理成模块后,可在墨刀白板上梳理产品模块关系,让评审讨论聚焦到“是否漏能力、边界是否清楚”。
什么是产品架构图
产品架构图是一种可视化图表,通常用于描述产品的整体结构、模块划分、功能组件和各个模块之间的关联关系。它既能帮助产品经理进行产品规划,也能辅助开发者理解技术实现。
产品架构图的作用
- 清晰规划产品结构:将产品的各个模块和功能呈现出来,便于梳理思路。
- 团队协作与沟通:通过可视化展示,方便团队成员理解产品架构。
- 技术实现指导:帮助开发人员更准确地实现产品功能模块。
- 提升产品可维护性:通过架构图能够快速定位模块,减少维护成本。

常见的产品架构图类型
讨论架构时常会同时看到以下五类图,但它们回答的问题并不相同。产品经理通常先用功能视图表达业务能力,再与信息、系统、接口和技术视图对照,不必把所有细节堆进一张图。
- 功能架构图:展示产品的主要功能模块及其关联关系。
- 系统架构图:展示系统组件及其相互交互,通常用于技术实现。
- 信息架构图:描述内容如何组织、命名与导航,帮助用户找到信息;它不等同于数据处理流程图。
- 接口架构图:展示各个服务接口及其依赖关系。
- 技术栈架构图:展示技术选型及其技术组件结构。
图中的“运维、物理、数据”等属于软件架构的其他视角,不是培训报名产品必须照搬的栏目。选择图的依据是这次要做的决定:定页面入口时看信息架构,确认业务模块边界时看产品架构,讨论服务拆分时再看系统架构。

如何快速绘制产品架构图
用墨刀白板绘制时,可以先把模块名称做成方框,再用连线和分组表达关系。多人评审可在同一份画布上整理意见;白板负责呈现结构,模块划分仍需要产品、设计和研发共同决定。
- 操作简便:所见即所得,轻松拖拽即可完成绘制。
- 实时协作:团队成员可以同时编辑和查看,提升协作效率。
- 丰富模板:提供多种产品架构图模板,快速上手绘制。
- 云端存储:随时随地访问和编辑,保障团队信息同步。

如何使用墨刀白板绘制产品架构图
步骤一:注册并登录墨刀
打开墨刀官网,注册并登录账号,进入墨刀白板工作区。
步骤二:创建新的白板项目
在工作区创建白板文件,或从适合的结构模板开始。先写标题“培训报名产品架构”,在角落注明本次范围为线上报名和运营管理;不要先选一张很复杂的技术图再强行填业务名称。

步骤三:添加基本结构和模块
通过拖拽操作快速添加模块,例如:
可直接按下面的培训报名示例建立第一版。它是用于练习划分的业务清单,未对应真实客户项目。
| 层级 | 模块清单 | 划分理由 |
|---|---|---|
| 使用角色 | 学员、运营人员 | 先分谁在使用,而非先分颜色 |
| 使用端 | 学员端、运营后台 | 端是接触界面,角色与端并非必须一一对应 |
| 学员端能力 | 选课、报名支付、学习记录、申请退款 | 按学员目标组织入口 |
| 运营后台能力 | 课程与班次、名额管理、订单处理、退款审核 | 按运营工作组织入口 |
| 共享能力 | 账号、课程、订单、名额、通知 | 两端使用同一业务概念,避免出现两套订单含义 |
- 功能模块:使用方框和连接线表示不同功能块。
- 共享能力:如账号、课程、订单、名额管理与通知,放在独立分组,不重复复制到每个端。
- 模块关联:仅在评审需要时画依赖箭头,并写清“查询名额”“创建订单”等关系;不要让无标签连线同时表示层级、数据流和操作顺序。
步骤四:完善细节和优化布局
- 为每个模块添加描述文本,确保清晰表达每个部分的功能。
- 使用颜色标注区分模块的重要性和层级关系。
本例把包含关系画在框内:课程与班次属于运营后台;把依赖关系画成有标签的箭头:报名支付→名额管理,标“校验并占用名额”。如果把“名额”同时画在课程、订单与库存三个框下,却没有说明谁维护,就应回到业务规则确认归属,而不是继续调整颜色。
- 利用背景网格和对齐功能让架构图整洁有序。

步骤五:保存与分享
完成后先确认文件已保存,再通过分享入口设置查看或编辑权限。请一位同事打开共享文件,尝试回答“谁能调整班次名额”“退款是否释放名额”“报名失败从哪里继续”;回答不一致的地方,写入对应模块旁再讨论。
产品架构图绘制的注意事项
产品架构图在产品设计和开发中发挥着不可或缺的作用,而如何快速、高效地绘制出专业的架构图,是每位产品经理和开发者必备的技能。
- 模块层级清晰:避免过于复杂,层级结构要一目了然。
评审时走一遍“最后一个名额被占用”的例子:学员端需要接收名额不足结果,运营后台需要看到班次剩余名额,订单与名额模块要约定占用和释放的责任。架构图到这里说明了能力与依赖;至于事务、缓存与并发控制,交给技术设计继续展开。
- 功能模块独立性:每个模块应具备相对独立的功能,减少模块耦合。
- 标注准确性:接口和数据流标注要准确无误,避免歧义。
- 实时协作与版本控制:利用墨刀白板的协同功能,确保架构图版本更新统一。

画完架构图后,逐层检查角色入口、核心模块和共享能力是否对应,再确认每条箭头表示的关系。培训报名例中,报名模块可以依赖名额校验能力,但“报名包含名额校验”和“报名请求名额校验”表达的是不同关系;图例和连线标签需要一致。