聊聊「画图」和工具

经常被问:图怎么画,用啥工具?


01


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

并不是问题奇怪;

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

事实上;

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

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

所以,关于画图和工具选择;

两句话能说明白;

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

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

至于其它方面,没留意过;

就研发这个场景而言;

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

最重要的一点;

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

当然;

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

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


02


首先来聊一聊工具;

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

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

如下几款一直在用,不分先后;

Markdown

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

draw.io

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

ProcessOn

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

语雀-画板

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

Carbon

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

实际上,用到的工具远远不止这几款;

别问哪款最好用;

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


03


再来聊一聊画图;

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

以职场的视角来看;

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

复杂程度可想而知;

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

在新人入职时;

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

在实际的开发过程中;

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

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

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

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

先说说个人的习惯;

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

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

但是在画图初期,参考了许多ProcessOndraw.io中的优秀模板;

再说说团队的要求;

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

既有要求,又留有自由发挥的空间;


04


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

比如常见的大图;

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

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

组织架构图

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

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

业务体系图

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

普遍的现象是:职级越高,对业务能力的要求越高;「参考职场晋级文档」

商业画布图

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

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

组织的核心框架图;

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


05


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

比如常见的大图;

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

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

系统架构图

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

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

分类整理图表

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

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

流程协作图

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

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

从多年搬砖经验来说;

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


06


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

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

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

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

编程进阶导图

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

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

技术流程图

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

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

编码工具类图

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

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

有必要强调一句;

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


07


在工作中,遇见过用pptword画架构图的大佬级操作,其效果不输其他工具;

所以,工具不是问题,画图应该也不是问题;

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

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

热门相关:洪荒二郎传   学生的妈妈4   我女儿的爱人3   富贵不能吟   年轻嫂子的惩罚3