ソリューションハンドブック
Webhookトリガー、判断ノード、Jodooフィールド、展開チェックリストを含む、検証済みのn8nリード判定ワークフローの計画ガイドです。
ハンドブックを開くN8N + JODOO
n8n + JodooによるAIリード判定
n8nとJodooを使って流入リードを受け付け、明確な判断ワークフローを実行し、構造化されたスコアリングフィールドをJodooに書き込み、営業のフォローアップを追跡可能にします。
1
n8n webhookでリードを受信
2
構造化された判定フィールドを返す
3
検証済みのリードレコードをJodooに書き込む
4
1つのレコードから営業フォローアップを振り分ける
動画ウォークスルー
デモの流れ
動画では、リードがn8nに入り、Agent Decisionノードを通過し、検証済みのリードレコードがJodooに作成される流れを紹介しています。
Webhookでリードを受信
n8nは、フォーム、キャンペーン、パートナー経由、スプレッドシート、または社内システムからの流入リードペイロードで開始します。
Agent Decisionがフィールドを返す
判断ノードは、スコア、ティア、理由、不足情報、担当者候補、次のアクション、フォローアップ下書きを返します。
HTTP RequestでJodooに書き込む
最後のn8nノードが構造化フィールドをJodooの書き戻しレイヤーに送信し、JodooデータIDを受け取ります。
Jodooでフォローアップを見える化
営業チームは、Jodooのリードレコードからスコア、担当者、フォローアップ下書き、元の出力を確認できます。
デモ概要
n8nが判断ワークフローを実行し、Jodooが営業レコードを保持
このウォークスルーは、Webhookトリガー、判断ロジック、HTTP書き戻し、再試行経路をノード単位で制御したいチームに役立ちます。
Webhookトリガー
リードペイロードがWebhook経由でn8nに入ります。
判断ノード
ワークフローが構造化されたリードスコアリングフィールドを返します。
HTTP書き戻し
n8nがマッピング済みフィールドをJodooの書き戻しステップに送信します。
Jodooの結果
Jodooがリードを検索可能な営業レコードとして保存します。
再利用可能なパターン
モデル認証情報を接続すれば、同じワークフロー構成でn8n AI Agentを利用できます。
ワークフローキット
同じn8nのリード判定ループを構築
フィールドモデルを確認し、ワークフローレシピをコピーして、自社のリードソースに合わせてワークフローを調整する際にJodooスターターアプリを活用してください。
再利用可能なワークフロー
ワークフローが判断し、Jodooが業務を前に進めます。
- 01
リードソース
フォーム、受信箱、パートナー経由のリード、またはJodoo受付レコード
- 02
n8n Agent Decision
スコア、ティア、担当者、次のアクション、フォローアップフィールドを返します
- 03
構造化出力
スコア、区分、理由、不足情報、担当者、次のアクション
- 04
Jodooレコード
フィールド、ビュー、レビュー状況、監査証跡
- 05
担当者フォローアップ
優先キュー、通知、タスク、返信案
ワークフローループ
受付から振り分け済みフォローアップまで
フォーム、キャンペーン、パートナー経由、または社内システムからのリードが、n8nのWebhookノードに届きます。
n8nのAgent Decisionノードが、スコア、ティア、理由、担当者、次のアクション、フォローアップ下書き、振り分け優先度を返します。
HTTP Requestノードが、それらのフィールドを制御されたJodoo書き戻しエンドポイントにマッピングします。
テスト実行によりJodooデータIDが返され、確認可能なリードレコードが作成されます。
Jodooは、担当者のフォローアップ、レビューキュー、ダッシュボード、監査履歴のために、永続的なリードレコードを保存します。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| リードソース、連絡先、会社、キャンペーン | リードソース、連絡先名、会社名、メールアドレス、キャンペーン |
| ai_score, lead_tier, routing_priority | AIスコア、リード区分、振り分け優先度 |
| fit_reason, missing_info | 適合理由、不足情報 |
| suggested_owner, next_best_action | 推奨担当者、次の最適アクション |
| follow_up_draft、完全な JSON レスポンス | フォローアップ案、元のエージェント出力 |
エージェントレシピ
プロンプトと構造化出力
エージェントの役割
あなたはB2B営業チーム向けのリード判定エージェントです。各流入リードを確認し、Jodooで保存・振り分け・レポートできる構造化フィールドを返してください。
n8nの指示
Webhookペイロードをコンテキストとして使用し、次のn8nノードがJodoo書き戻しリクエストにマッピングできるJSONフィールドを返してください。
必須出力
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": "運用上のユースケースが明確で、デモ依頼も具体的です。",
"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のリードレコードを作成または更新する。
- 振り分け優先度が高い場合は、担当者候補に通知する。
- 不足情報のあるリードをレビューキューに移動する。
- 元のエージェント出力を監査履歴に保持する。
展開チェックリスト
本番前に確認すべきこと
- 営業とマーケティングでリードスコアリング基準に合意する。
- どのリードソースをエージェントワークフローに安全に送るかを決める。
- すべてのエージェント出力フィールドを対応するJodooフィールドにマッピングする。
- 実際の顧客データを送る前に、疑似リードでテストする。
- 不足情報や信頼度の低いリード向けのレビューキューを作成する。
- フィールドモデルが安定してから担当者通知を追加する。
ワークフロー
n8nのWebhookからJodooのリードレコードへ
このデモでは、外部モデルの認証情報なしでも実行できるよう、監査可能な判断ノードを使用しています。本番運用では、利用したいモデルを接続したうえで、このノードをn8n AI Agentに置き換えられます。
フォーム、キャンペーン、パートナー経由、または社内システムからのリードが、n8nのWebhookノードに届きます。
n8nのAgent Decisionノードが、スコア、ティア、理由、担当者、次のアクション、フォローアップ下書き、振り分け優先度を返します。
HTTP Requestノードが、それらのフィールドを制御されたJodoo書き戻しエンドポイントにマッピングします。
テスト実行によりJodooデータIDが返され、確認可能なリードレコードが作成されます。
Jodooは、担当者のフォローアップ、レビューキュー、ダッシュボード、監査履歴のために、永続的なリードレコードを保存します。
Jodooレコード
Jodooに保存される内容
Jodooは、n8nの判断後に営業チームが必要とするリードフィールドを保存します。具体的には、流入元、連絡先、スコア、ティア、理由、担当者、次のアクション、フォローアップ下書きです。
レコードタイトルリードソース連絡先・会社情報AIスコアとティア適合理由と不足情報担当者候補次の最適アクションフォローアップ下書き振り分け優先度元のエージェント出力
テスト実行
テスト実行でn8nのリード判定結果がJodooに書き込まれました
スクリーンショットでは、合成リードデータを使用し、n8nワークフローの完了と、構造化された出力から作成されたJodooレコードを確認できます。
n8nワークフロー設定
Webhook、Agent Decision、HTTP Requestの各ノードで、n8n専用のリードフローを構成します。
n8nの実行成功
リードワークフローがすべてのn8nノードを通って完了し、Jodoo書き戻しレスポンスを返しました。
Jodoo書き戻し
n8nで判定されたリードが、流入元、連絡先、会社、申請フィールドとともにJodooに表示されました。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
このn8nワークフローはエンドツーエンドでテスト済みですか？
はい。合成リードをn8nで処理し、Jodooスターターアプリにリードレコードを作成した後、JodooデータIDが返されることを確認しました。
n8nから構造化されたエージェント出力をJodooに送れますか？
はい。ワークフローは予測可能なフィールドを返し、それらをHTTP RequestステップでJodooの書き戻しエンドポイントまたは安全なミドルウェアレイヤーにマッピングする必要があります。
有料のn8nプランは必要ですか？
テストでは、n8n Cloudのトライアルアクセスと認証情報不要の判断ノードを使用しました。本番ホスティング、モデル利用、認証情報、実行量によっては費用が発生する場合があります。
Zapierの例と同じJodooアプリパターンを再利用できますか？
はい。業務レコード自体は同じため、Jodooのフィールドモデルは近い構成のまま使えます。n8nのページでは、トリガー設定、ノード構成、認証情報の扱い、HTTP書き戻し設定が異なります。
本番利用前にチームは何を設定すべきですか？
自社のJodoo書き戻しエンドポイントまたはAPIレイヤーを使用し、認証情報をn8nで安全に保管し、合成リードでテストしたうえで、実際の顧客データを送る前に再試行処理を追加してください。
次のステップ
n8nのリード受付を再利用可能な営業ループへ
まずはこのリードワークフローから始め、同じパターンをパートナーリード、キャンペーン受付、イベント後フォロー、営業オペレーションレビューにも展開できます。