解決方案手冊
這是一份 Make 會議後續追蹤循環的規劃指南,包含工作流程、Jodoo 欄位與上線檢查清單。
開啟手冊MAKE + JODOO
使用 Make 搭配 Jodoo 接收會議紀錄 webhook,透過 HTTP 模組傳送結構化行動欄位,持續追蹤負責人、到期日、阻塞因素與後續追蹤狀態。
影片導覽
影片展示一個會議後續追蹤循環:Make 接收會議紀錄 webhook,HTTP 模組將資料送至 Jodoo 回寫層,並由 Jodoo 保留負責人佇列與後續追蹤記錄。
Custom webhook 接收一筆模擬的客戶到職導入檢討資料,包含會議標題、日期、決策、風險與後續追蹤背景。
HTTP 模組將結構化行動欄位送至 Jodoo 回寫層,並收到成功回應。
回寫步驟會將結構化欄位對應到 Jodoo 會議行動記錄。
團隊可檢視未完成行動、本週到期工作、已阻塞項目、負責人佇列,以及原始工作流程輸出。
展示摘要
此導覽示範如何將會議摘要轉成 Jodoo 行動記錄,包含負責人、到期日、優先順序、阻塞因素、狀態、信心分數與原始工作流程輸出。
會議決策常常停留在筆記裡,沒有真正變成可追蹤的工作。
會議紀錄 payload 透過 Custom webhook 進入 Make 情境。
Make 將結構化行動欄位送入 Jodoo 回寫步驟。
這次測試執行建立了一筆會議行動記錄,包含負責人、到期日、優先順序、阻塞因素與狀態。
這筆記錄可進入到期日檢視、負責人佇列與阻塞因素檢視。
您可使用手冊、藍圖與配方來調整此工作流程。
平台設定說明
Jodoo 記錄模型可以維持一致,但各個代理平台的建置方式、測試檢視與正式上線交接流程各不相同。
當營運建置人員希望在排程情境前,先觀察 Custom webhook bundle、模組操作、點數使用量與 HTTP 回應時,Make 特別有優勢。
Jodoo 回寫集中在單一 HTTP 模組中,因此 headers、JSON body、200 狀態、response body 與重試行為都很容易檢查。
這個版本適合偏好使用 Make History 與視覺化畫布來進行交接檢查的團隊,而不是逐節點或以程式碼為主的除錯方式。
工作流程工具包
先檢查欄位對應、複製 Make 工作流程配方,並使用 Jodoo 行動追蹤器資料模型,再依您的會議來源調整此情境。
Make 接收會議紀錄事件,並送出一筆結構化行動項目。Jodoo 會保留可持續追蹤的行動記錄:負責人、到期日、優先順序、阻塞因素、狀態、信心分數與稽核背景。
可重複使用的工作流程
逐字稿、筆記應用程式、表單、webhook 來源或手動測試筆記
接收 webhook、傳送 HTTP 回寫,並確認 200 狀態
一個包含 Jodoo 所需欄位的 JSON 物件
將 JSON 傳送至 Jodoo 回寫層
欄位、檢視、負責人佇列、阻塞狀態與原始輸出
工作流程循環
會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源或手動測試 payload。
Make Custom webhook 會接收會議標題、日期與來源筆記。
透過轉換、程式碼或代理步驟,回傳決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、狀態與信心分數等結構化欄位。
Make 的 HTTP 模組會將結構化結果送至 Jodoo 回寫層。
Jodoo 會建立會議行動記錄,並附上原始工作流程輸出供後續檢查。
團隊可從負責人佇列、到期日檢視、阻塞項目檢視與後續追蹤儀表板展開工作。
欄位對應
| 代理或來源資料 | Jodoo 記錄欄位 |
|---|---|
| Custom webhook bundle: meeting_title, meeting_date, source_notes | 會議標題、會議日期、來源筆記 |
| Make mapping panel: decision_summary, action_item | 決策摘要、行動項目 |
| HTTP module JSON: owner, due_date, priority | 負責人、到期日、優先順序 |
| HTTP module JSON: risk_or_blocker, follow_up_status | 風險或阻塞因素、後續追蹤狀態 |
| Make run output: agent_confidence, response body, operation status | 代理信心分數、原始工作流程輸出 |
AI 代理配方
您是一位會議後續追蹤助理。請閱讀會議紀錄,並回傳一筆可讓團隊在 Jodoo 中追蹤的結構化行動項目。
請使用 webhook payload 作為背景,並回傳可讓 Make HTTP 模組對應到 Jodoo 回寫請求的 JSON 欄位。
請回傳 meeting_title、meeting_date、source_notes、decision_summary、action_item、owner、due_date、priority、risk_or_blocker、follow_up_status、source_platform 與 agent_confidence。
{
"meeting_title": "客戶導入風險檢視",
"meeting_date": "2026-06-04 10:30",
"decision_summary": "若本週匯入樣本核准,則保留 6 月 10 日訓練日期。",
"action_item": "確認資料匯入負責人,並送出匯入樣本核准請求。",
"owner": "Maya Chen",
"due_date": "2026-06-05",
"priority": "高",
"risk_or_blocker": "若匯入樣本週五前未核准,訓練日期可能延後。",
"follow_up_status": "需要確認負責人",
"source_platform": "make",
"agent_confidence": "0.86"
}Jodoo 入門應用程式
當您為團隊調整 Make 會議行動工作流程時,可使用這份欄位模型、建議檢視與自動化規則。
上線檢查清單
工作流程
當團隊需要可視化的自動化路徑時,Make 是很實用的選擇。Custom webhook 與 HTTP 模組可讓您在正式上線前,輕鬆檢查觸發條件與 Jodoo 回寫。
會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源或手動測試 payload。
Make Custom webhook 會接收會議標題、日期與來源筆記。
透過轉換、程式碼或代理步驟,回傳決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、狀態與信心分數等結構化欄位。
Make 的 HTTP 模組會將結構化結果送至 Jodoo 回寫層。
Jodoo 會建立會議行動記錄,並附上原始工作流程輸出供後續檢查。
團隊可從負責人佇列、到期日檢視、阻塞項目檢視與後續追蹤儀表板展開工作。
Jodoo 記錄
Make 執行後,Jodoo 會保留團隊需要的後續追蹤欄位:會議標題、決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、狀態與信心分數。
測試執行
這些截圖使用模擬會議紀錄,展示 Make 情境、成功的 HTTP 模組回應,以及由工作流程建立的 Jodoo 記錄。

Make Custom webhook 與 HTTP 模組組成了會議紀錄行動追蹤流程。

HTTP 模組在將會議行動傳送至 Jodoo 後,以 200 狀態完成執行。

行動項目、負責人、到期日、優先順序、阻塞因素與狀態已寫入 Jodoo。
常見問題
了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。
有。此驗證執行使用模擬會議紀錄,完成 Make HTTP 模組並回傳 200 狀態,且已在 Jodoo 中建立會議行動記錄。
此次測試使用精簡、適合免費方案的情境架構。實際正式使用是否需要付費方案,仍取決於操作量、排程、已連接的應用程式與錯誤處理需求。
可以。來源可為逐字稿、筆記應用程式、表單、webhook 或手動測試 payload,只要工作流程能將可預期的文字送入 Make 情境即可。
Jodoo 會儲存會議標題、日期、來源筆記、決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、後續追蹤狀態、信心分數與原始輸出。
Jodoo 記錄模型相近,但此頁面展示的是 Make 專屬設定:Custom webhook、HTTP 模組、Run once 驗證、200 狀態回應,以及 Make 正式上線時的注意事項。
下一步
您可以先從單一會議行動項目開始,再把相同模式延伸到客戶到職導入通話、專案檢討、客服升級案件與供應商後續追蹤。