ソリューションハンドブック
Custom webhookトリガー、Run onceテストフロー、HTTPモジュール、Make Historyの実行証跡、Jodooフィールド、展開チェックリストを含む、Makeリード判定ループの計画ガイドです。
ハンドブックを開くMAKE + JODOO
Make + Jodooで実現するAIリード判定
MakeとJodooを使って、流入リードのWebhookを受信し、構造化された判定フィールドをHTTPモジュール経由で送信し、スコアリングフィールドをJodooに書き込み、営業のフォローアップを追跡可能な状態に保ちます。
Make webhook経由でリードを受信構造化されたリードフィールドをHTTP経由で送信スコアとティアをJodooに書き込み営業フォローアップを1つのレコードで管理Make Historyで運用状況、クレジット、実行ステータスを確認
動画ウォークスルー
Makeデモで起こること
動画ではMakeの処理フローを紹介しています。リードがCustom webhookに入り、Makeが構造化された判定フィールドをHTTPモジュール経由で送信し、Jodooが営業レコードを保持します。
リードがMakeに入る
シナリオはCustom webhookから始まり、フォーム、キャンペーン、パートナー、社内のリードデータを受信できます。
Makeが構造化フィールドを送信
HTTPモジュールが、スコア、ティア、振り分け優先度、担当者、次のアクション、フォローアップの背景情報を送信します。
Historyが実行を記録
Make Historyパネルで、手動実行、操作回数、クレジット使用量、実行時間、データ転送を確認できます。
Jodooがレコードを保存
構造化された結果がJodooのリードアプリに書き込まれるため、チームはフィルタ、割り当て、確認ができます。
営業フォローアップを見える化
ホットリードは、Jodooレコードから担当者キュー、アラート、ダッシュボード、確認ビューへ展開できます。
デモ概要
Makeがシナリオを実行し、Jodooがリードを管理
この実装は、Jodooを運用レコードとして利用する前段で、リード受付をMakeの可視化されたシナリオで処理したいチームに適しています。
Custom webhookトリガー
リードのペイロードがCustom webhook経由でMakeに入ります。
HTTP書き戻し
MakeのHTTPモジュールが構造化された判定フィールドを送信します。
History成功
Make Historyには、2つの操作で手動実行が正常完了したことが表示されます。
シナリオ使用状況
Makeの実行では、テストしたリードフローに対する操作回数、クレジット、実行時間、データ転送が記録されます。
Jodooへの書き戻し
Jodooは、リードスコア、ティア、ソース、連絡先、フォローアップの各フィールドを保存します。
再利用可能なループ
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
営業フォローアップ
担当者キュー、確認ステータス、ダッシュボード、監査証跡
ワークフローループ
Make webhookから営業フォローアップへ
フォーム、キャンペーン、パートナーソース、または社内システムからのリードがMakeのCustom webhookに到着します。
Run onceを実行すると、Webhooksモジュールが待機状態になり、受信したテスト用ペイロードを取得できます。
Makeシナリオでは、イベントが2モジュール構成のフローとして可視化されます。WebhooksアプリのトリガーとHTTPアプリの書き戻しです。
HTTPモジュールでは、JSONボディ、postメソッド、parse response、保存済みURLを使用し、一時的なエンドポイントが変わる場合は再確認が必要です。
HTTPリクエストは、スコア、ティア、優先度、担当者、次のアクション、フォローアップの背景情報をJSONで送信します。
Make Historyには、手動実行、操作回数、クレジット使用量、実行時間、データ転送が記録されます。
構造化された結果は、Jodooの書き戻しエンドポイントまたは安全なミドルウェア層へ送信されます。
Jodooはリードレコードを作成し、担当者キュー、確認ビュー、ダッシュボード、監査履歴で利用できる状態に保ちます。
フィールドマッピング
エージェントの出力をJodooフィールド化
| エージェントまたはソースデータ | Jodooレコードのフィールド |
|---|---|
| contact_name, company, email, campaign | 連絡先名, 会社名, メールアドレス, キャンペーン |
| ai_score, lead_tier, routing_priority | AIスコア, リードティア, 振り分け優先度 |
| fit_reason, missing_info, next_best_action | 適合理由, 不足情報, 次に取るべき最適なアクション |
| follow_up_draft, full workflow output | フォローアップ下書き, 元のエージェント出力 |
エージェントレシピ
プロンプトと構造化出力
ワークフローの役割
B2Bの流入リードペイロードを受信し、Jodooで保存、振り分け、レポート化できる構造化フィールドを返します。
判定指示
適合度、意図、緊急度、情報の完全性、関連性をもとにリードをスコアリングしてください。MakeのHTTP書き戻しステップで扱いやすいよう、出力は一貫性を保ってください。
必須出力
ai_score、lead_tier、fit_reason、missing_info、suggested_owner、next_best_action、follow_up_draft、routing_priority を返してください。
Makeモジュール契約
ワークフローを営業チームへ引き継ぐ前に、Webhooksバンドル、HTTPメソッド、JSONコンテンツタイプ、parse response設定、保存済みエンドポイントURL、Run once検証を明確にしてください。
{
"ai_score": 92,
"lead_tier": "優先度高",
"routing_priority": "高",
"suggested_owner": "Sales Ops キュー",
"next_best_action": "1営業日以内にヒアリングコールを予約"
}Jodooスターターアプリ
Makeリード判定スターターアプリ
MakeのCustom webhookとJodoo書き戻しワークフローを設定する際は、このフィールドモデルを使用してください。
含まれるフィールド
- レコードタイトル
- リードソース
- 連絡先名
- 会社名
- メールアドレス
- キャンペーン
- メッセージまたは問い合わせ内容
- AIスコア
- リードティア
- 適合理由
- 不足情報
- 推奨担当者
- 次に取るべき最適なアクション
- フォローアップ下書き
- 振り分け優先度
- 確認ステータス
- 元のエージェント出力
推奨ビュー
- ホットリード
- 要確認
- 不足情報あり
- 担当者キュー
- Make実行確認
- すべての判定済みリード
自動化ルール
- MakeのHTTPモジュール完了後に、Jodooのリードレコードを作成または更新する。
- 振り分け優先度がHighの場合は、推奨担当者に通知する。
- 不足情報のあるリードを確認キューへ移動する。
- Make HistoryでHTTP操作の失敗が表示された場合は、レコードを要確認としてフラグ付けする。
- 元のワークフロー出力を監査証跡に保持する。
展開チェックリスト
本番前に確認すべきこと
- どのリードソースで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リクエストは、スコア、ティア、優先度、担当者、次のアクション、フォローアップの背景情報をJSONで送信します。
Make Historyには、手動実行、操作回数、クレジット使用量、実行時間、データ転送が記録されます。
構造化された結果は、Jodooの書き戻しエンドポイントまたは安全なミドルウェア層へ送信されます。
Jodooはリードレコードを作成し、担当者キュー、確認ビュー、ダッシュボード、監査履歴で利用できる状態に保ちます。
Jodooレコード
Jodooに保存される内容
Make実行後、Jodooには継続利用できるリードフィールドが保持されます。内容は、ソース、連絡先、会社、スコア、ティア、振り分け優先度、担当者、フォローアップの背景情報です。
レコードタイトルリードソース連絡先と会社情報AIスコアとティア適合理由と不足情報推奨担当者次に取るべき最適なアクションフォローアップ下書き振り分け優先度元のワークフロー出力
実行結果
MakeシナリオがリードをJodooに書き込み
スクリーンショットではサンプルのリードデータを使用し、Makeシナリオのキャンバス、成功したMake Historyの実行結果、書き戻し後のJodooリードテーブルを示しています。
Makeシナリオ設定
Makeのキャンバスでは、Custom webhookとHTTPモジュールを使ってJodoo書き戻しエンドポイントを呼び出しています。
成功したMake History実行
Make Historyでは、リードシナリオが正常完了し、操作回数、クレジット、実行時間、データ転送が確認できます。
Jodoo書き戻し
Makeで判定されたリードが、スコア、ティア、ソース、連絡先、会社フィールド付きでJodooに表示されました。
FAQ
よくある質問
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
このMakeリードワークフローはエンドツーエンドでテスト済みですか？
はい。MakeシナリオのHistoryエントリで手動実行の成功を確認でき、Jodooテーブルにはその実行から作成されたサンプルのリード判定レコードが表示されています。
これを使うには有料のMakeプランが必要ですか？
検証では無料のMakeアカウントとサンプルデータを使用しました。本番利用では、操作量、接続サービス、エンドポイント利用状況に応じて費用が発生する可能性があります。
リードソースはJodooの外部からでも送れますか？
はい。ソースは、結果がJodooに書き込まれる前に、WebhookペイロードをMakeへ送信できる任意のシステムで構いません。
Make内にモデル連携のエージェントステップを追加できますか？
はい。検証済みフローでは信頼性の高いWebhookとHTTP書き戻しを使用しています。出力スキーマが安定していれば、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のどの画面が役立ちますか？
Scenario Usage、History、モジュールのバンドル出力、HTTPステータスコード、データ転送、操作回数、クレジット使用量を確認し、Jodooレコードを見る前にリードがMakeを通過したことを検証してください。
なぜ結果をMake HistoryではなくJodooに保存するのですか？
Make Historyは構築担当者には有用ですが、Jodooでは営業チーム向けにフィールド、ビュー、担当者、ダッシュボード、ワークフローステータス、監査文脈を提供できます。
次のステップ
Makeのリード受付を再利用可能な営業ワークフローに
まずはこのリード判定ループから始め、その後は同じMakeとJodooのパターンをサポート、調達、案件受付、運用依頼にも再利用できます。