PIPEDREAM + JODOO

Pipedream + Jodooで実現するAIリード判定

PipedreamとJodooを使って受信したリードのWebhookを取り込み、コードステップでリード判定を行い、構造化されたスコアリングフィールドをJodooに書き戻して、営業のフォローアップを追跡しやすくします。

Webhook経由でリードを受信構造化されたリード判定フィールドを返すスコアとティアをJodooに書き込む営業フォローアップを1つのレコードに集約

動画ウォークスルー

Pipedreamデモの流れ

この動画では、リードのWebhookがPipedreamに入り、ワークフローが構造化された判定フィールドを返し、Jodooが営業レコードを保持するまでのシンプルな流れを紹介します。

  1. リードがPipedreamに入る

    ワークフローはHTTP webhookから始まり、フォーム、キャンペーン、パートナー、社内リードデータを受信できます。

  2. コードステップが構造化フィールドを返す

    ワークフローはスコア、ティア、振り分け優先度、担当者、次のアクション、フォローアップ情報を生成します。

  3. Jodooがレコードを保存

    構造化された結果はJodooのリードアプリに書き込まれ、チームがフィルタ、割り当て、確認を行えるようになります。

  4. 営業フォローアップを可視化

    有望なリードはJodooレコードから担当者キュー、アラート、ダッシュボード、確認ビューへ進められます。

デモ概要

PipedreamがWebhookワークフローを実行し、Jodooがリードを管理

この実装は、Jodooを業務上の正式なレコード基盤として使う前段で、軽量なWebhookとコードステップのワークフローを使いたいチームに適しています。

Webhookトリガー

リードのペイロードがHTTP webhook経由でPipedreamに入ります。

ワークフロー判定

コードステップが構造化された判定フィールドを返します。

ライブ実行成功

Pipedreamのライブイベントが成功し、JodooデータIDを返します。

Jodooへの書き戻し

Jodooがリードのスコア、ティア、ソース、連絡先、フォローアップフィールドを保存します。

再利用可能なループ

Pipedreamがワークフローを実行し、Jodooが営業レコードを保持します。

ワークフローキット

同じPipedreamのリードループを構築

ハンドブックを確認し、ワークフローレシピをコピーして、Webhookを自社のリードソースに合わせて調整する際はJodooのフィールドモデルを活用してください。

ソリューションハンドブック

チームで再利用できるもの

Pipedreamがリードイベントを受信して構造化出力を準備します。Jodooが永続的なリードレコード、担当者キュー、確認ステータス、監査証跡を保持します。

業務ワークフローJodooフィールドモデルエージェントプロンプト展開チェックリスト

再利用可能なワークフロー

ワークフローが判断し、Jodooが業務を前に進めます。

  1. 01

    リードWebhook

    フォーム、キャンペーン、パートナーソース、スプレッドシート、または社内システム

  2. 02

    Pipedreamワークフロー

    Webhookを受信し、判定フィールドを準備してJodooを呼び出す

  3. 03

    Jodoo書き戻し

    リードレコードを作成し、データIDを返す

  4. 04

    営業フォローアップ

    担当者キュー、確認ステータス、ダッシュボード、監査証跡

ワークフローループ

Webhookリードから営業フォローアップまで

  1. フォーム、キャンペーン、パートナーソース、または社内システムからのリードがPipedreamのHTTP webhookに届きます。

  2. Pipedreamのコードステップがペイロードを正規化し、判定フィールドを追加します。

  3. ワークフローはスコア、ティア、優先度、担当者、次のアクション、フォローアップ情報を返します。

  4. 構造化された結果はJodooの書き戻しエンドポイントまたは安全なミドルウェア層に送信されます。

  5. Jodooがリードレコードを作成し、担当者キュー、確認ビュー、ダッシュボード、監査履歴で利用できる状態に保ちます。

フィールドマッピング

エージェントの出力をJodooフィールド化

エージェントまたはソースデータJodooレコードのフィールド
contact_name, company, email, campaign連絡先名、会社名、メールアドレス、キャンペーン
ai_score, lead_tier, routing_priorityAIスコア、リードティア、振り分け優先度
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リード判定スターターアプリ

PipedreamのWebhookとJodooの書き戻しワークフローを設定する際は、このフィールドモデルを使用してください。

含まれるフィールド

  • レコードタイトル
  • リードソース
  • 連絡先名
  • 会社名
  • メールアドレス
  • キャンペーン
  • メッセージまたは申請内容
  • AIスコア
  • リードティア
  • 適合理由
  • 不足情報
  • 推奨担当者
  • 次の最適アクション
  • フォローアップ下書き
  • 振り分け優先度
  • 確認ステータス
  • 元のエージェント出力

推奨ビュー

  • 有望リード
  • 要確認
  • 不足情報あり
  • 担当者キュー
  • すべての判定済みリード

自動化ルール

  • Pipedreamのコードステップ後にJodooのリードレコードを作成または更新する。
  • 振り分け優先度が高の場合は推奨担当者に通知する。
  • 不足情報のあるリードを確認キューに移す。
  • 元のワークフロー出力を監査証跡に保持する。

展開チェックリスト

本番前に確認すべきこと

  • どのリードソースでWebhookを起動するか決める。
  • スコアリング基準、振り分け優先度、担当者ルールを合意する。
  • Pipedreamの各出力フィールドをJodooのフィールドに対応付ける。
  • 本番トラフィックの前に合成データで検証する。
  • リリース前にエラーハンドリングと再試行アラートを追加する。

実装リファレンス

設定内容をチーム向けに残す

ワークフロー

受信Webhookから判定済みリードレコードまで

ここでのオーケストレーション層はPipedreamです。イベントを受け取り、書き戻しステップを呼び出し、Jodooが営業チームが確認できるリードレコードを保存します。

  1. フォーム、キャンペーン、パートナーソース、または社内システムからのリードがPipedreamのHTTP webhookに届きます。

  2. Pipedreamのコードステップがペイロードを正規化し、判定フィールドを追加します。

  3. ワークフローはスコア、ティア、優先度、担当者、次のアクション、フォローアップ情報を返します。

  4. 構造化された結果はJodooの書き戻しエンドポイントまたは安全なミドルウェア層に送信されます。

  5. Jodooがリードレコードを作成し、担当者キュー、確認ビュー、ダッシュボード、監査履歴で利用できる状態に保ちます。

Jodooレコード

Jodooに保存される内容

Pipedreamの実行後、Jodooにはソース、連絡先、会社、スコア、ティア、振り分け優先度、担当者、フォローアップ情報などの永続的なリードフィールドが保持されます。

レコードタイトルリードソース連絡先と会社情報AIスコアとティア適合理由と不足情報推奨担当者次の最適アクションフォローアップ下書き振り分け優先度元のワークフロー出力

ライブ実行

PipedreamのライブイベントでリードをJodooに書き込み

スクリーンショットでは合成リードデータを使用し、Pipedreamワークフローの設定、JodooデータIDが返された成功したライブ実行、書き戻し後のJodooリードテーブルを示しています。

Webhookとコードステップを含むPipedreamのリード判定ワークフロー設定

Pipedreamワークフロー設定

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

JodooデータIDを返すPipedreamのリード判定実行

Pipedreamのライブ実行成功

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

Pipedreamのリード判定出力から作成されたJodooリードレコード

Jodoo書き戻し

Pipedreamで判定されたリードが、スコア、ティア、ソース、連絡先、会社フィールド付きでJodooに表示されました。

FAQ

よくある質問

Jodooのレコード、ワークフロー、アプリテンプレートとエージェントプラットフォームを組み合わせて使う際の回答です。

このPipedreamのリードワークフローはエンドツーエンドで検証されていますか?

はい。ライブのPipedreamイベントで、合成リード判定レコードを作成した後、JodooデータIDが返されることを確認しています。

有料のPipedreamプランは必要ですか?

検証では無料のPipedreamアカウントと合成データを使用しました。本番利用では、イベント量、接続サービス、ワークフロー実行時間に応じてコストが発生する場合があります。

リードソースはJodooの外部からでも送れますか?

はい。結果をJodooに書き込む前に、WebhookペイロードをPipedreamへ送信できる任意のシステムをソースにできます。

コードステップをAIモデル呼び出しに置き換えられますか?

はい。コードステップは信頼性の高い検証手段です。出力スキーマが安定していれば、チームはモデル呼び出しに置き換えたり拡張したりできます。

結果をPipedreamのログではなくJodooに保存する理由は何ですか?

Pipedreamのログは構築担当者には便利ですが、Jodooなら営業チーム向けにフィールド、ビュー、担当者、ダッシュボード、ワークフローステータス、監査コンテキストを提供できます。

次のステップ

Webhookによるリード受付を再利用可能な営業ワークフローに

まずはこのリード判定ループから始め、その後は同じPipedreamとJodooのパターンをサポート、調達、プロジェクト受付、業務申請にも展開できます。