解決方案手冊
Make 潛在客戶資格判定循環的規劃指南，包含 Custom webhook 觸發器、Run once 測試流程、HTTP 模組、Make History 驗證、Jodoo 欄位與上線檢查清單。
開啟手冊MAKE + JODOO
使用 AI 與 Make + Jodoo 進行潛在客戶資格判定
結合 Make 與 Jodoo 接收入站潛在客戶 webhook，透過 HTTP 模組傳送結構化的資格判定欄位，將評分欄位回寫至 Jodoo，並讓業務後續追蹤清楚可追蹤。
透過 Make webhook 接收潛在客戶透過 HTTP 傳送結構化潛在客戶欄位將分數與分級回寫到 Jodoo讓業務後續追蹤集中於單一記錄在 Make History 中檢視操作、額度與執行狀態
影片導覽
Make 示範中會發生什麼
影片展示 Make 的流程：潛在客戶進入 Custom webhook，Make 透過 HTTP 模組傳送結構化資格判定欄位，並由 Jodoo 保留業務記錄。
潛在客戶進入 Make
此 scenario 由 Custom webhook 啟動，可接收來自表單、行銷活動、合作夥伴或內部系統的潛在客戶資料。
Make 傳送結構化欄位
HTTP 模組會傳送分數、分級、分派優先順序、負責人、下一步動作與後續追蹤背景。
History 記錄執行結果
Make History 面板會確認手動執行、操作次數、額度使用量、耗時與資料傳輸。
Jodoo 儲存記錄
結構化結果會寫入 Jodoo 潛在客戶應用程式，讓團隊可進行篩選、指派與檢視。
業務後續追蹤持續可見
高熱度潛在客戶可從 Jodoo 記錄進一步進入負責人佇列、提醒、儀表板與檢視頁面。
展示摘要
Make 執行 scenario，Jodoo 追蹤潛在客戶
當您的團隊想先用視覺化的 Make scenario 處理潛在客戶進件，再由 Jodoo 成為營運記錄時，這種實作方式特別實用。
Custom webhook 觸發
潛在客戶 payload 透過 Custom webhook 進入 Make。
HTTP 回寫
Make 的 HTTP 模組會傳送結構化資格判定欄位。
History 成功
Make History 顯示手動執行已成功完成，共執行兩次操作。
Scenario Usage 使用情況
此 Make 執行會記錄已測試潛在客戶流程的操作次數、額度、耗時與資料傳輸。
Jodoo 回寫
Jodoo 會儲存潛在客戶分數、分級、來源、聯絡人與後續追蹤欄位。
可重複使用的循環
Make 執行 scenario，Jodoo 保留業務記錄。
工作流程工具包
建立相同的 Make 潛在客戶循環
查看手冊、複製工作流程配方，並在將 Make webhook 調整為您的潛在客戶來源時，套用 Jodoo 欄位模型。
您的團隊可重複使用的內容
Make 透過 Custom webhook 接收潛在客戶事件，經由 HTTP 模組傳送結構化輸出，並在 History 中記錄操作、額度與耗時。Jodoo 則保留可長期使用的潛在客戶記錄、負責人佇列、檢視狀態與稽核軌跡。
商務工作流程Jodoo 欄位模型代理提示詞上線檢查清單
可重複使用的工作流程
工作流程負責判斷，Jodoo 讓工作持續推進。
- 01
Make webhook
表單、行銷活動、合作夥伴來源、試算表或內部系統
- 02
Make scenario
接收 webhook、傳送 HTTP 回寫，並在 History 中確認執行結果
- 03
HTTP 模組
以 JSON post request 傳送資格判定欄位，並解析回應
- 04
Make History
顯示成功、操作次數、額度、耗時與資料傳輸
- 05
Jodoo 回寫
建立潛在客戶記錄並回傳資料 ID
- 06
業務後續追蹤
負責人佇列、檢視狀態、儀表板與稽核軌跡
工作流程循環
從 Make webhook 到業務後續追蹤
潛在客戶會從表單、行銷活動、合作夥伴來源或內部系統進入 Make Custom webhook。
Run once 會讓 Webhooks 模組進入等待狀態，以便擷取傳入的測試 payload。
Make scenario 會將事件保留為可視化的雙模組流程：Webhooks app 觸發器與 HTTP app 回寫。
HTTP 模組使用 JSON body、POST method、parse response 與已儲存的 URL；當臨時端點變更時，必須重新確認這些設定。
HTTP 請求會以 JSON 傳送分數、分級、優先順序、負責人、下一步動作與後續追蹤背景。
Make History 會記錄手動執行、操作次數、額度使用量、耗時與資料傳輸。
結構化結果會傳送至 Jodoo 回寫端點或安全的中介層。
Jodoo 會建立潛在客戶記錄，並讓負責人佇列、檢視頁面、儀表板與稽核歷程可持續使用。
欄位對應
代理輸出轉為 Jodoo 欄位
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| contact_name, company, email, campaign | 聯絡人姓名、公司、電子郵件、行銷活動 |
| ai_score, lead_tier, routing_priority | AI 分數、潛在客戶分級、分派優先順序 |
| fit_reason, missing_info, next_best_action | 適配原因、缺少資訊、下一個最佳行動 |
| follow_up_draft, full workflow output | 後續追蹤草稿、原始代理輸出 |
AI 代理配方
提示詞與結構化輸出
工作流程角色
接收入站 B2B 潛在客戶 payload，並回傳 Jodoo 可儲存、分派與報表分析的結構化欄位。
資格判定指示
依據適配度、意圖、急迫性、完整性與相關性為潛在客戶評分。請讓輸出格式保持穩定，方便 Make HTTP 回寫步驟使用。
必要輸出
回傳 ai_score、lead_tier、fit_reason、missing_info、suggested_owner、next_best_action、follow_up_draft 與 routing_priority。
Make 模組規格
在將工作流程交給業務團隊前，請明確確認 Webhooks bundle、HTTP method、JSON content type、parse response 設定、已儲存的 endpoint URL 與 Run once 驗證。
{
"ai_score": 92,
"lead_tier": "高意向",
"routing_priority": "高",
"suggested_owner": "Sales Ops 佇列",
"next_best_action": "在一個工作日內安排需求訪談"
}Jodoo 入門應用程式
Make 潛在客戶資格判定入門應用程式
在設定 Make Custom webhook 與 Jodoo 回寫工作流程時，請使用此欄位模型。
包含的欄位
- 記錄標題
- 潛在客戶來源
- 聯絡人姓名
- 公司
- 電子郵件
- 行銷活動
- 訊息或申請
- AI 分數
- 潛在客戶分級
- 適配原因
- 缺少資訊
- 建議負責人
- 下一個最佳行動
- 後續追蹤草稿
- 分派優先順序
- 檢視狀態
- 原始代理輸出
建議檢視
- 高熱度潛在客戶
- 待檢視
- 缺少資訊
- 負責人佇列
- Make 執行檢閱
- 所有已完成資格判定的潛在客戶
自動化規則
- 在 Make HTTP 模組完成後，建立或更新 Jodoo 潛在客戶記錄。
- 當分派優先順序為 High 時，通知建議負責人。
- 將缺少資訊的潛在客戶移至檢視佇列。
- 當 Make History 顯示 HTTP 操作失敗時，將記錄標示為待檢視。
- 在稽核軌跡中保留原始工作流程輸出。
上線檢查清單
正式上線前需確認的事項
- 選擇哪些潛在客戶來源應觸發 Make webhook。
- 確認評分門檻、分派優先順序與負責人規則。
- 在每次 Run once 測試前，確認 HTTP 模組 URL 已儲存。
- 使用臨時 tunnel 時，檢查端點健康狀態。
- 將每個 Make 輸出欄位對應到 Jodoo 欄位。
- 在正式流量導入前，先以模擬資料測試。
- 上線前加入錯誤處理與重試提醒。
工作流程
從 Make webhook 到已完成資格判定的潛在客戶記錄
這裡由 Make 擔任協調層。它接住潛在客戶事件並呼叫回寫步驟，而 Jodoo 則儲存可供業務檢視的記錄。
潛在客戶會從表單、行銷活動、合作夥伴來源或內部系統進入 Make Custom webhook。
Run once 會讓 Webhooks 模組進入等待狀態，以便擷取傳入的測試 payload。
Make scenario 會將事件保留為可視化的雙模組流程：Webhooks app 觸發器與 HTTP app 回寫。
HTTP 模組使用 JSON body、POST method、parse response 與已儲存的 URL；當臨時端點變更時，必須重新確認這些設定。
HTTP 請求會以 JSON 傳送分數、分級、優先順序、負責人、下一步動作與後續追蹤背景。
Make History 會記錄手動執行、操作次數、額度使用量、耗時與資料傳輸。
結構化結果會傳送至 Jodoo 回寫端點或安全的中介層。
Jodoo 會建立潛在客戶記錄，並讓負責人佇列、檢視頁面、儀表板與稽核歷程可持續使用。
Jodoo 記錄
Jodoo 儲存的內容
Make 執行完成後，Jodoo 會保留可長期使用的潛在客戶欄位：來源、聯絡人、公司、分數、分級、分派優先順序、負責人與後續追蹤背景。
記錄標題潛在客戶來源聯絡人與公司詳細資料AI 分數與分級適配原因與缺少資訊建議負責人下一個最佳行動後續追蹤草稿分派優先順序原始工作流程輸出
實際執行
一個 Make scenario 已將潛在客戶寫入 Jodoo
這些截圖使用模擬的潛在客戶資料，展示 Make scenario 畫布、成功的 Make History 執行，以及回寫後的 Jodoo 潛在客戶資料表。
Make scenario 設定
Make 畫布使用 Custom webhook 與 HTTP 模組來呼叫 Jodoo 回寫端點。
成功的 Make History 執行
Make History 顯示潛在客戶 scenario 已成功完成，包括操作次數、額度、耗時與資料傳輸。
Jodoo 回寫
經 Make 完成資格判定的潛在客戶已出現在 Jodoo 中，包含分數、分級、來源、聯絡人與公司欄位。
常見問題
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
這個 Make 潛在客戶工作流程是否已完成端到端測試？
是的。Make scenario 的 History 記錄顯示一次成功的手動執行，Jodoo 資料表也顯示由該次執行建立的模擬潛在客戶資格判定記錄。
這是否需要付費的 Make 方案？
本次驗證執行使用的是免費 Make 帳號與模擬資料。正式環境的使用成本則可能依操作量、連接服務與端點使用情況而定。
潛在客戶來源可以來自 Jodoo 之外嗎？
可以。來源可以是任何能將 webhook payload 傳送到 Make 的系統，之後再將結果寫回 Jodoo。
團隊可以在 Make 中加入模型驅動的代理步驟嗎？
可以。已測試的路徑使用穩定的 webhook 與 HTTP 回寫流程。只要輸出 schema 保持穩定，團隊也可以加入 Make AI 步驟或連接的模型呼叫。
在執行 Make scenario 前應檢查什麼？
請確認 Custom webhook 正在等待資料、HTTP 模組 URL 已儲存、請求本文為 JSON，若使用臨時 tunnel，端點健康檢查也必須通過。
這和以程式碼為主的 webhook 工作流程有何不同？
Make 會將潛在客戶流程以畫布上的模組方式清楚呈現。建置人員可先看到 Webhooks 觸發器、HTTP 請求、操作次數、額度使用量與 History 結果，再由 Jodoo 團隊檢視記錄。
如果 Make 的 HTTP 模組失敗會怎麼樣？
請將這次執行視為尚未完成。在蒐集截圖或將工作流程用於真實潛在客戶流量前，先檢查已儲存的 URL、JSON body、端點健康狀態與 Make History 錯誤。
測試期間 Make scenario 可以維持未啟用嗎？
可以。進行手動驗證時，Run once 可在不開啟排程或常駐 scenario 的情況下等待 webhook 事件。若要用於正式環境，請在端點健康狀態、配額、重試機制與錯誤通知準備完成後再啟用 scenario。
哪些 Make 畫面有助於排查潛在客戶流程問題？
請使用 Scenario Usage、History、模組 bundle 輸出、HTTP 狀態碼、資料傳輸、操作次數與額度使用量，先確認潛在客戶已通過 Make，再檢查 Jodoo 記錄。
為什麼要將結果儲存在 Jodoo，而不是 Make History？
Make History 對建置人員很有幫助，而 Jodoo 則能提供業務團隊需要的欄位、檢視、負責人、儀表板、工作流程狀態與稽核背景。
下一步
將 Make 潛在客戶進件轉為可重複使用的業務工作流程
先從這個潛在客戶資格判定循環開始，之後再將相同的 Make 與 Jodoo 模式延伸到客服、採購、專案進件或營運申請。