01

每次遇到這個問題，腦回路都有一絲絲歡樂的氛圍；

并不是問題奇怪；

而是自己對于畫圖這件事上并不專業(yè)，就算是涉及工作上的制圖，也沒特地去看過任何相關(guān)的語法或者規(guī)則；

事實上；

對于畫圖這個操作，個人純屬隨意發(fā)揮，工具還反復(fù)橫跳；

很多工作文檔中的配圖，混合亂搭的風(fēng)格特別明顯；

所以，關(guān)于畫圖和工具選擇；

兩句話能說明白；

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

【2】免費，夠用，支持云存儲，都是好的畫圖「工具」；

至于其它方面，沒留意過；

就研發(fā)這個場景而言；

畫圖的根本目的并不在于圖自身的美觀與否，而是在于想表達的流程和邏輯是否清楚；

最重要的一點；

很多場景用一張圖就能一目了然，直接省去大量枯燥的文字描述，對效率和體驗都是很大的提升；

當(dāng)然；

如果審美夠好，時間夠多，也可以卷一卷自個的畫圖水平；

下面來聊聊這幾年畫圖的經(jīng)驗積累和工具實踐；

02

首先來聊一聊工具；

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

至于哪款最順手得自己折騰折騰才知道，通常來說不同的工具必然有其特別適用的場景；

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

【Markdown】

通過語法快速制作各種圖形，最具效率的方式，前提要有一定的語法積累；

【draw.io】

功能強大組件豐富，很多文檔都集成了該組件，提供了便捷的云存儲能力；

【ProcessOn】

研發(fā)團隊大圖制作統(tǒng)一工具，模板庫非常豐富；

【語雀-畫板】

團隊協(xié)作的文檔工具，整體功能很豐富，很多博客的內(nèi)容的配圖都是出自語雀畫板；

【Carbon】

源代碼轉(zhuǎn)圖片的工具，當(dāng)然其他文檔類內(nèi)容也可以轉(zhuǎn)換，使用頻率很低；

實際上，用到的工具遠遠不止這幾款；

別問哪款最好用；

成年人的世界里不做選擇題，不同的場景用不同的工具，追求效率才是答案；

03

再來聊一聊畫圖；

涉及的場景很多，發(fā)揮空間也更加廣闊；

以職場的視角來看；

從組織，到部門，到個人，涉及組織架構(gòu)和角色管理，再與產(chǎn)品，技術(shù)，業(yè)務(wù)模式交織在一起；

復(fù)雜程度可想而知；

如果想要快速直觀的理解核心框架，參考各種示意大圖是最佳選擇；

在新人入職時；

會了解公司的「組織架構(gòu)圖」，研發(fā)團隊的「系統(tǒng)架構(gòu)圖」，產(chǎn)品層面的「業(yè)務(wù)體系圖」等等；

在實際的開發(fā)過程中；

經(jīng)常用到的流程圖，時序圖，類圖，數(shù)據(jù)庫模型圖等等；

不同場景下的制圖需求，都能找到適合好用的工具，任何單一工具都不足以支撐全場景需求；

還有一個容易糾結(jié)的問題；

團隊內(nèi)部，是不是需要統(tǒng)一制圖的工具，以及語法規(guī)則；

先說說個人的習(xí)慣；

只看過Markdown的制圖語法，雖然有學(xué)習(xí)成本，但是易用高效；

除此之外，其他任何制圖的基本規(guī)則沒認真卷過；

但是在畫圖初期，參考了許多ProcessOn和draw.io中的優(yōu)秀模板；

再說說團隊的要求；

只有幾張核心的大圖制作，是要求在ProcessOn中統(tǒng)一管理的，并且有人負責(zé)定期更新維護，其它的隨意；

既有要求，又留有自由發(fā)揮的空間；

04

在公司的組織內(nèi)部，通常會涉及各種場景的大圖制作；

比如常見的大圖；

組織架構(gòu)、商業(yè)模式、產(chǎn)品矩陣、協(xié)作流程、業(yè)務(wù)體系等，主要目的是公司層面對這些維度做大的框架展示；

這些大圖會歸檔到知識庫，常用的就是辦公軟件內(nèi)部集成的工具；

【組織架構(gòu)圖】

描述公司的權(quán)責(zé)和分層管理的結(jié)構(gòu)體系，雖然從表面看都比較明了，但個人感覺這是最有管理難度的事項；

圖片

→ 職場很多的內(nèi)斗和內(nèi)卷，都需要對組織架構(gòu)有深刻的理解或者誤解；「職場見聞」

【業(yè)務(wù)體系圖】

自上而下的分析公司主營的業(yè)務(wù)體系，與組織架構(gòu)有異曲同工的味道；

圖片

→ 普遍的現(xiàn)象是：職級越高，對業(yè)務(wù)能力的要求越高；「參考職場晉級文檔」

【商業(yè)畫布圖】

作為公司內(nèi)部商務(wù)常用的模型圖，主要圍繞客戶需求，平臺能力，商務(wù)資源三方面；

圖片

→ 對于大多數(shù)商業(yè)互吹的場景中，很多商務(wù)介紹自己公司的常用話術(shù)套路；「據(jù)說會腦補該圖」

組織的核心框架圖；

職場玩家有必要卷一卷，不會吃虧，萬一真需要你打高端局呢？

05

在研發(fā)團隊中，涉及的指導(dǎo)性大圖也就那么幾張；

比如常見的大圖；

系統(tǒng)架構(gòu)，業(yè)務(wù)體系，技術(shù)體系，研發(fā)流程，部署流程等，主要目的是指導(dǎo)團隊內(nèi)部研發(fā)準(zhǔn)則；

目前團隊內(nèi)部采用的是語雀和ProcessOn這兩款工具；

【系統(tǒng)架構(gòu)圖】

系統(tǒng)架構(gòu)應(yīng)該是研發(fā)部門的核心大圖，可以直觀的反映技術(shù)和業(yè)務(wù)的核心結(jié)構(gòu)；

圖片

→ 新人如果想快速的理解業(yè)務(wù)和技術(shù)體系，從系統(tǒng)架構(gòu)圖切入最有效率；「沒事就隨便畫一畫」

【分類整理圖表】

最近開始推進的事項，比如系統(tǒng)組件應(yīng)用清單，第三方合作信息清單，各類賬號統(tǒng)一管理等等；

圖片

→ 復(fù)雜的結(jié)構(gòu)大圖，再配上一份簡潔的表單信息，體驗效果很好；「賬號一百多個」

【流程協(xié)作圖】

把協(xié)作流程中核心角色和節(jié)點梳理清楚，從而確保相應(yīng)的事項可以高效有序的推進；

圖片

→ 管理做的好的公司，都比較看重流程的標(biāo)準(zhǔn)化，也是在工作中反復(fù)強調(diào)的話題；「裁員為何不裁流程」

從多年搬磚經(jīng)驗來說；

編寫總結(jié)匯報或者晉升類的文檔時，將自己的工作內(nèi)容和團隊的框架圖有機的結(jié)合起來，視覺效果一流；

06

作為程序員，學(xué)會畫草圖真的是必備技能；

復(fù)雜的業(yè)務(wù)場景梳理，抽象的編程邏輯，研發(fā)還需要將兩者統(tǒng)籌管理，借助畫圖可以快速準(zhǔn)確的完成這些事務(wù)；

至于畫圖工具，上面推薦的幾款都好用；

個人習(xí)慣復(fù)雜的大圖使用draw.io，博客內(nèi)容使用語雀-畫板，工作時常用Markdown語法，類圖用編程工具自帶的即可；

【編程進階導(dǎo)圖】

工作這幾年，主動或者被動學(xué)習(xí)的技術(shù)棧，很多組件都只是淺淺的用過；

圖片

→ 初入職場時，可能多數(shù)玩家都夢想自己能成為技術(shù)方面的專家；「我現(xiàn)在還有這個幻想」

【技術(shù)流程圖】

在研發(fā)中需要設(shè)計很多復(fù)雜的流程，個人最喜歡用的就是Markdown語法，代碼轉(zhuǎn)圖片用的是Carbon工具；

圖片

→ 通過語法制圖極其高效，很多工具都提供了該能力的集成，如果對默認風(fēng)格不滿意，建議還是慎用；「增效反內(nèi)卷」

【編碼工具類圖】

在編碼過程中，相關(guān)的類圖設(shè)計可以直接用編碼軟件生成，還可以貼到畫布上添加注釋；

→ 在工作中一定要把常用的工具耍的熟練，可以高效率的解決各種事情，進而更加專注于核心維度；「偷懶讓工具進步」

有必要強調(diào)一句；

工具根本上就是提升效率，繪圖也只是對事務(wù)的思考和理解的呈現(xiàn)，所以多動手嘗試就行了；

07

在工作中，遇見過用ppt和word畫架構(gòu)圖的大佬級操作，其效果不輸其他工具；

所以，工具不是問題，畫圖應(yīng)該也不是問題；

核心能力在于對復(fù)雜問題的理解，是否足夠的全面和深入，當(dāng)然在理解的過程中可能需要很多草圖的輔助，才會有最終的效果圖；

最后，如果有好用工具，記得留言分享，可別藏著掖著。