经常被问：图怎么画，用啥工具？

01

每次遇到这个问题，脑回路都有一丝丝欢乐的氛围；

并不是问题奇怪；

而是自己对于画图这件事上并不专业，就算是涉及工作上的制图，也没特地去看过任何相关的语法或者规则；

事实上；

对于画图这个操作，个人纯属随意发挥，工具还反复横跳；

很多工作文档中的配图，混合乱搭的风格特别明显；

所以，关于画图和工具选择；

两句话能说明白；

【1】示意清楚的都是「好图」；

【2】免费，够用，支持云存储，都是好的画图「工具」；

至于其它方面，没留意过；

就研发这个场景而言；

画图的根本目的并不在于图自身的美观与否，而是在于想表达的流程和逻辑是否清楚；

最重要的一点；

很多场景用一张图就能一目了然，直接省去大量枯燥的文字描述，对效率和体验都是很大的提升；

当然；

如果审美够好，时间够多，也可以卷一卷自个的画图水平；

下面来聊聊这几年画图的经验积累和工具实践；

02

首先来聊一聊工具；

工欲善其事，必先利其器，好用的工具「真的」很多；

至于哪款最顺手得自己折腾折腾才知道，通常来说不同的工具必然有其特别适用的场景；

如下几款一直在用，不分先后；

【Markdown】

通过语法快速制作各种图形，最具效率的方式，前提要有一定的语法积累；

【draw.io】

功能强大组件丰富，很多文档都集成了该组件，提供了便捷的云存储能力；

【ProcessOn】

研发团队大图制作统一工具，模板库非常丰富；

【语雀-画板】

团队协作的文档工具，整体功能很丰富，很多博客的内容的配图都是出自语雀画板；

【Carbon】

源代码转图片的工具，当然其他文档类内容也可以转换，使用频率很低；

实际上，用到的工具远远不止这几款；

别问哪款最好用；

成年人的世界里不做选择题，不同的场景用不同的工具，追求效率才是答案；

03

再来聊一聊画图；

涉及的场景很多，发挥空间也更加广阔；

以职场的视角来看；

从组织，到部门，到个人，涉及组织架构和角色管理，再与产品，技术，业务模式交织在一起；

复杂程度可想而知；

如果想要快速直观的理解核心框架，参考各种示意大图是最佳选择；

在新人入职时；

会了解公司的「组织架构图」，研发团队的「系统架构图」，产品层面的「业务体系图」等等；

在实际的开发过程中；

经常用到的流程图，时序图，类图，数据库模型图等等；

不同场景下的制图需求，都能找到适合好用的工具，任何单一工具都不足以支撑全场景需求；

还有一个容易纠结的问题；

团队内部，是不是需要统一制图的工具，以及语法规则；

先说说个人的习惯；

只看过Markdown的制图语法，虽然有学习成本，但是易用高效；

除此之外，其他任何制图的基本规则没认真卷过；

但是在画图初期，参考了许多ProcessOn和draw.io中的优秀模板；

再说说团队的要求；

只有几张核心的大图制作，是要求在ProcessOn中统一管理的，并且有人负责定期更新维护，其它的随意；

既有要求，又留有自由发挥的空间；

04

在公司的组织内部，通常会涉及各种场景的大图制作；

比如常见的大图；

组织架构、商业模式、产品矩阵、协作流程、业务体系等，主要目的是公司层面对这些维度做大的框架展示；

这些大图会归档到知识库，常用的就是办公软件内部集成的工具；

【组织架构图】

描述公司的权责和分层管理的结构体系，虽然从表面看都比较明了，但个人感觉这是最有管理难度的事项；

→ 职场很多的内斗和内卷，都需要对组织架构有深刻的理解或者误解；「职场见闻」

【业务体系图】

自上而下的分析公司主营的业务体系，与组织架构有异曲同工的味道；

→ 普遍的现象是：职级越高，对业务能力的要求越高；「参考职场晋级文档」

【商业画布图】

作为公司内部商务常用的模型图，主要围绕客户需求，平台能力，商务资源三方面；

→ 对于大多数商业互吹的场景中，很多商务介绍自己公司的常用话术套路；「据说会脑补该图」

组织的核心框架图；

职场玩家有必要卷一卷，不会吃亏，万一真需要你打高端局呢？

05

在研发团队中，涉及的指导性大图也就那么几张；

比如常见的大图；

系统架构，业务体系，技术体系，研发流程，部署流程等，主要目的是指导团队内部研发准则；

目前团队内部采用的是语雀和ProcessOn这两款工具；

【系统架构图】

系统架构应该是研发部门的核心大图，可以直观的反映技术和业务的核心结构；

→ 新人如果想快速的理解业务和技术体系，从系统架构图切入最有效率；「没事就随便画一画」

【分类整理图表】

最近开始推进的事项，比如系统组件应用清单，第三方合作信息清单，各类账号统一管理等等；

→ 复杂的结构大图，再配上一份简洁的表单信息，体验效果很好；「账号一百多个」

【流程协作图】

把协作流程中核心角色和节点梳理清楚，从而确保相应的事项可以高效有序的推进；

→ 管理做的好的公司，都比较看重流程的标准化，也是在工作中反复强调的话题；「裁员为何不裁流程」

从多年搬砖经验来说；

编写总结汇报或者晋升类的文档时，将自己的工作内容和团队的框架图有机的结合起来，视觉效果一流；

06

作为程序员，学会画草图真的是必备技能；

复杂的业务场景梳理，抽象的编程逻辑，研发还需要将两者统筹管理，借助画图可以快速准确的完成这些事务；

至于画图工具，上面推荐的几款都好用；

个人习惯复杂的大图使用draw.io，博客内容使用语雀-画板，工作时常用Markdown语法，类图用编程工具自带的即可；

【编程进阶导图】

工作这几年，主动或者被动学习的技术栈，很多组件都只是浅浅的用过；

→ 初入职场时，可能多数玩家都梦想自己能成为技术方面的专家；「我现在还有这个幻想」

【技术流程图】

在研发中需要设计很多复杂的流程，个人最喜欢用的就是Markdown语法，代码转图片用的是Carbon工具；

→ 通过语法制图极其高效，很多工具都提供了该能力的集成，如果对默认风格不满意，建议还是慎用；「增效反内卷」

【编码工具类图】

在编码过程中，相关的类图设计可以直接用编码软件生成，还可以贴到画布上添加注释；

→ 在工作中一定要把常用的工具耍的熟练，可以高效率的解决各种事情，进而更加专注于核心维度；「偷懒让工具进步」

有必要强调一句；

工具根本上就是提升效率，绘图也只是对事务的思考和理解的呈现，所以多动手尝试就行了；

07

在工作中，遇见过用ppt和word画架构图的大佬级操作，其效果不输其他工具；

所以，工具不是问题，画图应该也不是问题；

核心能力在于对复杂问题的理解，是否足够的全面和深入，当然在理解的过程中可能需要很多草图的辅助，才会有最终的效果图；

最后，如果有好用工具，记得留言分享，可别藏着掖着；

Gitee 主页： https://gitee.com/cicadasmile/butte-java-note