ソリューションハンドブック
Custom webhookトリガー、Run onceのテスト経路、HTTPモジュール、Make Historyでの確認、Jodooフィールド、展開チェックリストを含むMakeサポートトリアージループの計画ガイドです。
ハンドブックを開くMAKE + JODOO
Make + Jodooで実現するAIサポートチケットのトリアージ
MakeとJodooを使って、サポートチケットのWebhookを受信し、構造化したトリアージフィールドをHTTPモジュール経由で送信し、エスカレーション用フィールドをJodooに書き戻して、サポートのフォローアップを見える化します。
MakeのWebhook経由でチケットを受信優先度とステータスを分類SLAフィールドをJodooに書き戻しエスカレーションのフォローアップを追跡可能に維持Make Historyで運用状況、クレジット、実行ステータスを確認
動画ウォークスルー
Makeデモで起きること
この動画では、1つのサポート対応ループを紹介します。チケットがMakeのCustom webhookに入り、MakeがHTTPモジュール経由でトリアージフィールドを送信し、Jodooがエスカレーションレコードを保持します。
チケットがMakeに入る
シナリオは、サポートフォーム、ポータル、チャット、または受信箱のイベントを受け取れるCustom webhookから始まります。
Makeがトリアージフィールドを送信
HTTPモジュールが、カテゴリ、優先度、ステータス、担当者、SLA目標、回答ドラフト、フォローアップメモを送信します。
Historyが実行を記録
Make Historyパネルで、手動実行、操作回数、クレジット使用量、所要時間、データ転送量を確認できます。
Jodooがチケットを保存
構造化された結果がJodooのサポートアプリに書き込まれるため、チームは絞り込み、担当者割り当て、確認を行えます。
重要なチケットを見逃さない
エスカレーションされたチケットは、Jodooのレコードから担当者キュー、SLAビュー、アラート、ダッシュボードに反映できます。
デモ概要
Makeがチケットをトリアージし、Jodooがエスカレーションを追跡
この構成は、Jodooをエスカレーションのフォローアップ管理の基盤にする前に、サポート受付をMakeの可視化されたシナリオで処理したいチームに適しています。
Custom webhookトリガー
サポートのペイロードがCustom webhook経由でMakeに入ります。
HTTP書き戻し
MakeのHTTPモジュールが構造化されたサポートトリアージフィールドを送信します。
Historyで成功を確認
Make Historyには、2回の操作で手動実行が正常に完了したことが表示されます。
シナリオ利用状況
Makeの実行では、テストしたサポートフローの操作回数、クレジット、所要時間、データ転送量が記録されます。
Jodooへの書き戻し
Jodooに優先度、ステータス、SLA目標、依頼者、カテゴリの各フィールドが保存されます。
再利用可能なループ
Makeがシナリオを実行し、Jodooがサポートレコードを保持します。
ワークフローキット
同じMakeサポートトリアージループを構築
サポートフィールドのマッピングを確認し、ワークフローレシピをコピーして、MakeのWebhookを自社のサポートソースに合わせて調整する前にJodooアプリの設計図を活用してください。
チームで再利用できるもの
MakeはCustom webhook経由でチケットイベントを受信し、構造化されたトリアージ出力をHTTPモジュールで送信し、操作回数、クレジット、所要時間をHistoryに記録します。Jodooは、継続的に参照できるサポートレコード、エスカレーションステータス、担当者キュー、監査履歴を保持します。
業務ワークフローJodooフィールドモデルエージェントプロンプト展開チェックリスト
再利用可能なワークフロー
ワークフローが判断し、Jodooが業務を前に進めます。
- 01
Make webhook
フォーム、ポータル、受信箱、チャットの記録、または社内システム
- 02
Makeシナリオ
チケットWebhookを受信し、HTTP書き戻しを送信し、Historyで実行結果を確認
- 03
HTTPモジュール
トリアージフィールドをJSONのpostリクエストで送信し、レスポンスを解析
- 04
Make History
成功、操作回数、クレジット使用量、所要時間、データ転送量を表示
- 05
Jodoo書き戻し
サポートチケットを作成し、データIDを返す
- 06
サポートのフォローアップ
SLAビュー、担当者キュー、エスカレーションステータス、監査履歴
ワークフローループ
MakeのWebhookから振り分け済みエスカレーションへ
サポート申請が、フォーム、ポータル、受信箱、チャットツール、または社内システムからMakeのCustom webhookに届きます。
Run onceを実行すると、Webhooksモジュールが待機状態になり、受信したテスト用ペイロードを取得できます。
Makeシナリオでは、イベントが2つのモジュールフローとして可視化されます。WebhooksアプリのトリガーとHTTPアプリの書き戻しです。
HTTPモジュールでは、JSONボディ、POSTメソッド、parse response、および保存済みURLを使用します。特に一時的なエンドポイントが変わる場合は再確認が必要です。
HTTPリクエストは、問題カテゴリ、優先度、SLA目標、ステータス、担当者、回答ドラフト、フォローアップメモをJSONで送信します。
Make Historyには、手動実行、操作回数、クレジット使用量、所要時間、データ転送量が記録されます。
構造化された結果は、Jodooの書き戻しエンドポイントまたは安全なミドルウェア層に送信されます。
Jodooはサポートチケットのレコードを作成し、SLAビュー、担当者キュー、ダッシュボード、監査履歴で利用できるようにします。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| requester_name, requester_email, requester_department | 依頼者名、依頼者メールアドレス、依頼者部門 |
| issue_category, affected_asset | 問題カテゴリ、対象資産 |
| priority, sla_target, ticket_status | 優先度、SLA目標日、チケットステータス |
| assigned_owner, routing_reason, follow_up_note | 割り当て担当者、解決メモ、フォローアップメモ |
エージェントレシピ
プロンプトと構造化出力
ワークフローの役割
受信したサポートチケットのペイロードを受け取り、Jodooで保存・振り分け・レポートできる構造化フィールドを返してください。
トリアージ指示
緊急度、影響範囲、カテゴリ、SLAリスク、担当範囲に基づいてチケットを分類してください。MakeのHTTP書き戻しステップで扱いやすいよう、出力は予測可能な形式に保ってください。
必須出力
ticket_summary、issue_category、priority、sla_target、assigned_owner、ticket_status、response_draft、follow_up_note、routing_reason を返してください。
Makeモジュールの契約条件
サポートチームにワークフローを引き継ぐ前に、Webhooksバンドル、HTTPメソッド、JSON content type、parse response設定、保存済みエンドポイントURL、Run onceによる検証を明確にしておいてください。
{
"issue_category": "アクセスと権限",
"priority": "緊急",
"sla_target": "2026-06-04 09:00",
"assigned_owner": "サポートエスカレーション / ID チーム",
"ticket_status": "エスカレーション済み"
}Jodooスターターアプリ
Makeサポートチケットトリアージ用スターターアプリ
MakeのCustom webhookとJodooの書き戻しワークフローを設定する際に、このフィールドモデルを使用してください。
含まれるフィールド
- チケット番号
- 依頼者名
- 依頼者メールアドレス
- 依頼者部門
- 問題カテゴリ
- 対象資産
- 優先度
- SLA目標日
- チケットステータス
- 割り当て担当者
- 問題の説明
- 解決メモ
- フォローアップメモ
- 添付ファイル
- 申請日
- 元のエージェント出力
推奨ビュー
- 重大なエスカレーション
- SLAリスク
- 担当者キュー
- 追加情報が必要
- Make実行レビュー
- すべてのサポートチケット
自動化ルール
- MakeのHTTPモジュール完了後に、Jodooのサポートチケットレコードを作成または更新する。
- 優先度が重大、またはステータスがエスカレーション済みの場合、割り当て担当者に通知する。
- 情報不足のチケットをレビューキューに移動する。
- Make HistoryでHTTP操作の失敗が表示された場合、レコードに要確認フラグを付ける。
- 元のワークフロー出力を監査履歴に保持する。
展開チェックリスト
本番前に確認すべきこと
- サポートカテゴリ、SLA目標、エスカレーション担当者を定義する。
- どのチケットソースでMakeのWebhookを起動するかを決める。
- Run onceを実行するたびに、HTTPモジュールのURLが保存されていることを確認する。
- 一時トンネルを使う場合は、エンドポイントのヘルスを確認する。
- Makeの各出力フィールドをJodooのチケットフィールドにマッピングする。
- 本番トラフィックの前にダミーチケットでテストする。
- エラーハンドリング、再試行アラート、人によるレビューキューを追加する。
ワークフロー
MakeのWebhookから追跡可能なエスカレーションへ
Makeが受信イベントと書き戻しステップを処理します。Jodooは、チームが確認・絞り込み・対応できるサポートチケットのフィールドを保存します。
サポート申請が、フォーム、ポータル、受信箱、チャットツール、または社内システムからMakeのCustom webhookに届きます。
Run onceを実行すると、Webhooksモジュールが待機状態になり、受信したテスト用ペイロードを取得できます。
Makeシナリオでは、イベントが2つのモジュールフローとして可視化されます。WebhooksアプリのトリガーとHTTPアプリの書き戻しです。
HTTPモジュールでは、JSONボディ、POSTメソッド、parse response、および保存済みURLを使用します。特に一時的なエンドポイントが変わる場合は再確認が必要です。
HTTPリクエストは、問題カテゴリ、優先度、SLA目標、ステータス、担当者、回答ドラフト、フォローアップメモをJSONで送信します。
Make Historyには、手動実行、操作回数、クレジット使用量、所要時間、データ転送量が記録されます。
構造化された結果は、Jodooの書き戻しエンドポイントまたは安全なミドルウェア層に送信されます。
Jodooはサポートチケットのレコードを作成し、SLAビュー、担当者キュー、ダッシュボード、監査履歴で利用できるようにします。
Jodooレコード
Jodooに保存される内容
Makeの実行後、Jodooには次のようなサポートフィールドが保持されます。依頼者、カテゴリ、対象資産、優先度、SLA目標、ステータス、担当者、フォローアップメモ。
チケット番号依頼者情報問題カテゴリ対象資産優先度SLA目標日チケットステータス割り当て担当者問題の説明解決メモフォローアップメモ元のワークフロー出力
ライブ実行
MakeシナリオがサポートチケットをJodooに書き込み
スクリーンショットではダミーのサポートデータを使用し、Makeシナリオのキャンバス、成功したMake Historyの実行、書き戻し後のJodooサポートチケットテーブルを示しています。
Makeシナリオ設定
Makeのキャンバスでは、Custom webhookとHTTPモジュールを使ってJodooの書き戻しエンドポイントを呼び出しています。
Make Historyの成功実行
Make Historyには、操作回数、クレジット、所要時間、データ転送量を含めて、サポートシナリオが正常に完了したことが表示されます。
Jodooへの書き戻し
Makeでトリアージされたチケットが、依頼者、カテゴリ、優先度、SLA目標、ステータスの各フィールド付きでJodooに表示されました。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
このMakeのサポートワークフローはエンドツーエンドでテストされていますか？
はい。MakeシナリオのHistoryエントリで手動実行の成功を確認でき、Jodooのテーブルにはその実行で作成されたダミーの重大なサポートチケットが表示されています。
これには有料のMakeプランが必要ですか？
検証では無料のMakeアカウントとダミーのサポートデータを使用しました。本番利用では、操作量、接続サービス、エンドポイント利用状況に応じてコストが発生する場合があります。
チケットの送信元はJodoo外でも大丈夫ですか？
はい。Jodooに結果を書き戻す前であれば、WebhookのペイロードをMakeに送信できる任意のシステムをトリガー元にできます。
チームはMakeにモデル連携のエージェントステップを追加できますか？
はい。検証済みのフローでは信頼性の高いWebhookとHTTP書き戻しを使用しています。カテゴリ、優先度、SLA、担当者、ステータスの各フィールドを安定して出力できるなら、MakeのAIステップや接続したモデル呼び出しを追加できます。
Makeシナリオを実行する前に何を確認すべきですか？
Custom webhookがデータ待機中であること、HTTPモジュールのURLが保存されていること、リクエストボディがJSONであること、一時トンネルを使う場合はエンドポイントのヘルスチェックに通ることを確認してください。
コードファーストのWebhookワークフローとは何が違いますか？
Makeでは、サポートフローがキャンバス上のモジュールとして可視化されます。Jodooチームがチケットを確認する前に、構築担当者はWebhooksトリガー、HTTPリクエスト、操作回数、クレジット使用量、History結果を確認できます。
MakeのHTTPモジュールが失敗した場合はどうなりますか？
その実行は未完了として扱ってください。スクリーンショットを収集したり、実際のサポートトラフィックで使ったりする前に、保存済みURL、JSONボディ、エンドポイントのヘルス、Make Historyのエラーを確認してください。
テスト中はMakeシナリオを非アクティブのままにできますか？
はい。手動検証では、スケジュール実行や常時稼働のシナリオを有効化しなくても、Run onceでWebhookイベントを待機できます。本番では、エンドポイントのヘルス、利用枠、再試行、エラー通知の準備が整ってからシナリオを有効化してください。
サポートフローのトラブルシュートに役立つMakeの画面はどれですか？
Jodooのレコードを確認する前に、Scenario Usage、History、モジュールのバンドル出力、HTTPステータスコード、データ転送量、操作回数、クレジット使用量を使って、チケットがMakeを通過したことを確認してください。
Make HistoryではなくJodooに結果を保存する理由は何ですか？
Make Historyは構築担当者には便利ですが、Jodooではサポートチーム向けにフィールド、ビュー、担当者、SLAキュー、ダッシュボード、ワークフローステータス、監査コンテキストを提供できます。
次のステップ
Makeのサポート受付を再利用可能なトリアージワークフローに
まずはサポートチケットのトリアージから始め、その後同じパターンをIT申請、カスタマーサクセスのエスカレーション、不具合受付、またはフィールドサービスの問題対応に展開できます。