ソリューションハンドブック
課題、ワークフロー、Jodooフィールド、展開チェックリストを含む、サポートトリアージループの計画ガイドです。
ハンドブックを開くZAPIER AGENTS + JODOO
Zapier AgentsとJodooを使って、サポートチケットを分類し、優先度とSLAフィールドを設定し、担当者を割り当て、エスカレーションのフォローアップを1つの追跡可能なレコードに集約します。
動画ウォークスルー
この動画では、サポート対応の1つのループを紹介します。チケットはZapier Agentsでトリアージされ、実行結果としてJodooのデータIDが返され、チケットレコードがJodooに表示されます。
フォーム、受信トレイ、カスタマーポータル、チャットの記録、またはJodooフォームから、エージェントがトリアージする問題の詳細が渡されます。
エージェントは、問題カテゴリ、優先度、SLA目標、ステータス、担当者、返信ドラフト、フォローアップメモ、振り分け理由を返します。
トリアージ結果はJodooのチケットレコードに書き込まれ、サポートチームは同じ信頼できる情報を確認できます。
エスカレーションされた問題は、担当者キュー、SLAビュー、アラート、ダッシュボードに反映でき、元のエージェント出力も関連付けたまま保持されます。
デモ概要
このウォークスルーでは、エージェントが緊急度を分類し、Jodooが優先度、SLA目標、ステータス、担当者、フォローアップのレコードを保持するサポートチケットのトリアージワークフローを紹介します。
Zapier Agentsがチケットを分類し、Jodooがサポートレコードを保存します。
手動トリアージでは、カテゴリ、担当者、SLA、初回応答が遅れます。
エージェントは、Jodooで活用できるサポートフィールドを返します。
テストチケットは重大に分類され、エスカレーションされます。
Jodooが優先度、ステータス、SLA目標、担当者を保存します。
エスカレーションされたチケットは、Jodooのキューとダッシュボードで可視化されたままになります。
エージェントが判断し、Jodooが記録し、チームが対応します。
Jodoo向けのサポートトリアージワークフローキットを活用できます。
ワークフローキット
サポート用フィールドのマッピングを確認し、エージェントのレシピをコピーして、Jodooのフィールドモデルを使ったうえで、自社のチケットソースに合わせてワークフローを調整してください。
Zapier Agentsが最初のサポートトリアージ判断を行います。Jodooは、カテゴリ、優先度、SLA目標、担当者、ステータス、フォローアップメモ、監査コンテキストを含む一元管理できるチケットレコードを保持します。
再利用可能なワークフロー
フォーム、受信トレイ、チャットの記録、ポータル、またはJodooの受付レコード
カテゴリ、優先度、SLA目標、担当者を分類
要約、カテゴリ、優先度、SLA、担当者、返信ドラフト、メモ
フィールド、ビュー、エスカレーションステータス、担当者キュー、監査証跡
SLAビュー、担当者アラート、エスカレーションキュー、顧客への返信
ワークフローループ
サポートチケットは、フォーム、受信トレイ、チャットの記録、カスタマーポータル、またはJodooフォームから入ります。
Zapierがチケットの詳細を、サポートトリアージ専用のエージェントに渡します。
エージェントがカテゴリ、優先度、SLA目標、担当者、ステータス、フォローアップメモを分類します。
構造化された結果は、Zapierアクションまたは安全な書き戻しブリッジを通じて送信されます。
Jodooがトリアージ結果をもとにサポートチケットレコードを作成または更新します。
重大チケットはエスカレーションビューに移動し、通常チケットも継続して追跡できます。
フィールドマッピング
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| チケットID、申請者、メールアドレス、部署 | チケット番号、申請者名、申請者メールアドレス、申請者の部署 |
| issue_category, affected_asset | 問題カテゴリ、影響を受ける資産 |
| priority, sla_target, ticket_status | 優先度、SLA目標日、チケットステータス |
| assigned_owner, routing_reason | 割り当て済み担当者、解決メモ |
| response_draft, follow_up_note, full JSON response | 対応メモ、フォローアップメモ、元のエージェント出力 |
エージェントレシピ
あなたはカスタマーオペレーションチーム向けのサポートチケットトリアージエージェントです。受信した各チケットを確認し、Jodooで保存、振り分け、レポートできる構造化フィールドを返してください。
影響度、緊急度、カテゴリ、SLAリスク、不足情報に基づいてチケットを分類してください。振り分けの判断理由は、サポート担当者が信頼できる短い説明を1つ返してください。
ticket_summary、issue_category、priority、sla_target、assigned_owner、ticket_status、response_draft、follow_up_note、routing_reason を返してください。結果は機械可読な形式にしてください。
{
"ticket_summary": "企業顧客がローンチ前に SSO ログインできない",
"issue_category": "アクセスと権限",
"priority": "緊急",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "サポートエスカレーション / ID チーム",
"ticket_status": "エスカレーション済み",
"response_draft": "ご報告ありがとうございます。現在この SSO 問題をエスカレーションしています...",
"follow_up_note": "影響を受けたアカウント ID を収集し、ID プロバイダーのログを確認する。",
"routing_reason": "企業顧客のローンチを妨げている認証問題。"
}Jodooスターターアプリ
チーム向けにサポートトリアージワークフローを調整する際は、このフィールドモデル、推奨ビュー、自動化ルールを活用してください。
展開チェックリスト
ワークフロー
このエージェントはサポートのトリアージに特化しています。受信したチケットを、Jodooで保存・フィルタリング・振り分けできる構造化フィールドに変換します。
サポートチケットは、フォーム、受信トレイ、チャットの記録、カスタマーポータル、またはJodooフォームから入ります。
Zapierがチケットの詳細を、サポートトリアージ専用のエージェントに渡します。
エージェントがカテゴリ、優先度、SLA目標、担当者、ステータス、フォローアップメモを分類します。
構造化された結果は、Zapierアクションまたは安全な書き戻しブリッジを通じて送信されます。
Jodooがトリアージ結果をもとにサポートチケットレコードを作成または更新します。
重大チケットはエスカレーションビューに移動し、通常チケットも継続して追跡できます。
Jodooレコード
Jodooは、エージェントの判断後にサポートチームが必要とするチケットフィールドを保持します。申請者、カテゴリ、優先度、SLA目標、ステータス、担当者、フォローアップメモを管理できます。
テスト実行
スクリーンショットでは、合成したサポートデータを使用し、Zapier Agentの設定、JodooデータIDが返された正常実行、書き戻し後のJodooのチケットテーブルを確認できます。

Jodoo向けに構造化されたサポートトリアージフィールドを返す、特化型のZapier Agentです。

合成サポートチケットが分類され、JodooのデータIDが返されました。

優先度、ステータス、SLA目標、担当者がJodooのチケットレコードに書き込まれました。
FAQ
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
テスト実行では無料のZapierプランと合成サポートデータを使用しましたが、本番利用では、タスク量、接続アプリ、ポーリング速度、振り分けの複雑さに応じて有料プランが必要になる場合があります。
はい。重要なのは、カテゴリ、優先度、SLA目標、ステータス、担当者、返信ドラフト、フォローアップメモなどの予測可能なフィールドをエージェントが返すようにし、Jodooが対応するフィールドに保存できるようにすることです。
はい。結果をJodooに書き込む前に、トリガーはフォーム、受信トレイ、チャットツール、ポータル、ウェブフック、またはZapierに接続された他のチケットソースから取得できます。
いいえ。同じトリアージパターンは、IT申請、カスタマーサクセスのエスカレーション、バグ受付、フィールドサービス申請、またはエージェントが緊急度を分類しJodooがフォローアップを追跡するあらゆるプロセスに活用できます。
はい。フィールド設計図、ビュー、自動化ルールを出発点として使い、その後カテゴリ、SLA目標、担当者、エスカレーションキューをサポートプロセスに合わせて調整してください。
次のステップ
まずはサポートチケットのトリアージから始め、その後同じパターンをIT申請、カスタマーサクセスのエスカレーション、バグ受付、またはフィールドサービスの問題対応に展開できます。