「純文字 vs 心智圖」的結果比較
基本上昨天的簡報，扣掉「心智圖很重要」這個主題後，剩下就是專案怎麼做產品的策略規劃的細節了。再加上聽到部長說"接下來大家都去展開心智圖"，我就知道…又是一個完全搞錯重點的會議了。
「心智圖」似乎被神化為能解決任何問題的方法。但其實這根本只是讓大家從「由本能/經驗/直覺決策」的模式，轉變為「由展開的細節決策」的模式而已。可我們不是本就應該用結構化的方式來思考嗎？心智圖其實就是結構化的產出物而已不是嗎？其實文字就可以結構化，許多心智圖根本就支援輸出成結構化文字，甚至支援由markdown文字匯入成心智圖的。
就算用純文字做為思考工具，並沒有想像中那麼難，但我心中知道最終大家一定只會想接受心智圖而已，不想看字。究竟差在哪裡？不然，我就用心智圖的方式，來分析「純文字」和「心智圖」的幾個關鍵差異好了：
仔細想了一輪後就會發現，關鍵的差異有幾個：
指示關係：是「線段」還是「縮排」。
顏色：可表達更多資訊。
收合：讓讀者更輕鬆的「見樹也見林」。
如果這裡的「純文字」是指Markdown的話，可能連「顏色」跟「收合」這兩個特性都可以補上。剩下最關鍵的就是「指示關係」的表達法了，也就是說，在看上面這張圖時，從屬/平行關係確實是很清楚。若是換純文字表示的話，我們可以看一下長什麼樣子(以下就是上圖的"原始碼")：
# 純文字 vs 心智圖
## 心智圖
### 易讀
#### 線段指示關係
- 從屬關係
- 平行關係
#### 不同顏色
- 詞性(動詞/名詞)
- 分類
#### 可收合/展開
- 見樹也見林
### 簡單製作
- 字少
- 好工具
## 純文字
### 易讀
#### 縮排指示關係
- 從屬關係
- 平行關係
### 簡單製作
- 字少
- 好工具當然，這是比較極端的表現。好的Markdown編輯器都會給標題或清單一些特別的樣式，但文長就不會有什麼花樣了。
上述這個是由Markdown的結構去畫心智圖的，若是走mermaid的語法畫的話，圖會變得更大，寫作的難度也會更高一點：
源碼長這樣：
graph LR
plain_text("純文字") --- topic("純文字 vs 心智圖") --- mindmap("心智圖")
mindmap --- readability("易讀")
mindmap --- easy_built("簡單製作")
readability --- foldable("可收合/展開")
readability --- colorful("不同顏色")
readability --- identify_relationship("線段指示關係")
foldable --- see_both_wood_and_tree("見林也見樹")
easy_built --- less_word("字少")
easy_built --- handy_tool("好工具")
identify_relationship --- ownership("從屬關係")
identify_relationship --- siblingship("平行關係")
colorful --- categorization("分類")
colorful --- part_of_speech("詞性(動詞/名詞)")
t_readability("易讀") --- plain_text
t_easy_built("簡單製作") --- plain_text
indention("縮排指示關係") --- t_readability
t_less_word("字少") --- t_easy_built
t_handy_tool("好工具") --- t_easy_built
t_ownership("從屬關係") --- indention
t_siblingship("平行關係") --- indention
style identify_relationship color:red
style foldable color:purple
style colorful color:blue
style indention color:red若不求圖長得好不好看的話，其實對我這種(軟體)文字工作者來說，把思考這個問題的過程，化為文字還真沒那麼困難，這些插件都把複雜的部分處理掉了。我們只管想，然後把輸出的節點，接在該接的地方就行了。
但不否認的是，直接看圖確實是舒心許多。將來，若有大量的心智圖輸出需求的話，花點時間熟練這兩套輸出工具，應該是蠻值得的投資。