用數據說故事
數據不會自己說話,你要幫它說。你做了一張漂亮的儀表板,老闆看了五秒問:「所以呢?我該做什麼?」如果你只回「營收比上個月多了 3%」,那你只是個報數機器。數據分析師的價值不是算數字,是把數字變成行動。
- 數據故事 = 情境 + 發現 + 建議
- 不是把所有數字念一遍,是挑出最重要的發現
- 好的數據故事讓決策者知道「該做什麼」和「為什麼」
數據故事的結構
每個好的數據故事都遵循這三步:
1. 情境(Context)
我們在看什麼?為什麼要看?
「本月電商營收報告。上月我們啟動了週年慶活動,目標是營收 MoM 成長 10%。」
2. 發現(Finding)
數據告訴我們什麼?有什麼異常或趨勢?
「營收 MoM 成長了 15%,超越目標。但仔細看,成長全部來自電子產品類別(+40%),服飾反而下降了 5%。」
3. 建議(Recommendation)
我們該做什麼?
「建議下月維持電子產品的促銷力道,同時調查服飾下降的原因——是庫存不足還是定價問題?」
| 步驟 | 要回答的問題 | 常見錯誤 |
|---|---|---|
| 情境 | 我們在看什麼? | 沒有背景,直接丟數字 |
| 發現 | 數據說了什麼? | 把所有數字都念一遍,沒有重點 |
| 建議 | 該做什麼? | 只描述現象,不給行動建議 |
用 SQL 找 Insight
好的數據故事從好的 SQL 查詢開始。以下是幾個常見的「找洞察」模式:
模式一:找異常——哪一天營收暴跌或暴漲?
模式二:找趨勢——營收是在成長還是衰退?
模式三:找貢獻者——成長(或衰退)是誰造成的?
模式四:找 TOP N——誰是最大的客戶?最賺的商品?
報告簡報技巧
用 SQL 找到洞察之後,要組織成簡報:
| 簡報頁面 | 內容 | 時間分配 |
|---|---|---|
| 封面 | 標題 + 日期 + 報告人 | 10 秒 |
| 摘要 | 3 個重點發現 + 建議 | 1 分鐘 |
| KPI 總覽 | 儀表板截圖 + 關鍵數字 | 1 分鐘 |
| 發現 1 | 數據 + 圖表 + 解讀 | 2 分鐘 |
| 發現 2 | 數據 + 圖表 + 解讀 | 2 分鐘 |
| 下一步 | 具體行動建議 + 負責人 + 時程 | 1 分鐘 |
黃金法則:先講結論,再講過程。 老闆沒時間聽你的分析旅程,他要先知道「結果是什麼」。
動手做:組織一個完整的數據故事
假設場景:你是電商公司的數據分析師,要向老闆報告本月營運狀況。
Step 1:先看大局
Step 2:下鑽找原因(哪個類別貢獻最多?)
Step 3:找 actionable insight(回購客戶 vs 新客的貢獻)
故事組裝:「本月營收 MoM 成長 X%(情境),成長主要來自電子產品類別和回購客戶(發現),建議加強電子產品庫存並推出回購獎勵計畫(建議)。」
AI 協作:學了這個,跟 AI 怎麼配合?
AI 很會算數字,但「哪個發現值得講」是你的判斷。
你的人類優勢:
- 你知道老闆最關心什麼(不是所有異常都值得報告)
- 你能判斷「建議」是否實際可行
- 你能感受到聽眾的反應,即時調整重點
可以這樣跟 AI 說:
我剛跑完月報,發現營收成長了 15% 但服飾類別下降了 5%。幫我用「情境→發現→建議」的結構,組織一段 3 分鐘的報告口稿。
練習題
互動示範
挑戰任務
找出每月營收趨勢:月份、營收、MoM 成長率百分比、趨勢標籤(成長/衰退/持平)(顯示 month、revenue、growth_pct、trend),只算 completed,按月份排序
找出 TOP 5 客戶:客戶名稱、訂單數、總消費金額(顯示 name、orders、total_spent),只算 completed,按總消費排序取前 5
比較回購客戶 vs 新客戶的貢獻:客戶類型(訂單 > 1 筆為回購客戶,否則為新客戶)、客戶數、營收、平均 LTV(顯示 cust_type、customer_count、revenue、avg_ltv),只算 completed