解決方案手冊
已驗證 n8n 潛在客戶資格判定工作流程的規劃指南，包含 webhook 觸發、決策節點、Jodoo 欄位與上線檢查清單。
開啟手冊N8N + JODOO
使用 n8n + Jodoo 進行 AI 潛在客戶資格判定
將 n8n 與 Jodoo 搭配使用，接收進站潛在客戶、執行明確的決策工作流程、將結構化評分欄位回寫至 Jodoo，並讓業務後續追蹤可視且可追蹤。
透過 n8n webhook 接收潛在客戶回傳結構化資格判定欄位將已驗證的潛在客戶記錄寫入 Jodoo從單一記錄分派業務後續追蹤
影片導覽
示範中會發生什麼
影片展示潛在客戶如何進入 n8n、經過 Agent Decision 節點，並在 Jodoo 中建立已驗證的潛在客戶記錄。
Webhook 接收潛在客戶
n8n 以來自表單、行銷活動、合作夥伴來源、試算表或內部系統的潛在客戶 payload 作為起點。
Agent Decision 回傳欄位
決策節點會回傳分數、級別、原因、缺少的資訊、負責人建議、下一步行動與後續追蹤草稿。
HTTP Request 寫入 Jodoo
最後一個 n8n 節點會將結構化欄位送入 Jodoo 回寫層，並取得 Jodoo data ID。
Jodoo 讓後續追蹤清楚可見
業務團隊可在 Jodoo 潛在客戶記錄中檢視分數、負責人、後續追蹤草稿與原始輸出。
展示摘要
n8n 執行決策工作流程，Jodoo 保留業務記錄
如果您的團隊希望在 webhook 觸發、決策邏輯、HTTP 回寫與重試路徑上擁有節點層級的控制，這段導覽會特別實用。
Webhook 觸發
潛在客戶 payload 透過 webhook 進入 n8n。
決策節點
工作流程會回傳結構化的潛在客戶評分欄位。
HTTP 回寫
n8n 會將對應欄位送入 Jodoo 回寫步驟。
Jodoo 結果
Jodoo 會將潛在客戶儲存為可搜尋的業務記錄。
可重複使用的模式
連接模型憑證後，相同的工作流程架構即可改用 n8n AI Agent。
工作流程工具包
建立相同的 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
回傳分數、級別、負責人、下一步行動與後續追蹤欄位
- 03
結構化輸出
評分、級別、原因、缺少資訊、負責人、下一步行動
- 04
Jodoo 記錄
欄位、檢視、審查狀態與稽核軌跡
- 05
負責人後續追蹤
優先處理佇列、通知、任務與回覆草稿
工作流程循環
從進件到分派後續追蹤
潛在客戶會從表單、行銷活動、合作夥伴來源或內部系統進入 n8n Webhook 節點。
n8n Agent Decision 節點會回傳分數、級別、原因、負責人、下一步行動、後續追蹤草稿與分派優先順序。
HTTP Request 節點會將這些欄位對應到受控的 Jodoo 回寫端點。
測試執行會回傳 Jodoo data ID，並建立可見的潛在客戶記錄。
Jodoo 會保存可長期使用的潛在客戶記錄，供負責人後續追蹤、審查佇列、儀表板與稽核歷程使用。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| 潛在客戶來源、聯絡人、公司、活動 | 潛在客戶來源、聯絡人姓名、公司、電子郵件、活動 |
| ai_score, lead_tier, routing_priority | AI 評分、潛在客戶級別、分派優先順序 |
| fit_reason, missing_info | 符合原因、缺少資訊 |
| suggested_owner, next_best_action | 建議負責人、下一個最佳行動 |
| follow_up_draft、完整 JSON 回應 | 後續追蹤草稿、原始代理輸出 |
AI 代理配方
提示詞與結構化輸出
代理角色
您是一個服務 B2B 業務團隊的潛在客戶資格判定代理。請審查每一筆進站潛在客戶，並回傳 Jodoo 可儲存、分派與報表化的結構化欄位。
n8n 指示
請將 webhook payload 作為上下文，然後回傳 JSON 欄位，讓下一個 n8n 節點可對應到 Jodoo 回寫請求。
必要輸出
請回傳 ai_score、lead_tier、fit_reason、missing_info、suggested_owner、next_best_action、follow_up_draft 與 routing_priority。請保持結果可供機器讀取。
{
"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 節點時，可使用此欄位模型。
包含的欄位
- 記錄標題
- 潛在客戶來源
- 聯絡人姓名
- 公司
- 電子郵件
- 行銷活動
- 訊息或申請內容
- AI 分數
- 潛在客戶級別
- 適配原因
- 缺少的資訊
- 建議負責人
- 最佳下一步行動
- 後續追蹤草稿
- 分派優先順序
- 審查狀態
- 原始代理輸出
建議檢視
- 高潛力潛在客戶
- 待審查
- 資訊不足
- 負責人佇列
- 所有已資格判定的潛在客戶
自動化規則
- 在 n8n HTTP Request 步驟後建立或更新 Jodoo 潛在客戶記錄。
- 當分派優先順序較高時，通知建議負責人。
- 將資訊不足的潛在客戶移至審查佇列。
- 在稽核軌跡中保留原始代理輸出。
上線檢查清單
正式上線前需確認的事項
- 與業務和行銷團隊確認潛在客戶評分標準。
- 確認哪些潛在客戶來源可安全送入 AI 代理工作流程。
- 將每個代理輸出欄位對應到相符的 Jodoo 欄位。
- 在送入真實客戶資料前，先以模擬潛在客戶進行測試。
- 為資訊不足或信心分數偏低的潛在客戶建立審查佇列。
- 待欄位模型穩定後，再加入負責人通知。
工作流程
從 n8n webhook 到 Jodoo 潛在客戶記錄
此示範使用可稽核的決策節點，因此不需外部模型憑證即可執行。正式上線時，團隊可在連接偏好的模型後，以 n8n AI Agent 取代該節點。
潛在客戶會從表單、行銷活動、合作夥伴來源或內部系統進入 n8n Webhook 節點。
n8n Agent Decision 節點會回傳分數、級別、原因、負責人、下一步行動、後續追蹤草稿與分派優先順序。
HTTP Request 節點會將這些欄位對應到受控的 Jodoo 回寫端點。
測試執行會回傳 Jodoo data ID，並建立可見的潛在客戶記錄。
Jodoo 會保存可長期使用的潛在客戶記錄，供負責人後續追蹤、審查佇列、儀表板與稽核歷程使用。
Jodoo 記錄
Jodoo 儲存的內容
在 n8n 完成決策後，Jodoo 會儲存業務團隊所需的潛在客戶欄位：來源、聯絡資訊、分數、級別、原因、負責人、下一步行動與後續追蹤草稿。
記錄標題潛在客戶來源聯絡人與公司詳細資訊AI 分數與級別適配原因與缺少資訊建議負責人最佳下一步行動後續追蹤草稿分派優先順序原始代理輸出
測試執行
一次測試執行已將 n8n 的潛在客戶結果寫入 Jodoo
截圖使用模擬潛在客戶資料，並展示 n8n 工作流程完成，以及由結構化輸出建立的 Jodoo 記錄。
n8n 工作流程設定
Webhook、Agent Decision 與 HTTP Request 節點組成 n8n 專用的潛在客戶流程。
n8n 成功執行
此潛在客戶工作流程已完成所有 n8n 節點，並回傳 Jodoo 回寫回應。
Jodoo 回寫
經 n8n 資格判定的潛在客戶已出現在 Jodoo 中，包含來源、聯絡人、公司與申請欄位。
常見問題
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
這個 n8n 工作流程是否已完成端對端測試？
是的。模擬潛在客戶已在 n8n 中完整執行，並在 Jodoo 入門應用程式中建立潛在客戶記錄後回傳 Jodoo data ID。
n8n 可以將結構化的 agent 輸出送入 Jodoo 嗎？
可以。此工作流程應回傳可預測的欄位，並透過 HTTP Request 步驟對應到 Jodoo 回寫端點或安全的中介層。
這是否需要付費版 n8n 方案？
測試使用的是 n8n Cloud 試用存取與不需憑證的決策節點。正式環境中的託管、模型使用、憑證與執行量可能會產生成本。
是否可以沿用 Zapier 範例中的同一個 Jodoo 應用程式模式？
可以。由於業務記錄本身相同，Jodoo 欄位模型可以保持相近。n8n 頁面的差異在於觸發設定、節點結構、憑證處理與 HTTP 回寫設定。
在正式使用前，團隊應先設定哪些項目？
請使用您自己的 Jodoo 回寫端點或 API 層，在 n8n 中安全儲存憑證，以模擬潛在客戶進行測試，並在傳送真實客戶資料前加入重試處理。
下一步
將 n8n 潛在客戶進件轉為可重複使用的業務循環
先從這個潛在客戶工作流程開始，再將相同模式延伸到合作夥伴潛在客戶、活動進件、活動後續追蹤或業務營運審查。