ソリューションハンドブック
検証済みのn8nサポートトリアージワークフロー向け計画ガイドです。Webhookトリガー、Agent Decisionノード、Jodooフィールド、展開チェックリストを含みます。
ハンドブックを開くN8N + JODOO
n8n + Jodooで実現するAIサポートチケットのトリアージ
n8nとJodooを使ってサポートチケットを分類し、優先度とSLAのフィールドをJodooに書き戻し、ワークフロー実行後もエスカレーションの担当者を見える化します。
n8nのWebhookでチケットを受信カテゴリと優先度を分類SLAとステータスのフィールドをJodooに書き戻しエスカレーション後のフォローアップを追跡可能に維持
動画ウォークスルー
デモの流れ
この動画では、サポートチケットがn8nに入り、Agent Decisionノードで分類され、エスカレーションされたチケットとしてJodooに表示される流れを紹介します。
Webhookでチケットを受信
n8nは、フォーム、ポータル、受信箱、チャットツール、または社内システムから送られるサポートペイロードを受け取って開始します。
Agent Decisionが緊急度を分類
Agent Decisionノードは、カテゴリ、優先度、SLA目標、ステータス、割り当て担当者、フォローアップメモを返します。
HTTP RequestでJodooに書き込み
最後のn8nノードが構造化されたフィールドをJodooの書き戻しレイヤーに送信し、JodooのデータIDを受け取ります。
Jodooでエスカレーションを可視化
サポートチームはJodooのビューやダッシュボードから、重大かつエスカレーション済みのチケットを確認できます。
デモ概要
n8nがチケットをトリアージし、Jodooがエスカレーションを追跡
このウォークスルーでは、n8nが振り分けロジックを制御し、Jodooが優先度、SLA目標、ステータス、担当者、フォローアップレコードを保存するサポートトリアージのワークフローを紹介します。
Webhookトリガー
サポートチケットのペイロードがWebhook経由でn8nに入ります。
Agent Decisionノード
ワークフローが、構造化されたサポートトリアージ用フィールドを返します。
HTTP書き戻し
n8nがマッピング済みのチケットフィールドをJodooの書き戻しステップに送信します。
Jodooの結果
Jodooはチケットを検索可能なエスカレーションレコードとして保存します。
再利用可能なパターン
同じワークフロー構成を、ヘルプデスク、IT、カスタマーサクセス、フィールドサービスのキューにも活用できます。
ワークフローキット
同じn8nのサポートトリアージループを構築
サポート用フィールドマッピングを確認し、ワークフローレシピをコピーして、Jodooスターターアプリを使ってから、自社のチケットソースに合わせてワークフローを調整してください。
チームで再利用できるもの
n8n makes the first decision. Jodoo keeps a durable record with structured fields, ownership, status, next action, and audit context.
業務ワークフローJodooフィールドモデルエージェントプロンプト展開チェックリスト
再利用可能なワークフロー
ワークフローが判断し、Jodooが業務を前に進めます。
- 01
リードソース
フォーム、受信箱、パートナー経由のリード、またはJodoo受付レコード
- 02
n8n Agent Decision
カテゴリ、優先度、SLA目標、ステータス、担当者を分類
- 03
構造化出力
スコア、区分、理由、不足情報、担当者、次のアクション
- 04
Jodooレコード
フィールド、ビュー、レビュー状況、監査証跡
- 05
担当者フォローアップ
優先キュー、通知、タスク、返信案
ワークフローループ
受付から振り分け済みフォローアップまで
サポートフォーム、受信箱、ポータル、チャットツール、または社内システムからのチケットが、n8nのWebhookノードに到着します。
n8n Agent Decisionノードが、カテゴリ、優先度、SLA目標、ステータス、担当者、回答ドラフト、フォローアップメモを返します。
HTTP Requestノードが、それらのフィールドを制御されたJodoo書き戻しエンドポイントにマッピングします。
テスト実行によりJodooのデータIDが返され、可視化されたサポートチケットレコードが作成されます。
Jodooは、SLAビュー、担当者キュー、エスカレーションレポート、監査履歴のために、永続的なチケットレコードを保存します。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| リードソース、連絡先、会社、キャンペーン | リードソース、連絡先名、会社名、メールアドレス、キャンペーン |
| ai_score, lead_tier, routing_priority | AIスコア、リード区分、振り分け優先度 |
| fit_reason, missing_info | 適合理由、不足情報 |
| suggested_owner, next_best_action | 推奨担当者、次の最適アクション |
| follow_up_draft、完全な JSON レスポンス | フォローアップ案、元のエージェント出力 |
エージェントレシピ
プロンプトと構造化出力
エージェントの役割
あなたはサポートトリアージエージェントです。各受信チケットを確認し、Jodooが保存・振り分け・レポートに利用できる構造化フィールドを返してください。
n8nへの指示
Webhookのペイロードをコンテキストとして使用し、次のn8nノードがJodooのサポートチケット書き戻し申請にマッピングできるJSONフィールドを返してください。
必須出力
依頼者フィールド、issue_category、affected_asset、priority、sla_target、ticket_status、assigned_owner、response_draft、follow_up_note、routing_reason を返してください。
{
"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ノードを設定する際は、このフィールドモデルを使用してください。
含まれるフィールド
- チケット番号
- 依頼者名
- 依頼者メールアドレス
- 依頼者の部署
- 課題カテゴリ
- 影響を受ける資産
- 優先度
- SLA目標日
- チケットステータス
- 割り当て担当者
- 課題の説明
- 解決メモ
- フォローアップメモ
- 元のエージェント出力
推奨ビュー
- 重大なエスカレーション
- SLAリスク
- 担当者キュー
- 追加情報が必要
- すべてのサポートチケット
自動化ルール
- n8nのHTTP Requestステップ後に、Jodooのサポートチケットレコードを作成または更新する。
- 優先度が重大、またはステータスがエスカレーション済みの場合は、割り当て担当者に通知する。
- 情報不足のチケットをレビューキューに移動する。
- 元のエージェント出力を監査証跡に保持する。
展開チェックリスト
本番前に確認すべきこと
- 営業とマーケティングでリードスコアリング基準に合意する。
- どのリードソースをエージェントワークフローに安全に送るかを決める。
- すべてのエージェント出力フィールドを対応するJodooフィールドにマッピングする。
- 実際の顧客データを送る前に、疑似リードでテストする。
- 不足情報や信頼度の低いリード向けのレビューキューを作成する。
- フィールドモデルが安定してから担当者通知を追加する。
ワークフロー
n8n Webhookから追跡可能なエスカレーションまで
このデモでは、外部モデルの認証情報なしでも実行できる監査可能なAgent Decisionノードを使用しています。本番環境では、任意のモデルを接続したうえで、このノードをn8n AI Agentに置き換えることができます。
サポートフォーム、受信箱、ポータル、チャットツール、または社内システムからのチケットが、n8nのWebhookノードに到着します。
n8n Agent Decisionノードが、カテゴリ、優先度、SLA目標、ステータス、担当者、回答ドラフト、フォローアップメモを返します。
HTTP Requestノードが、それらのフィールドを制御されたJodoo書き戻しエンドポイントにマッピングします。
テスト実行によりJodooのデータIDが返され、可視化されたサポートチケットレコードが作成されます。
Jodooは、SLAビュー、担当者キュー、エスカレーションレポート、監査履歴のために、永続的なチケットレコードを保存します。
Jodooレコード
Jodooに保存される内容
Jodooでは、n8nの判定後にサポートチームが必要とするチケットフィールドを保持できます。依頼者、カテゴリ、優先度、SLA目標、ステータス、担当者、フォローアップメモを保存可能です。
チケット番号依頼者の詳細課題カテゴリ影響を受ける資産優先度SLA目標日チケットステータス割り当て担当者課題の説明解決メモフォローアップメモ元のエージェント出力
テスト実行
n8nのサポート処理結果をJodooに書き込みました
スクリーンショットでは合成のサポートデータを使用し、n8nワークフローの完了画面と、書き戻し後のJodooチケットテーブルを示しています。
n8nワークフロー設定
Webhook、Agent Decision、HTTP Requestの各ノードで、n8n専用のサポートトリアージフローを構成します。
n8nの実行成功
サポートワークフローはn8nの全ノードで正常完了し、Jodooの書き戻しレスポンスを返しました。
Jodooへの書き戻し
n8nでトリアージされたチケットが、依頼者、カテゴリ、優先度、SLA目標、ステータスの各フィールド付きでJodooに表示されました。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
このn8nのサポートワークフローはエンドツーエンドでテスト済みですか？
はい。合成のSSOチケットをn8nで処理し、重大かつエスカレーション済みのサポートチケットレコードを作成した後、JodooのデータIDが返されることを確認しました。
n8nからサポートトリアージの出力をJodooに送れますか？
はい。ワークフローでは、カテゴリ、優先度、SLA目標、ステータス、担当者、回答ドラフト、フォローアップメモなどの予測可能なフィールドを返し、それらをHTTP Requestステップでマッピングします。
有料のn8nプランが必要ですか？
テストではn8n Cloudのトライアルアクセスと、認証情報不要のAgent Decisionノードを使用しました。本番環境では、ホスティング、モデル利用、認証情報、実行量に応じてコストが発生する場合があります。
チケットのソースはJodoo外部でも構いませんか？
はい。結果をJodooに書き戻す前であれば、トリガーはサポートフォーム、受信箱、チャットツール、ポータル、Webhook、または他のシステムから取得できます。
チームごとにトリアージルールをカスタマイズできますか？
はい。チームは、カテゴリ、SLA目標、優先度ルール、担当者キュー、およびAgent DecisionノードまたはAI Agentプロンプトを、自社のサポートプロセスに合わせて変更できます。
次のステップ
サポートトリアージを再利用可能なn8nループに
まずはサポートチケットのトリアージから始め、同じパターンをIT申請、カスタマーサクセスのエスカレーション、バグ受付、フィールドサービスの課題にも展開できます。