ソリューションハンドブック
ワークフロー、Jodooフィールド、展開チェックリストを含む、n8n会議フォローアップループの計画ガイドです。
ハンドブックを開くN8N + JODOO
n8nとJodooを使って会議メモのWebhookを受信し、フォローアップを構造化JSONに変換し、HTTP Requestでアクションを送信。担当者、期限、ブロッカー、ステータスを継続的に管理できます。
動画ウォークスルー
この動画では、会議フォローアップの一連の流れを紹介します。n8nが会議メモのWebhookを受信し、アクションフィールドを準備し、HTTP RequestでJSONペイロードを送信し、Jodooが担当者キューとフォローアップレコードを保持します。
Webhookノードが、会議タイトル、日付、決定事項、リスク、フォローアップ文脈を含む合成の顧客オンボーディングレビューを受信します。
CodeまたはAI Agentステップが、HTTP RequestノードからJodooへ送信できる構造化アクションオブジェクトを返します。
本文では解析可能なJSONペイロードを使用するため、Jodooはオブジェクトのプレースホルダーではなく、会議アクションのフィールドを受信できます。
書き戻しステップで、構造化フィールドが担当者、期限、優先度、ブロッカー、ステータスを含むJodooの会議アクションレコードにマッピングされます。
デモ概要
このウォークスルーでは、会議サマリーが担当者、期限、優先度、ブロッカー、ステータス、信頼度、元のワークフロー出力を含むJodooのアクションレコードに変換される流れを確認できます。
会議での決定事項は、管理対象の業務にならずメモに残ったままになることがよくあります。
会議メモのペイロードは、Webhookノードを通じてn8nワークフローに入ります。
n8nは、担当者、期限、優先度、ブロッカー、ステータスのフィールドを持つ1つのアクションオブジェクトを準備します。
HTTP RequestノードがJSONペイロードをJodooの書き戻しステップに送信します。
テスト実行により、担当者キューやブロッカーレビューに進められる会議アクションレコードが作成されます。
ハンドブック、設計図、レシピを使ってワークフローを調整できます。
プラットフォーム設定メモ
Jodooのレコードモデルは一貫して保てますが、各エージェントプラットフォームでは構築スタイル、テスト画面、本番への引き継ぎ方法が異なります。
n8nではWebhook、Code、HTTP Requestの各ステップが分かれているため、構築担当者は実行中に各入力アイテム、出力アイテム、リクエスト本文の式を確認できます。
テスト済みワークフローでは、HTTP Request本文を文字列化されたオブジェクトのプレースホルダーではなく、有効なJSONとして保持しています。これが維持すべき主な設定ポイントです。
本番導入前に、n8nの構築担当者は、書き戻しノードに対して$jsonパス、固定したテストデータ、アイテムのインデックス、raw bodyモード、実行履歴を確認する必要があります。
この構成は、AI Agentノードを追加する前に、認証情報の明示、固定テストデータ、リトライ処理、ノード単位のデバッグを行いたい技術チームに適しています。
ワークフローキット
フィールドマッピングを確認し、n8nワークフローのレシピをコピーして、Jodooのアクション項目管理モデルを活用したうえで、自社の会議ソースに合わせてワークフローを調整してください。
n8nが会議メモイベントを受信し、1つの構造化アクション項目を送信します。Jodooは、担当者、期限、優先度、ブロッカー、ステータス、信頼度、監査コンテキストを含む継続管理可能なアクションレコードを保持します。
再利用可能なワークフロー
文字起こし、メモアプリ、フォーム、Webhookソース、または手動テストメモ
Webhookを受信し、JSONを準備し、HTTP Requestを送信し、JodooのデータIDを確認
Jodooが必要とするフィールドを含む1つのJSONオブジェクト
解析可能なJSONをJodooの書き戻しレイヤーに送信
フィールド、ビュー、担当者キュー、ブロッカーステータス、元の出力
ワークフローループ
会議メモは、文字起こし、メモアプリ、フォーム、Webhookソース、または手動テスト用ペイロードから届きます。
n8nのWebhookノードが会議タイトル、日付、元のメモを受信します。
Code、Set、またはAI Agentステップが、決定事項サマリー、アクション項目、担当者、期限、優先度、ブロッカー、ステータス、信頼度の構造化フィールドを返します。
HTTP Requestノードが解析可能なJSON本文をJodooの書き戻しレイヤーに送信します。
Jodooが会議アクションレコードを作成し、レビュー用に元のワークフロー出力も添付して保持します。
チームは担当者キュー、期限ビュー、ブロッカー項目ビュー、フォローアップダッシュボードで業務を進めます。
フィールドマッピング
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| Webhook node body: meeting_title, meeting_date, source_notes | 会議タイトル、会議日、元のメモ |
| Code or AI Agent node output: decision_summary, action_item | 決定事項サマリー、アクション項目 |
| HTTP Request JSON body: owner, due_date, priority | 担当者、期限、優先度 |
| HTTP Request JSON body: risk_or_blocker, follow_up_status | リスクまたはブロッカー、フォローアップステータス |
| Execution data: agent_confidence, response body, data ID | エージェント信頼度、元のエージェント出力、データID |
エージェントレシピ
あなたは会議フォローアップ支援アシスタントです。会議メモを読み、チームがJodooで管理できる1つの構造化アクション項目を返してください。
Webhookペイロードを文脈として使用し、その後n8nのHTTP Requestノードが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": "n8n",
"agent_confidence": "0.86"
}Jodooスターターアプリ
n8nの会議アクションワークフローをチーム向けに調整する際に、このフィールドモデル、推奨ビュー、自動化ルールを活用してください。
展開チェックリスト
ワークフロー
n8nは、チームがノード単位で詳細に制御したい場合に適しています。Webhook、Code、HTTP Requestノードにより、本番利用前にペイロードとJodooへの書き戻し内容を簡単に確認できます。
会議メモは、文字起こし、メモアプリ、フォーム、Webhookソース、または手動テスト用ペイロードから届きます。
n8nのWebhookノードが会議タイトル、日付、元のメモを受信します。
Code、Set、またはAI Agentステップが、決定事項サマリー、アクション項目、担当者、期限、優先度、ブロッカー、ステータス、信頼度の構造化フィールドを返します。
HTTP Requestノードが解析可能なJSON本文をJodooの書き戻しレイヤーに送信します。
Jodooが会議アクションレコードを作成し、レビュー用に元のワークフロー出力も添付して保持します。
チームは担当者キュー、期限ビュー、ブロッカー項目ビュー、フォローアップダッシュボードで業務を進めます。
Jodooレコード
n8n実行後、Jodooにはチームが必要とするフォローアップフィールドが保持されます。会議タイトル、決定事項サマリー、アクション項目、担当者、期限、優先度、ブロッカー、ステータス、信頼度を一元管理できます。
テスト実行
スクリーンショットでは、合成した会議メモを使い、n8nワークフロー設定、3ノードの実行成功、そしてワークフローによってJodooに作成されたレコードを確認できます。

Webhook、Code、HTTP Requestノードで、会議メモのアクション項目管理フローを構成しています。

会議アクションをJodooに送信した後、Webhook、Code、HTTP Requestノードが正常に完了しました。

アクション項目、担当者、期限、優先度、ブロッカー、ステータスがJodooに書き込まれました。
FAQ
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
はい。検証実行では合成した会議メモを使い、Webhook、Code、HTTP Requestノードを完了し、Jodooに会議アクションレコードを作成しました。
テストではn8n Cloudのトライアルアクセスとコンパクトなワークフロー構成を使用しました。本番利用では、処理量に応じて有料ホスティング、接続アプリ、モデル認証情報、またはより高い実行上限が必要になる場合があります。
はい。検証では出力を確認しやすくするために明示的なCodeステップを使っていますが、利用するモデルの認証情報を接続した後で、チームはn8n AI Agentに置き換えられます。
Jodooには、会議タイトル、日付、元のメモ、決定事項サマリー、アクション項目、担当者、期限、優先度、ブロッカー、フォローアップステータス、信頼度、元の出力が保存されます。
Jodooのレコードモデルは似ていますが、このページではn8n固有の設定を紹介しています。Webhookノード、Code出力、HTTP Request本文の式、実行ビュー、本番運用時のn8n特有の注意点が含まれます。
次のステップ
まずは1つの会議アクション項目から始め、その後同じn8nパターンをオンボーディングコール、プロジェクトレビュー、サポートエスカレーション、ベンダーフォローアップへ展開できます。