解決方案手冊
這份規劃指南涵蓋已驗證的 n8n 客服工單分流工作流程，包含 webhook 觸發器、決策節點、Jodoo 欄位與上線檢查清單。
開啟手冊N8N + JODOO
使用 n8n + Jodoo 進行 AI 客服工單分流
結合 n8n 與 Jodoo，自動分類客服工單，將優先順序與 SLA 欄位回寫到 Jodoo，並在工作流程執行後持續清楚掌握升級案件負責人。
透過 n8n webhook 接收工單分類工單類別與優先順序將 SLA 與狀態欄位回寫到 Jodoo讓升級案件的後續追蹤可被清楚掌握
影片導覽
這段示範會展示什麼
影片展示客服工單如何進入 n8n，經由 Agent Decision 節點完成分類，並以升級工單的形式出現在 Jodoo 中。
Webhook 接收工單
n8n 從表單、入口網站、收件匣、聊天工具或內部系統接收傳入的客服資料並啟動流程。
Agent Decision 判定緊急程度
決策節點會回傳類別、優先順序、SLA 目標、狀態、指派負責人與後續追蹤備註。
HTTP Request 寫入 Jodoo
n8n 最後一個節點會將結構化欄位送入 Jodoo 回寫層，並取得 Jodoo data ID。
Jodoo 讓升級案件保持可見
客服團隊可透過 Jodoo 視圖與儀表板檢視高優先升級工單。
展示摘要
n8n 負責工單分流，Jodoo 負責追蹤升級案件
這段示範呈現一套客服分流工作流程，由 n8n 控制分派邏輯，Jodoo 則保存優先順序、SLA 目標、狀態、負責人與後續追蹤記錄。
Webhook 觸發
客服工單資料透過 webhook 進入 n8n。
決策節點
工作流程會回傳結構化的客服工單分流欄位。
HTTP 回寫
n8n 將對應好的工單欄位送入 Jodoo 回寫步驟。
Jodoo 結果
Jodoo 會將工單儲存為可搜尋的升級案件記錄。
可重複使用的模式
相同的工作流程架構也可支援服務台、IT、客戶成功與現場服務佇列。
工作流程工具包
建立相同的 n8n 客服分流循環
先檢視客服欄位對應、複製工作流程配方，再使用 Jodoo 入門應用程式，之後依照您自己的工單來源進一步調整。
您的團隊可重複使用的內容
n8n makes the first decision. Jodoo keeps a durable record with structured fields, ownership, status, next action, and audit context.
商務工作流程Jodoo 欄位模型代理提示詞上線檢查清單
可重複使用的工作流程
工作流程負責判斷，Jodoo 讓工作持續推進。
- 01
潛在客戶來源
表單、收件匣、合作夥伴潛在客戶，或 Jodoo 進件記錄
- 02
n8n Agent Decision
分類類別、優先順序、SLA 目標、狀態與負責人
- 03
結構化輸出
評分、級別、原因、缺少資訊、負責人、下一步行動
- 04
Jodoo 記錄
欄位、檢視、審查狀態與稽核軌跡
- 05
負責人後續追蹤
優先處理佇列、通知、任務與回覆草稿
工作流程循環
從進件到分派後續追蹤
工單會從客服表單、收件匣、入口網站、聊天工具或內部系統進入 n8n 的 Webhook 節點。
n8n Agent Decision 節點會回傳類別、優先順序、SLA 目標、狀態、負責人、回覆草稿與後續追蹤備註。
HTTP Request 節點會將這些欄位對應到受控的 Jodoo 回寫端點。
測試執行會回傳 Jodoo data ID，並建立可見的客服工單記錄。
Jodoo 會保存可長期追蹤的工單記錄，用於 SLA 視圖、負責人佇列、升級報表與稽核歷程。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| 潛在客戶來源、聯絡人、公司、活動 | 潛在客戶來源、聯絡人姓名、公司、電子郵件、活動 |
| ai_score, lead_tier, routing_priority | AI 評分、潛在客戶級別、分派優先順序 |
| fit_reason, missing_info | 符合原因、缺少資訊 |
| suggested_owner, next_best_action | 建議負責人、下一個最佳行動 |
| follow_up_draft、完整 JSON 回應 | 後續追蹤草稿、原始代理輸出 |
AI 代理配方
提示詞與結構化輸出
AI 代理角色
您是一位客服工單分流 AI 代理。請檢視每一筆傳入工單，並回傳 Jodoo 可用來儲存、分派與製作報表的結構化欄位。
n8n 指示
請以 webhook 傳入資料作為上下文，並回傳 JSON 欄位，供下一個 n8n 節點對應到 Jodoo 客服工單回寫請求中。
必要輸出
請回傳 requester 欄位、issue_category、affected_asset、priority、sla_target、ticket_status、assigned_owner、response_draft、follow_up_note 與 routing_reason。
{
"ai_score": 86,
"lead_tier": "熱門",
"fit_reason": "營運場景明確，且已提出清楚的 demo 需求。",
"missing_info": ["預算負責人", "導入時程"],
"suggested_owner": "Sales Ops 佇列",
"next_best_action": "預約探索電話",
"follow_up_draft": "Mia，你好，感謝你的聯繫...",
"routing_priority": "高"
}Jodoo 入門應用程式
AI 客服工單分流入門應用程式
當您為自己的 Jodoo 客服回寫層設定 n8n HTTP Request 節點時，可使用這個欄位模型。
包含的欄位
- 工單編號
- 申請人姓名
- 申請人電子郵件
- 申請人部門
- 問題類別
- 受影響資產
- 優先順序
- SLA 目標日期
- 工單狀態
- 指派負責人
- 問題描述
- 處理備註
- 後續追蹤備註
- 原始 AI 代理輸出
建議檢視
- 高優先升級案件
- SLA 風險
- 負責人佇列
- 需要更多資訊
- 所有客服工單
自動化規則
- 在 n8n HTTP Request 步驟後建立或更新 Jodoo 客服工單記錄。
- 當優先順序為高優先或狀態為已升級時，通知指派負責人。
- 將資訊不足的工單移至審查佇列。
- 在稽核軌跡中保留原始 AI 代理輸出。
上線檢查清單
正式上線前需確認的事項
- 與業務和行銷團隊確認潛在客戶評分標準。
- 確認哪些潛在客戶來源可安全送入 AI 代理工作流程。
- 將每個代理輸出欄位對應到相符的 Jodoo 欄位。
- 在送入真實客戶資料前，先以模擬潛在客戶進行測試。
- 為資訊不足或信心分數偏低的潛在客戶建立審查佇列。
- 待欄位模型穩定後，再加入負責人通知。
工作流程
從 n8n webhook 到可追蹤的升級案件
此示範使用可稽核的決策節點，因此不需要外部模型憑證即可執行。正式環境團隊可在連接偏好的模型後，將該節點替換為 n8n AI Agent。
工單會從客服表單、收件匣、入口網站、聊天工具或內部系統進入 n8n 的 Webhook 節點。
n8n Agent Decision 節點會回傳類別、優先順序、SLA 目標、狀態、負責人、回覆草稿與後續追蹤備註。
HTTP Request 節點會將這些欄位對應到受控的 Jodoo 回寫端點。
測試執行會回傳 Jodoo data ID，並建立可見的客服工單記錄。
Jodoo 會保存可長期追蹤的工單記錄，用於 SLA 視圖、負責人佇列、升級報表與稽核歷程。
Jodoo 記錄
Jodoo 儲存的內容
在 n8n 做出判定後，Jodoo 會保留客服團隊需要的工單欄位：申請人、類別、優先順序、SLA 目標、狀態、負責人與後續追蹤備註。
工單編號申請人詳細資料問題類別受影響資產優先順序SLA 目標日期工單狀態指派負責人問題描述處理備註後續追蹤備註原始 AI 代理輸出
測試執行
一次測試執行已將 n8n 客服結果寫入 Jodoo
這些截圖使用模擬客服資料，展示 n8n 工作流程完成情況，以及回寫後的 Jodoo 工單表。
n8n 工作流程設定
Webhook、Agent Decision 與 HTTP Request 節點共同構成 n8n 專用的客服工單分流流程。
n8n 成功執行
客服工作流程已完成所有 n8n 節點，並回傳 Jodoo 回寫回應。
Jodoo 回寫結果
經 n8n 分流的工單已出現在 Jodoo 中，包含申請人、類別、優先順序、SLA 目標與狀態欄位。
常見問題
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
這個 n8n 客服工作流程是否已完成端對端測試？
是的。模擬的 SSO 工單已成功跑完 n8n 流程，並在建立一筆高優先、已升級的客服工單記錄後回傳 Jodoo data ID。
n8n 可以把客服分流結果送進 Jodoo 嗎？
可以。工作流程應回傳可預測的欄位，例如類別、優先順序、SLA 目標、狀態、負責人、回覆草稿與後續追蹤備註，再透過 HTTP Request 步驟完成欄位對應。
這是否需要付費版 n8n 方案？
本次測試使用 n8n Cloud 試用存取與免憑證的決策節點。正式環境的託管方式、模型使用量、憑證設定與執行量可能會產生成本。
工單來源可以來自 Jodoo 以外的系統嗎？
可以。觸發來源可先來自客服表單、收件匣、聊天工具、入口網站、webhook 或其他系統，再將結果寫入 Jodoo。
團隊可以自訂分流規則嗎？
可以。團隊可依照自身客服流程調整類別、SLA 目標、優先順序規則、負責人佇列，以及決策節點或 AI 代理提示詞。
下一步
把客服分流變成可重複使用的 n8n 循環
您可以先從客服工單分流開始，再將相同模式延伸到 IT 申請、客戶成功升級案件、Bug 進件或現場服務問題。