ソリューションハンドブック
Webhookトリガー、Jodooフィールド、展開チェックリストを含む、Pipedreamのリード判定ループ向け計画ガイドです。
ハンドブックを開くPIPEDREAM + JODOO
PipedreamとJodooを使って受信したリードのWebhookを取り込み、コードステップでリード判定を行い、構造化されたスコアリングフィールドをJodooに書き戻して、営業のフォローアップを追跡しやすくします。
動画ウォークスルー
この動画では、リードのWebhookがPipedreamに入り、ワークフローが構造化された判定フィールドを返し、Jodooが営業レコードを保持するまでのシンプルな流れを紹介します。
ワークフローはHTTP webhookから始まり、フォーム、キャンペーン、パートナー、社内リードデータを受信できます。
ワークフローはスコア、ティア、振り分け優先度、担当者、次のアクション、フォローアップ情報を生成します。
構造化された結果はJodooのリードアプリに書き込まれ、チームがフィルタ、割り当て、確認を行えるようになります。
有望なリードはJodooレコードから担当者キュー、アラート、ダッシュボード、確認ビューへ進められます。
デモ概要
この実装は、Jodooを業務上の正式なレコード基盤として使う前段で、軽量なWebhookとコードステップのワークフローを使いたいチームに適しています。
リードのペイロードがHTTP webhook経由でPipedreamに入ります。
コードステップが構造化された判定フィールドを返します。
Pipedreamのライブイベントが成功し、JodooデータIDを返します。
Jodooがリードのスコア、ティア、ソース、連絡先、フォローアップフィールドを保存します。
Pipedreamがワークフローを実行し、Jodooが営業レコードを保持します。
ワークフローキット
ハンドブックを確認し、ワークフローレシピをコピーして、Webhookを自社のリードソースに合わせて調整する際はJodooのフィールドモデルを活用してください。
Pipedreamがリードイベントを受信して構造化出力を準備します。Jodooが永続的なリードレコード、担当者キュー、確認ステータス、監査証跡を保持します。
再利用可能なワークフロー
フォーム、キャンペーン、パートナーソース、スプレッドシート、または社内システム
Webhookを受信し、判定フィールドを準備してJodooを呼び出す
リードレコードを作成し、データIDを返す
担当者キュー、確認ステータス、ダッシュボード、監査証跡
ワークフローループ
フォーム、キャンペーン、パートナーソース、または社内システムからのリードがPipedreamのHTTP webhookに届きます。
Pipedreamのコードステップがペイロードを正規化し、判定フィールドを追加します。
ワークフローはスコア、ティア、優先度、担当者、次のアクション、フォローアップ情報を返します。
構造化された結果は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で保存、振り分け、レポートできる構造化フィールドを返してください。
適合度、意図、緊急度、情報の完全性、関連性をもとにリードをスコアリングしてください。Jodooの書き戻しステップで扱いやすいよう、出力は一貫した形式にしてください。
ai_score、lead_tier、fit_reason、missing_info、suggested_owner、next_best_action、follow_up_draft、routing_priority を返してください。
{
"ai_score": 88,
"lead_tier": "優先度高",
"routing_priority": "高",
"suggested_owner": "Sales Ops キュー",
"next_best_action": "1営業日以内にヒアリングコールを予約"
}Jodooスターターアプリ
PipedreamのWebhookとJodooの書き戻しワークフローを設定する際は、このフィールドモデルを使用してください。
展開チェックリスト
ワークフロー
ここでのオーケストレーション層はPipedreamです。イベントを受け取り、書き戻しステップを呼び出し、Jodooが営業チームが確認できるリードレコードを保存します。
フォーム、キャンペーン、パートナーソース、または社内システムからのリードがPipedreamのHTTP webhookに届きます。
Pipedreamのコードステップがペイロードを正規化し、判定フィールドを追加します。
ワークフローはスコア、ティア、優先度、担当者、次のアクション、フォローアップ情報を返します。
構造化された結果はJodooの書き戻しエンドポイントまたは安全なミドルウェア層に送信されます。
Jodooがリードレコードを作成し、担当者キュー、確認ビュー、ダッシュボード、監査履歴で利用できる状態に保ちます。
Jodooレコード
Pipedreamの実行後、Jodooにはソース、連絡先、会社、スコア、ティア、振り分け優先度、担当者、フォローアップ情報などの永続的なリードフィールドが保持されます。
ライブ実行
スクリーンショットでは合成リードデータを使用し、Pipedreamワークフローの設定、JodooデータIDが返された成功したライブ実行、書き戻し後のJodooリードテーブルを示しています。

このワークフローではHTTPトリガーとコードステップを使ってJodooの書き戻しエンドポイントを呼び出します。

リードワークフローが完了し、JodooデータIDが返されました。

Pipedreamで判定されたリードが、スコア、ティア、ソース、連絡先、会社フィールド付きでJodooに表示されました。
FAQ
Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。
はい。ライブのPipedreamイベントで、合成リード判定レコードを作成した後、JodooデータIDが返されることを確認しています。
検証では無料のPipedreamアカウントと合成データを使用しました。本番利用では、イベント量、接続サービス、ワークフロー実行時間に応じてコストが発生する場合があります。
はい。結果をJodooに書き込む前に、WebhookペイロードをPipedreamへ送信できる任意のシステムをソースにできます。
はい。コードステップは信頼性の高い検証手段です。出力スキーマが安定していれば、チームはモデル呼び出しに置き換えたり拡張したりできます。
Pipedreamのログは構築担当者には便利ですが、Jodooなら営業チーム向けにフィールド、ビュー、担当者、ダッシュボード、ワークフローステータス、監査コンテキストを提供できます。
次のステップ
まずはこのリード判定ループから始め、その後は同じPipedreamとJodooのパターンをサポート、調達、プロジェクト受付、業務申請にも展開できます。