MAKE + JODOO

用 Make + Jodoo 將 AI 會議紀錄轉成行動追蹤器

使用 Make 搭配 Jodoo 接收會議紀錄 webhook,透過 HTTP 模組傳送結構化行動欄位,持續追蹤負責人、到期日、阻塞因素與後續追蹤狀態。

透過 Make webhook 接收會議紀錄將結構化行動欄位傳送至 Jodoo確認 HTTP 回寫回應用單一行動記錄追蹤負責人與阻塞因素

影片導覽

此示範會發生什麼事

影片展示一個會議後續追蹤循環:Make 接收會議紀錄 webhook,HTTP 模組將資料送至 Jodoo 回寫層,並由 Jodoo 保留負責人佇列與後續追蹤記錄。

  1. 會議紀錄進入 Make

    Custom webhook 接收一筆模擬的客戶到職導入檢討資料,包含會議標題、日期、決策、風險與後續追蹤背景。

  2. Make 傳送行動欄位

    HTTP 模組將結構化行動欄位送至 Jodoo 回寫層,並收到成功回應。

  3. Jodoo 建立記錄

    回寫步驟會將結構化欄位對應到 Jodoo 會議行動記錄。

  4. 後續追蹤持續可見

    團隊可檢視未完成行動、本週到期工作、已阻塞項目、負責人佇列,以及原始工作流程輸出。

展示摘要

Make 執行情境,Jodoo 追蹤會議行動

此導覽示範如何將會議摘要轉成 Jodoo 行動記錄,包含負責人、到期日、優先順序、阻塞因素、狀態、信心分數與原始工作流程輸出。

會議後續追蹤的常見問題

會議決策常常停留在筆記裡,沒有真正變成可追蹤的工作。

Make webhook 觸發

會議紀錄 payload 透過 Custom webhook 進入 Make 情境。

HTTP 回寫

Make 將結構化行動欄位送入 Jodoo 回寫步驟。

Jodoo 行動記錄

這次測試執行建立了一筆會議行動記錄,包含負責人、到期日、優先順序、阻塞因素與狀態。

團隊佇列

這筆記錄可進入到期日檢視、負責人佇列與阻塞因素檢視。

可重複使用的資源

您可使用手冊、藍圖與配方來調整此工作流程。

平台設定說明

Make 的特定特色

Jodoo 記錄模型可以維持一致,但各個代理平台的建置方式、測試檢視與正式上線交接流程各不相同。

  • Run once 檢查

    當營運建置人員希望在排程情境前,先觀察 Custom webhook bundle、模組操作、點數使用量與 HTTP 回應時,Make 特別有優勢。

  • HTTP 模組交接

    Jodoo 回寫集中在單一 HTTP 模組中,因此 headers、JSON body、200 狀態、response body 與重試行為都很容易檢查。

  • 可視化情境管理

    這個版本適合偏好使用 Make History 與視覺化畫布來進行交接檢查的團隊,而不是逐節點或以程式碼為主的除錯方式。

工作流程工具包

建立同樣的 Make 會議後續追蹤循環

先檢查欄位對應、複製 Make 工作流程配方,並使用 Jodoo 行動追蹤器資料模型,再依您的會議來源調整此情境。

解決方案手冊

您的團隊可重複使用的內容

Make 接收會議紀錄事件,並送出一筆結構化行動項目。Jodoo 會保留可持續追蹤的行動記錄:負責人、到期日、優先順序、阻塞因素、狀態、信心分數與稽核背景。

商務工作流程Jodoo 欄位模型代理提示詞上線檢查清單

可重複使用的工作流程

工作流程負責判斷,Jodoo 讓工作持續推進。

  1. 01

    會議來源

    逐字稿、筆記應用程式、表單、webhook 來源或手動測試筆記

  2. 02

    Make 情境

    接收 webhook、傳送 HTTP 回寫,並確認 200 狀態

  3. 03

    結構化輸出

    一個包含 Jodoo 所需欄位的 JSON 物件

  4. 04

    HTTP 回寫

    將 JSON 傳送至 Jodoo 回寫層

  5. 05

    Jodoo 行動記錄

    欄位、檢視、負責人佇列、阻塞狀態與原始輸出

工作流程循環

從 Make webhook 到負責人佇列

  1. 會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源或手動測試 payload。

  2. Make Custom webhook 會接收會議標題、日期與來源筆記。

  3. 透過轉換、程式碼或代理步驟,回傳決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、狀態與信心分數等結構化欄位。

  4. Make 的 HTTP 模組會將結構化結果送至 Jodoo 回寫層。

  5. Jodoo 會建立會議行動記錄,並附上原始工作流程輸出供後續檢查。

  6. 團隊可從負責人佇列、到期日檢視、阻塞項目檢視與後續追蹤儀表板展開工作。

欄位對應

代理輸出轉為 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 中追蹤的結構化行動項目。

Make 指示

請使用 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 入門應用程式

AI 會議行動追蹤器入門應用程式

當您為團隊調整 Make 會議行動工作流程時,可使用這份欄位模型、建議檢視與自動化規則。

包含的欄位

  • 會議標題
  • 會議日期
  • 來源筆記
  • 決策摘要
  • 行動項目
  • 負責人
  • 到期日
  • 優先順序
  • 風險或阻塞因素
  • 後續追蹤狀態
  • 來源平台
  • 代理信心分數
  • 原始工作流程輸出

建議檢視

  • 未完成行動項目
  • 本週到期
  • 已阻塞或有風險
  • 負責人佇列
  • 所有會議行動

自動化規則

  • 在 Make 回傳結構化輸出後建立 Jodoo 會議行動記錄。
  • 將高優先順序或已阻塞的行動移至檢查佇列。
  • 在接近到期日時通知負責人。
  • 將原始工作流程輸出保留於稽核軌跡中。

上線檢查清單

正式上線前需確認的事項

  • 先選定會議來源,並確認哪些逐字稿可安全處理。
  • 在每場會議加入更多行動項目前,先維持精簡的輸出契約。
  • 將每個輸出欄位對應到穩定的 Jodoo 欄位。
  • 在使用正式通話前,先以模擬會議紀錄進行測試。
  • 為已阻塞項目、缺少負責人項目與低信心結果建立檢查佇列。
  • 等欄位模型穩定後,再加入 Make 錯誤處理與負責人通知。

實作參考

為您的團隊保留設定細節

工作流程

從 Make webhook 到可追蹤的行動項目

當團隊需要可視化的自動化路徑時,Make 是很實用的選擇。Custom webhook 與 HTTP 模組可讓您在正式上線前,輕鬆檢查觸發條件與 Jodoo 回寫。

  1. 會議紀錄可來自逐字稿、筆記應用程式、表單、webhook 來源或手動測試 payload。

  2. Make Custom webhook 會接收會議標題、日期與來源筆記。

  3. 透過轉換、程式碼或代理步驟,回傳決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、狀態與信心分數等結構化欄位。

  4. Make 的 HTTP 模組會將結構化結果送至 Jodoo 回寫層。

  5. Jodoo 會建立會議行動記錄,並附上原始工作流程輸出供後續檢查。

  6. 團隊可從負責人佇列、到期日檢視、阻塞項目檢視與後續追蹤儀表板展開工作。

Jodoo 記錄

Jodoo 儲存的內容

Make 執行後,Jodoo 會保留團隊需要的後續追蹤欄位:會議標題、決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、狀態與信心分數。

會議標題會議日期來源筆記決策摘要行動項目負責人到期日優先順序風險或阻塞因素後續追蹤狀態來源平台代理信心分數原始工作流程輸出

測試執行

一次 Make 測試執行已將會議行動寫入 Jodoo

這些截圖使用模擬會議紀錄,展示 Make 情境、成功的 HTTP 模組回應,以及由工作流程建立的 Jodoo 記錄。

用於會議紀錄行動追蹤的 Make 情境設定

Make 工作流程設定

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

Make HTTP 模組成功執行會議紀錄行動追蹤

成功的 Make 執行

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

由 Make 輸出建立的 Jodoo 會議行動記錄

Jodoo 回寫

行動項目、負責人、到期日、優先順序、阻塞因素與狀態已寫入 Jodoo。

常見問題

常見問題

了解如何將代理平台搭配 Jodoo 記錄、工作流程與應用程式範本使用的相關解答。

這個 Make 工作流程是否已完成端到端測試?

有。此驗證執行使用模擬會議紀錄,完成 Make HTTP 模組並回傳 200 狀態,且已在 Jodoo 中建立會議行動記錄。

這是否需要付費版 Make 方案?

此次測試使用精簡、適合免費方案的情境架構。實際正式使用是否需要付費方案,仍取決於操作量、排程、已連接的應用程式與錯誤處理需求。

會議紀錄可以來自逐字稿工具嗎?

可以。來源可為逐字稿、筆記應用程式、表單、webhook 或手動測試 payload,只要工作流程能將可預期的文字送入 Make 情境即可。

Make 執行後,Jodoo 會儲存哪些內容?

Jodoo 會儲存會議標題、日期、來源筆記、決策摘要、行動項目、負責人、到期日、優先順序、阻塞因素、後續追蹤狀態、信心分數與原始輸出。

這和 Zapier Agents 版本有什麼不同?

Jodoo 記錄模型相近,但此頁面展示的是 Make 專屬設定:Custom webhook、HTTP 模組、Run once 驗證、200 狀態回應,以及 Make 正式上線時的注意事項。

下一步

把會議紀錄變成可執行的後續追蹤

您可以先從單一會議行動項目開始,再把相同模式延伸到客戶到職導入通話、專案檢討、客服升級案件與供應商後續追蹤。