再谈构图(9.20)

最近对电脑上的临时文件进行整理，才发现对于我博客发送的图片没有进行很好的归档整理，很多图片当前也只是在博客上面还能够找到图片，但是PPT原图很多都找不到了，在这点上面还是出现了文档管理不善的问题，虽然当前电脑里面有多个博客用图的ppt文档，但是还是发现有大量的原图丢失。

从今年2月开始，自己在发博客的时候特意每篇博客都配一张图片，前期自己还经常在网上搜索一些图片，后期重点是自己平时拍照的图片或者PPT作图的原始图片。对于PPT作图自己在前面几年用的比较多，实际上PPT构思一个类似架构图，集成图，流程示例图等还是相当的费时间进行思考。比如早期发的思考框架的沟通，近期发的能力开放平台的沟通，往往都需要思考很久并进行多次调整后才能够输出。

今天谈构图，主要还是想讲下自己在作图时候的一些心得思考。

对于类似应用架构，功能架构图，最重要的是体现分层，以矩阵式沟通为主，如果还能够进一步体现生命周期过长的从左到右顺序更好。从我发布的功能架构，应用架构图来看，基本都遵循这个原则。

对于集成架构图或叫集成关系图，往往是最难的构图，比如有10个或20个系统，要将其体现在一张集成架构视图中，各个系统之间本身又有很多的接口通过连线体现。这个时候画起来就不容易，这里面的关键点就是核心系统居住，同时要考虑系统间的连线尽量不要交叉，连线不要跨系统穿插等。这个过程往往需要经过多次修正调整，具体标准的公式化方法实际难以给出。

所有的构图往往仍然符合我前面讲过多次的动态+静态原则，一个大的构图可以分多层，但是每一层必须有一个明确的结构，可以是静态结构也可以是动态结构。我们实际用的多的是全静态结构或全动态结构，实际上一个大的构图还可以是动静结合的方式。比如我们可以基于价值链流程思路来展开企业整体的应用架构，那么顶层就是一个动态呈现，再次进入第二层后变化为一个动态结构。

而对于动静结合的构图方式，原来在我博客的构图中也会采用到的，就是一种矩阵式的沟通架构，即x轴体现的是动态生命周期过程，而y轴体现的是分层分域功能。这种构图方式的好处是可以从两个关键维度来看到关键的功能点和KPI指标等，类似这篇文章的配图所示。

在顶层上一定要注意分域，一般顶层不要超过5个元素，如果超过就必须再次进行分域分类划分，以减轻用户实际上读图时候的认知负担。比如你在做应用架构图的时候，业务系统很多，那么必须先进行分域划分，包括类似财务域，供应链域，人力资源域，生产，研发域等，然后再细化每个域里面的业务系统和功能模块。

构图的时候需要考虑边界，因此我们在画图的时候就要重点考虑我们本次构图的重心在哪里，比如我们构图ERP系统的功能架构，那么外部全部是边界系统或协同点。我们构图企业的应用架构，那么企业外部系统就是边界协同点。主体和边界应该主次分明，边界明确。

构图的配色不宜太复杂，应该遵循一个主体的色系，同时要考虑在分域上面采用不同的底色进行分域区分，以方面用户对顶层沟通进行识别。同时对于内层模块分解应该采用大对比色以体现更好的反差效果。