ソリューションハンドブック
サポートトリアージループの計画ガイドです。課題、ワークフロー、Jodooフィールド、展開チェックリストを含みます。
ハンドブックを開くZAPIER AGENTS + JODOO
Zapier Agents + JodooによるAIサポートチケットのトリアージ
Zapier AgentsとJodooを使ってサポートチケットを分類し、優先度とSLAフィールドを設定し、担当者を割り当て、エスカレーションのフォローアップを1つの追跡可能なレコードに集約します。
1
サポートチケットを一貫して分類
2
優先度とSLAフィールドをJodooに書き込み
3
重大な問題をより迅速にエスカレーション
4
担当者のフォローアップを見える化
動画ウォークスルー
デモで確認できること
動画では、1つのサポート対応ループを紹介します。チケットをZapier Agentsでトリアージし、実行結果としてJodooデータIDが返され、チケットレコードがJodooに表示されます。
チケットがワークフローに入る
フォーム、メールボックス、カスタマーポータル、チャット履歴、またはJodooフォームから、エージェントがトリアージする問題の詳細が提供されます。
Zapier Agentsが申請を分類
エージェントは、問題カテゴリ、優先度、SLA目標、ステータス、担当者、返信案、フォローアップメモ、振り分け理由を返します。
Jodooがサポートレコードを保持
トリアージ結果はJodooのチケットレコードに書き込まれ、サポート担当者が同じ信頼できる情報源を確認できます。
重大チケットを見える状態に維持
エスカレーションされた問題は、担当者キュー、SLAビュー、アラート、ダッシュボードに移動でき、元のエージェント出力も添付されたままになります。
デモ概要
Zapier Agentsがチケットをトリアージし、Jodooがエスカレーションを追跡
ウォークスルーでは、エージェントが緊急度を分類し、Jodooが優先度、SLA目標、ステータス、担当者、フォローアップレコードを保持するサポートチケットのトリアージワークフローを紹介します。
チケットレコード
Zapier Agentsがチケットを分類します。Jodooがサポートレコードを保存します。
手動トリアージの課題
手動トリアージでは、カテゴリ、担当者、SLA、初回返信の決定が遅れます。
構造化されたサポートフィールド
エージェントはJodooで利用できるサポートフィールドを返します。
重大なエスカレーション
テストチケットは重大に分類され、エスカレーションされます。
Jodooへの書き戻し
Jodooが優先度、ステータス、SLA目標、担当者を保存します。
エスカレーションキュー
エスカレーションされたチケットは、Jodooのキューとダッシュボードで見える状態を保ちます。
チームの対応
エージェントが判断します。Jodooがレコードに保存します。チームが対応します。
ワークフローキット
Jodoo向けのサポートトリアージワークフローキットを使用します。
プラットフォーム設定メモ
Zapier Agents特有のポイント
Jodooのレコードモデルは一貫して保てますが、各エージェントプラットフォームでは構築スタイル、テスト画面、本番への引き継ぎ方法が異なります。
Agent Previewでトリアージ動作を検証
本番のサポートソースを接続する前に、テスト用チケットテキストを使ってAgent Previewでカテゴリ、優先度、SLA目標、担当者、返信案を確認します。
Zapierアクションが承認済みフィールドを書き込み
エージェントが機械判読可能なトリアージ結果を返した後、ZapierアクションまたはWebhooks by Zapierステップで、承認済みフィールドのみをJodooチケットレコードに投稿できます。
人によるレビューをループに残せる
機微なチケットや信頼度が低いチケットは、Jodooがエスカレーションステータス、担当者、SLA目標、フォローアップメモを受け取る前に、アクション承認で一時停止できます。
ワークフローキット
同じサポートトリアージループを構築
サポートのフィールドマッピングを確認し、エージェントレシピをコピーし、Jodooのフィールドモデルを使ってから、自社のチケットソースに合わせてワークフローを調整します。
再利用可能なワークフロー
ワークフローが判断し、Jodooが業務を前に進めます。
- 01
チケットソース
フォーム、メールボックス、チャット履歴、ポータル、またはJodoo受付レコード
- 02
Zapier Agent
カテゴリ、優先度、SLA目標、担当者を分類
- 03
構造化出力
要約、カテゴリ、優先度、SLA、担当者、返信案、メモ
- 04
Jodooチケット
フィールド、ビュー、エスカレーションステータス、担当者キュー、監査証跡
- 05
サポートフォローアップ
SLAビュー、担当者アラート、エスカレーションキュー、顧客への返信
ワークフローループ
サポート受付から振り分け済みエスカレーションへ
サポート申請が、フォーム、メールボックス、チャット履歴、カスタマーポータル、またはJodooフォームから入ります。
Zapierがチケットの詳細を、サポートトリアージに特化したエージェントへ渡します。
エージェントがカテゴリ、優先度、SLA目標、担当者、ステータス、フォローアップメモを分類します。
構造化された結果が、Zapierアクションまたは安全な書き戻しブリッジを通じて送信されます。
Jodooがトリアージ結果をもとに、サポートチケットレコードを作成または更新します。
重大チケットはエスカレーションビューに移動し、通常チケットも追跡可能な状態を維持します。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| Ticket ID、申請者、メールアドレス、部門 | チケット番号、申請者名、申請者メールアドレス、申請者部門 |
| issue_category、affected_asset | 問題カテゴリ、影響を受ける資産 |
| priority、sla_target、ticket_status | 優先度、SLA目標日、チケットステータス |
| assigned_owner、routing_reason | 割り当て担当者、解決メモ |
| response_draft、follow_up_note、完全なJSONレスポンス | 解決メモ、フォローアップメモ、元のエージェント出力 |
エージェントレシピ
プロンプトと構造化出力
エージェントの役割
あなたはカスタマーオペレーションチーム向けのサポートチケットトリアージエージェントです。受信した各チケットを確認し、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スターターアプリ
AIサポートチケットトリアージのスターターアプリ
チーム向けにサポートトリアージワークフローを調整する際は、このフィールドモデル、推奨ビュー、自動化ルールを使用します。
含まれるフィールド
- チケット番号
- 申請者名
- 申請者メールアドレス
- 申請者部門
- 問題カテゴリ
- 影響を受ける資産
- 優先度
- SLA目標日
- チケットステータス
- 割り当て担当者
- 問題の説明
- 解決メモ
- フォローアップメモ
- 添付ファイル
- 申請日
- 元のエージェント出力
推奨ビュー
- 重大なエスカレーション
- SLAリスク
- 担当者キュー
- 追加情報が必要
- すべてのサポートチケット
自動化ルール
- エージェントステップの後に、Jodooのサポートチケットレコードを作成または更新します。
- 優先度が重大、またはステータスがエスカレーション済みの場合、割り当て担当者に通知します。
- 情報不足のチケットをレビューキューに移動します。
- 元のエージェント出力を監査証跡に保持します。
展開チェックリスト
本番前に確認すべきこと
- 問題カテゴリ、優先度ルール、SLA目標、エスカレーション担当者について合意します。
- どのチケットソースをエージェントワークフローに送信してよいかを選定します。
- すべてのエージェント出力フィールドを、対応するJodooチケットフィールドにマッピングします。
- 実際の顧客データを送信する前に、テスト用サポートチケットで検証します。
- 信頼度が低いチケットや機微なチケット向けにレビューキューを作成します。
- フィールドモデルが安定した後、担当者通知とSLAアラートを追加します。
ワークフロー
受信チケットから追跡可能なエスカレーションへ
エージェントはサポートのトリアージに特化しています。受信したチケットを、Jodooで保存、フィルタリング、振り分けできる構造化フィールドに変換します。
サポート申請が、フォーム、メールボックス、チャット履歴、カスタマーポータル、またはJodooフォームから入ります。
Zapierがチケットの詳細を、サポートトリアージに特化したエージェントへ渡します。
エージェントがカテゴリ、優先度、SLA目標、担当者、ステータス、フォローアップメモを分類します。
構造化された結果が、Zapierアクションまたは安全な書き戻しブリッジを通じて送信されます。
Jodooがトリアージ結果をもとに、サポートチケットレコードを作成または更新します。
重大チケットはエスカレーションビューに移動し、通常チケットも追跡可能な状態を維持します。
Jodooレコード
Jodooに保存される内容
Jodooは、エージェントの判断後にサポートチームが必要とするチケットフィールドを保持します。申請者、カテゴリ、優先度、SLA目標、ステータス、担当者、フォローアップメモを管理できます。
チケット番号申請者の詳細問題カテゴリ影響を受ける資産優先度SLA目標日チケットステータス割り当て担当者問題の説明解決メモフォローアップメモ元のエージェント出力
テスト実行
テスト実行でサポートチケットをJodooに書き込み
スクリーンショットでは、テスト用サポートデータを使用し、Zapier Agentの設定、JodooデータIDを含む正常な実行結果、書き戻し後のJodooチケットテーブルを示しています。
エージェント設定
特化型のZapier Agentが、Jodoo向けに構造化されたサポートトリアージフィールドを返します。
エージェントの正常実行
テスト用サポートチケットが分類され、JodooデータIDが返されました。
Jodooへの書き戻し
優先度、ステータス、SLA目標、担当者がJodooチケットレコードに書き込まれました。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
有料のZapierプランが必要ですか？
テスト実行ではテスト用サポートデータと無料のZapierプランを使用しましたが、本番利用ではタスク量、接続アプリ、ポーリング速度、振り分けの複雑さによって有料プランが必要になる場合があります。
Jodooはエージェントからのサポートトリアージフィールドを保存できますか？
はい。重要なのは、カテゴリ、優先度、SLA目標、ステータス、担当者、返信案、フォローアップメモなど、予測可能なフィールドをエージェントに返させることです。これにより、Jodooは対応するフィールドに保存できます。
チケットソースはJodooの外部からでもよいですか？
はい。結果をJodooに書き込む前に、フォーム、メールボックス、チャットツール、ポータル、Webhook、またはZapierに接続された別のチケットソースからトリガーできます。
これはカスタマーサポートだけに有効ですか？
いいえ。同じトリアージパターンは、IT申請、カスタマーサクセスのエスカレーション、バグ受付、フィールドサービス申請、またはエージェントが緊急度を分類しJodooがフォローアップを追跡するあらゆるプロセスに活用できます。
チームはJodooアプリ構造を再利用できますか？
はい。フィールド設計図、ビュー、自動化ルールを出発点として使用し、カテゴリ、SLA目標、担当者、エスカレーションキューを自社のサポートプロセスに合わせて調整できます。
次のステップ
チケットのトリアージを再利用可能なサポートループに
サポートチケットのトリアージから始め、同じパターンをIT申請、カスタマーサクセスのエスカレーション、バグ受付、フィールドサービスの問題対応に展開できます。