雲端架構師實測：除了 PPT，為什麼你也該試試「白板討論」？｜專家論點【黃婉中】

林育如 — Mon, 23 Feb 2026 01:00:08 +0000

在IT圈，我們常聽到 Whiteboarding（白板討論）。這詞聽起來專業，其實說白了，就是「拿起筆，直接在白板上邊畫邊跟人討論」的過程。作者：黃婉中（雲端架構師）

在IT圈，我們常聽到 Whiteboarding（白板討論）。這詞聽起來專業，其實說白了，就是「拿起筆，直接在白板上邊畫邊跟人討論」的過程。

[caption id="attachment_206099" align="alignnone" width="835"] Whiteboarding（白板討論）。這詞聽起來專業，其實說白了，就是「拿起筆，直接在白板上邊畫邊跟人討論」的過程。（圖／AI生成）[/caption]

在 UI/UX 或軟體工程師的面試裡，這種形式很常見。但在雲端架構師的場景中，大家似乎比較少把它當成一項必修課。不過根據我的經驗，這是一個在簡報之外，非常實用的溝通輔助工具。

為什麼不只用簡報？

身為雲端架構師，我們習慣準備一疊厚厚的簡報。但架構有時很複雜，不管是混合雲遷移還是資料分析，投影片講久了，有時候客戶不一定能完全跟上。

這時 Whiteboarding 就派上用場了。它不是要「取代」簡報，而是「補充」。當客戶對某個細節有疑問時，放下雷射筆、拿起白板筆，把死板的簡報切換成動態討論。這能幫助雙方把認知對齊，讓討論更聚焦。

簡報是靜態且封閉的，當客戶對某個設計有疑慮時，翻找投影片常會打斷思考。白板則提供了靈活性，而且不需要從零開始。通常我會先畫好核心框架，在簡報過程中針對客戶關心的特定節點進行補充。

以下跟你分享3個適合「動筆」的場景。

我常用白板和客戶盤點現有架構痛點。客戶通常比較冷靜，不會主動描述細節。這時，我會在白板上劃出簡易的現況圖（As Is），並針對可能有優化空間的部分（如資料庫、特定串接點）詢問客戶的看法。

看著圖討論，通常比對著簡報的條列清單更容易讓客戶確認現狀，減少雙方的認知誤差，也能確認哪些是優先事項。

一個例子是討論資料如何從地端搬遷到雲端。企業專案經常有多種資料來源（如不同資料庫、第三方 API），簡報的更新常趕不上變動。我不止一次聽到客戶邊看簡報邊說：「這裡後來我們又加了東西，來不及畫在上面。」

我會直接在白板上畫出資料流。討論內容包含：這段資料是 Batch 還是 Real-time？傳輸過程需不需要處理去識別化？我發現這麼做以後，能夠省下許多會後email來往確認的時間。

白板也很適合在既有的方案架構上，針對客戶特定需求進行局部調整。當客戶提出「如果以後要擴充到其他區域，這套架構怎麼改？」這類假設性問題時，白板就是最好的補充工具。

即使現場沒時間去改簡報，我會直接在原有的圖上繼續補充，讓客戶理解這份方案是可以根據需求微調的。

預先畫好底圖：現場時間有限，我通常會在會議開始前，先畫好大約 70% 的基礎架構。正式討論時，只針對需要變動的部分動筆，這樣比較省時間，也維持溝通的節奏。
工具分工：PPT 用來呈現最終目標跟結論、白板則用來處理討論過程中的變數。
拍照留存：建議討論完後，當場用手機拍下白板圖，直接貼進當天的會議記錄（Meeting Minute）。這能確保「共識」被保存下來，不會因為白板被擦掉就沒了。
參考公開資源：想學習如何把複雜雲端架構畫得清晰，可以參考 YouTube 上的 John Savill，他的視覺化邏輯非常值得學習。

白板不需要畫得像藝術品，只要能把邏輯講清楚就夠了。誠如那句老話：「A picture is worth a thousand words」（一張圖勝過千言萬語）。

在雲端架構這種資訊量大的工作中，白板是一個能幫你把複雜事物變簡單的工具。下次發現會議溝通有點卡關時，不妨拿起白板筆試試看。