n8n 學習地圖

n8n 真實生活應用案例地圖

這章整理 YouTube 上常見的 n8n 使用心得與教學案例。
重點不是「照抄某個影片」，而是看出真實生活中哪些重複工作適合交給 n8n。

想一想

看到很多 n8n 案例時，初學者可能會覺得每個都很厲害，但不知道哪個跟自己有關。其實你不用先追求很炫的 AI Agent，也不用一開始就做完整商業系統。你可以先觀察自己每天或每週重複做的事：有沒有一直複製貼上？有沒有固定要整理資料？有沒有常常忘記通知某個人？有沒有每次都要把同一種文字改成表格或摘要？

n8n 的價值通常就藏在這些小地方。真正好的自動化題目，不一定很大，但一定很重複、規則清楚、資料來源穩定，而且做錯時能修。你可以把每個生活案例都拆成五段：什麼事情觸發、資料從哪裡來、要整理什麼、要不要判斷、最後送去哪裡。只要能拆出這五段，就已經是一個 workflow 的雛形。先從小案例開始，會比直接複製大型範例更容易學會。

1. 先講結論：n8n 最適合處理什麼事

n8n 最適合處理這幾類事情：

  1. 有固定觸發點的事情
  2. 需要在多個工具之間搬資料的事情
  3. 每次都要照同一套規則判斷的事情
  4. 需要把文字、表單、Email、檔案整理成結構化資料的事情
  5. 需要自動通知、建立任務、寫入資料庫的事情
  6. 可以由 AI 先產生草稿，再由人確認的事情

不適合一開始就做的事情：

  1. 完全沒有規則、每次都不一樣的工作
  2. 需要高度法律、醫療、財務責任判斷的最終決策
  3. 沒有人願意維護的正式系統
  4. 沒有資料權限、沒有 API、只能靠人工登入複製貼上的系統
  5. 一失敗就會造成重大損失，但沒有人工審核的流程

一句話： n8n 很適合自動化重複流程，但不適合把責任完全丟給自動化。

2. 從 YouTube 使用心得看出的 10 大場景

類別生活中的任務n8n 做的事難度
個人效率待辦、提醒、筆記整合把 Gmail、Calendar、Notion 串起來初級
內容創作社群貼文、影片題目、內容行事曆抓資料、產生草稿、排程發布中級
會議與文件會議紀錄、摘要、待辦transcript 轉摘要與任務中級
客服工單分流、回覆草稿、通知接收訊息、分類、通知負責人中級
銷售lead qualification、CRM 更新補資料、評分、寫入 CRM中級
財務行政發票、收據、記帳OCR/AI 抽取欄位，寫入表格中級
預約排程WhatsApp / 表單預約查 Calendar、建立事件、回覆確認中級
知識庫問答RAG、文件問答文件切割、向量化、AI 查詢中高
IT / DevOpsWebhook、API、Slack 告警接事件、打 API、通知團隊初中級
錯誤處理workflow 失敗通知Error Trigger、log、Slack/Email中級

3. 個人效率：把分散資訊收回一個地方

真實情境

很多人每天會收到 email、訊息、會議邀請、提醒、筆記。問題不是資訊不足，而是資訊散落在不同 app。

n8n 可以做什麼

  • Gmail 新信件進來後自動分類
  • 把重要信件轉成 Notion 任務
  • Google Calendar 事件前自動提醒
  • 把 Telegram 訊息整理成筆記
  • 每天早上寄一封「今日摘要」

典型 workflow

Gmail Trigger
  -> IF 判斷是否重要
  -> OpenAI 摘要
  -> Notion 建立任務
  -> Slack / Telegram 通知

適合新手的原因

  • 資料量小
  • 錯了通常可手動修
  • 不需要複雜部署
  • 很快感受到自動化價值

你可以做的第一個練習

做一個：

Manual Trigger -> Set 測試 email 內容 -> OpenAI 摘要 -> Notion 或 Google Sheets

先不要直接接 Gmail。先用假資料把流程跑通。

4. 內容創作：從素材到草稿到發布

真實情境

創作者與行銷人員常見痛點：

  • 不知道要寫什麼
  • 有素材但懶得整理
  • 同一份內容要改成多平台格式
  • 發布排程很瑣碎

n8n 可以做什麼

  • 從 YouTube comments 找內容靈感
  • 把 transcript 轉成文章草稿
  • 把長文改成 LinkedIn / X / Instagram 貼文
  • 產生內容行事曆
  • 把草稿寫入 Notion 或 Google Docs
  • 到指定時間提醒人工發布

典型 workflow

Schedule Trigger
  -> HTTP Request 抓資料
  -> OpenAI 產生題目
  -> Notion 建立內容卡片
  -> Google Docs 產生草稿
  -> Slack 通知審稿

不建議一開始就全自動發布

新手常犯錯是直接做：

OpenAI -> 直接發到社群

更穩的做法是：

OpenAI -> 產生草稿 -> 人工確認 -> 發布

原因：

  • AI 可能寫錯事實
  • 平台格式可能跑掉
  • 品牌語氣需要人工把關
  • 發錯文的成本比少自動一步更高

5. 會議與文件：把文字變成任務

真實情境

很多團隊不是沒有開會，而是會後沒有人整理：

  • 決議
  • 待辦
  • 負責人
  • 截止日
  • 風險

n8n 可以做什麼

  • 接收 meeting transcript
  • 產生會議摘要
  • 抽取 action items
  • 寫入 Notion / Asana / Trello
  • 寄出 recap email
  • 若缺負責人或期限，標記需要人工補齊

典型 workflow

Webhook 接收 transcript
  -> OpenAI 摘要與待辦抽取
  -> Code 檢查欄位完整性
  -> IF 分流
  -> Notion / Asana 建立任務
  -> Email 寄 recap

最重要的設計原則

不要只做「摘要」。
真正有用的是把摘要變成下一步行動。

輸出應該包含：

  • summary
  • decisions
  • action_items
  • owner
  • due_date
  • missing_info

6. 客服：分類、分派、回覆草稿

真實情境

客服訊息通常來自很多入口：

  • Email
  • 表單
  • Slack
  • Zendesk
  • WhatsApp
  • 網站聊天

痛點是：

  • 誰要處理不清楚
  • 急件沒有先看到
  • 回覆品質不一致
  • 客訴資料沒有沉澱

n8n 可以做什麼

  • 接收客服訊息
  • 判斷分類：帳務、技術、退貨、抱怨、一般詢問
  • 判斷優先級
  • 分派給不同人
  • 產生回覆草稿
  • 寫入 Airtable / Google Sheets / CRM

典型 workflow

Form / Email / Webhook
  -> OpenAI 分類
  -> Switch 分流
  -> 建立 ticket
  -> Slack 通知負責人
  -> 回傳收到通知

新手要避免

不要讓 AI 直接代表公司回覆客戶。
先做：

AI 產生草稿 -> 人工確認 -> 發送

等分類準確率、語氣、責任邊界都穩定後，再考慮部分自動回覆。

7. 銷售：Lead qualification 與 CRM 自動更新

真實情境

業務流程裡很多事情重複但重要：

  • 收到名單
  • 查公司資料
  • 判斷是否合格
  • 寫入 CRM
  • 寄第一封信
  • 提醒業務跟進

n8n 可以做什麼

  • 表單進來後自動清理欄位
  • 用 API 補公司資料
  • 依規則給 lead score
  • 寫入 CRM
  • 產生個人化外聯草稿
  • 通知業務

典型 workflow

Form Trigger
  -> Clearbit / Dropcontact / HTTP Request 補資料
  -> OpenAI 產生摘要
  -> Code 計算 lead score
  -> IF 判斷是否高價值
  -> CRM 建立 lead
  -> Slack 通知 sales

最適合自動化的部分

  • 資料整理
  • 查資料
  • 評分
  • 通知
  • 產生草稿

不應該一開始自動化的部分

  • 自動承諾價格
  • 自動簽約
  • 自動給折扣
  • 自動刪除 lead

8. 財務行政：發票、收據、記帳

真實情境

小企業與個人工作者常見問題：

  • 收據散在手機、Email、聊天軟體
  • 發票要手動上傳
  • 金額、日期、商家要自己抄
  • 月底才發現資料不完整

n8n 可以做什麼

  • Telegram 上傳收據照片
  • 存到 Google Drive
  • 用 OCR 或 AI 抽取日期、金額、商家、類別
  • 寫入 Google Sheets
  • 若缺欄位，回覆請補資料
  • 月底產生支出摘要

典型 workflow

Telegram Trigger
  -> Google Drive 上傳檔案
  -> OCR / OpenAI 抽取欄位
  -> Code 檢查金額與日期
  -> Google Sheets 新增列
  -> Telegram 回覆結果

風險提醒

財務資料要注意：

  • 憑證是否含個資
  • API provider 是否合規
  • 金額抽錯不能直接入帳
  • 需要保留原始檔案

建議把 n8n 定位成「整理助理」，不是正式會計系統。

9. 預約排程：從訊息到 Calendar

真實情境

預約常見在：

  • 美容美髮
  • 顧問諮詢
  • 診所或課程預約
  • 客戶會議
  • 餐廳訂位

痛點是：

  • 來回確認時間很煩
  • 容易重複預約
  • 忘記通知客戶
  • 取消或改期沒有同步

n8n 可以做什麼

  • 接 WhatsApp / 表單 / Webhook
  • 查 Google Calendar 空檔
  • 建立預約事件
  • 回覆確認訊息
  • 預約前一天提醒
  • 改期時更新 Calendar

典型 workflow

Webhook / WhatsApp
  -> Normalize request
  -> Google Calendar 查空檔
  -> IF 判斷可預約
  -> Google Calendar 建立事件
  -> WhatsApp / Email 回覆

新手版做法

先不要做自然語言排程。
先用表單欄位：

  • 姓名
  • email
  • 服務項目
  • 日期
  • 時段

等欄位穩定後，再加 AI 幫忙解析自然語言。

10. 知識庫與 RAG：讓 AI 查你的資料

真實情境

很多團隊資料分散在：

  • Google Drive
  • Notion
  • PDF
  • SOP
  • FAQ
  • 產品文件

一般聊天 AI 不知道你的內部文件。RAG 的用途是先找資料，再回答問題。

n8n 可以做什麼

  • 從 Google Drive 抓文件
  • 切割文件
  • 產生 embeddings
  • 寫入 vector database
  • 使用 AI Agent 查資料後回答
  • 回答時附上來源或片段

典型 workflow

Google Drive Trigger
  -> Download file
  -> Text Splitter
  -> Embeddings
  -> Vector Store

查詢流程：

Chat Trigger
  -> AI Agent
  -> Vector Store Tool
  -> 回答

什麼時候需要 RAG

需要：

  • 問題答案在你的文件中
  • 文件會更新
  • 需要降低模型亂猜
  • 需要回答可追溯

不需要：

  • 只是一般摘要
  • 只是分類
  • 資料很少，直接放 prompt 就夠
  • 沒有固定知識庫

11. IT / DevOps：Webhook、API、告警

真實情境

工程與營運場景裡，n8n 常被用來當 glue layer：

  • GitHub 事件通知
  • API callback
  • 監控告警
  • 資料同步
  • 錯誤紀錄
  • Slack 通知

n8n 可以做什麼

  • 收 GitHub star / issue / PR event
  • API 回來後更新資料庫
  • workflow 錯誤時通知 Slack
  • 每天檢查某個服務是否正常
  • 把不同系統的 webhook 整合成同一個入口

典型 workflow

Webhook / GitHub Trigger
  -> IF / Switch
  -> HTTP Request
  -> Database
  -> Slack

錯誤處理 workflow：

Error Trigger
  -> Set 錯誤內容
  -> Google Sheets / Data Table 記錄
  -> Slack / Email 通知

最實用的起手式

每個正式 workflow 都應該考慮：

  • 失敗後誰知道
  • 錯誤記在哪裡
  • 能不能重跑
  • webhook 是否有驗證
  • API timeout 怎麼處理

12. 把案例轉成 n8n 題目的方法

看到一個生活中的重複工作，可以用 6 個問題判斷能不能做成 n8n workflow。

問題 1：觸發點是什麼

可能是：

  • 新 email
  • 新表單
  • webhook
  • 每天固定時間
  • 新檔案
  • 手動按鈕

問題 2：資料從哪裡來

可能是：

  • Google Sheets
  • Notion
  • Gmail
  • API
  • PDF
  • 網頁
  • 使用者輸入

問題 3：要做什麼處理

可能是：

  • 清理欄位
  • 分類
  • 摘要
  • 翻譯
  • 抽取
  • 計算
  • 查資料

問題 4：要寫到哪裡

可能是：

  • Google Sheets
  • Notion
  • CRM
  • Database
  • Slack
  • Email
  • Data Tables

問題 5：哪一步需要人確認

通常需要人工確認的是：

  • 對外發送
  • 刪除資料
  • 金額與合約
  • 客訴回覆
  • 法律或醫療判斷
  • 高價值銷售決策

問題 6：失敗時怎麼辦

至少要想：

  • 通知誰
  • 記錄在哪
  • 能不能重跑
  • 會不會重複發送
  • 有沒有補救流程

13. 新手最推薦先做的 5 個生活案例

1. Email 摘要到 Google Sheets

原因：最容易理解 input、AI processing、output。

Manual Trigger -> Set email text -> OpenAI summary -> Google Sheets

2. 表單收到後自動通知

原因：最像真實工作，也最容易測。

Form Trigger -> Set -> IF -> Slack / Email

3. 收據資料整理

原因：很生活化，能練檔案、欄位抽取、表格。

Webhook / Telegram -> Drive -> OCR / AI -> Sheets

4. 會議紀錄轉待辦

原因：能練 AI structured output。

Webhook transcript -> OpenAI extract action items -> Notion

5. Error notification

原因：開始做正式流程前一定要懂。

Error Trigger -> Set -> Slack / Email

14. 進階後可以挑戰的案例

AI 客服助理

需要：

  • 分類
  • knowledge base
  • ticket system
  • 人工審核
  • fallback

Lead qualification

需要：

  • 表單
  • enrichment API
  • scoring
  • CRM
  • sales notification

RAG 知識庫

需要：

  • file ingestion
  • embeddings
  • vector database
  • retrieval
  • answer generation

多平台內容再製

需要：

  • transcript
  • prompt templates
  • platform formatting
  • draft review
  • publishing schedule

預約助理

需要：

  • 自然語言解析
  • calendar availability
  • conflict checking
  • confirmation message
  • reschedule / cancel flow

15. 影片案例來源整理

以下來源來自 YouTube 公開影片頁面。部分案例是影片標題、描述或章節明示；若是根據常見 workflow 結構推論，已在本章用保守方式整理。

個人效率與創作者

商業、客服、銷售、營運

AI、RAG、內容再製

IT / DevOps / API

16. 本章練習

練習 1：選一個生活痛點

從下面選一個：

  • Email 太多
  • 會議紀錄太亂
  • 收據難整理
  • 客服訊息太多
  • 社群內容要重複改寫
  • 預約來回確認太麻煩

練習 2：畫出 5 格流程

格式：

Trigger -> Read -> Transform -> Decide -> Output

練習 3：標出人工確認點

至少標一個：

  • 發送前確認
  • 寫入前確認
  • 刪除前確認
  • 金額確認
  • 對外回覆確認

練習 4：做最小版本

不要一開始做完整系統。
先做：

Manual Trigger -> Set 測試資料 -> OpenAI 或 Code -> Google Sheets

能穩定跑，再換成真實 trigger。