リード受付・CRM登録

フォームのリードを検証し、CRM登録とSlack通知へつなぐ

フォーム受信後の検証、重複確認、CRM登録、担当者通知を一つの流れにし、例外を中心に確認しながら、導入初期は成功分もサンプリングで確認できる状態を作ります。

この業務で起きている悩み

担当
マーケティング・インサイドセールスの担当者
頻度
フォームからリードを受け付けるたび
止まる場所
入力不備と重複を確認してから行うCRM登録・担当通知
  • フォームの通知メールからCRMへ項目を転記している
  • メール形式や必須項目の不備に登録時点で気づく
  • 既存リードとの重複確認や担当者への共有が遅れる
Before / After

人が行う手順と、導入後に残す確認作業

以下は手順の比較です。所要時間や削減率は業務条件によって変わるため、数値効果は個別の条件で試算します。

Before

現在の手順

  1. 1フォームの新着通知を確認する
  2. 2必須項目とメール形式を目視で点検する
  3. 3CRMでメールアドレスや顧客IDを検索する
  4. 4新規作成または既存レコード更新を行う
  5. 5登録結果と担当者を確認してSlackで共有する

After

Pigeon Workflow導入後

  1. 1フォームのWebhookでリード情報と受付IDを受け取る
  2. 2入力チェックで必須項目とメール形式を検証する
  3. 3CRMから一意キーに合う既存レコードを取得して受付データと突合する
  4. 4新規・更新を判定し、未反映のリードだけCRMへ作成・更新する
  5. 5登録結果を照合し、担当チャンネルへSlackで通知する
Workflow

実装済みノードで組むワークフロー

  1. フォーム受付を受信

    Webhook 受信

  2. 必須項目を検証

    入力チェック

  3. CRMの既存レコードを検索

    HubSpot 取得

  4. 受付データと既存値を突合

    データ結合

  5. 新規・更新へ分岐

    条件で分岐

  6. 未反映分を登録

    HubSpot 作成・更新

  7. 担当者へ共有

    Slack 送信

例外・確認の分岐

  • 入力チェック から分岐

    1. 必須項目不足または形式不正
    2. CRM登録を停止
    3. 受付IDと不備項目を通知

    担当者の修正・確認キュー

  • データ結合 から分岐

    1. 複数の重複候補を検知
    2. 自動統合を停止
    3. 候補レコードと差分を提示

    担当者が登録・更新先を判断

  • HubSpot 作成・更新 から分岐

    1. 登録結果が不明
    2. 受付IDまたはメールアドレスでCRMを再検索
    3. 未反映分だけ上限回数内で再実行

    判定できなければ停止して手動キュー

  • Slack 送信 から分岐

    1. 通知結果が不明
    2. 上限回数内で通知を再実行
    3. 確認不能または上限到達で停止

    担当者の手動確認キュー

再実行回数には上限を設けます。登録・送信を伴う処理は重複キーで反映状況を照合し、未反映の場合に限って再実行します。確認できない場合は停止して手動キューへ送ります。

Integrations

必要な連携

専用ノード

HubSpot・Salesforce・Slack

CRMの既存レコード取得と作成・更新、登録結果や手動確認対象の担当者通知に使います。

Webhook・REST

フォーム・その他のCRM

フォームからWebhookを送信できる場合、またはAPIで受付データを取得できる場合に接続できます。その他のCRMもAPIまたはWebhookで接続できる場合は個別に設計します。

Exception handling

例外時の挙動

01

入力不備

必須項目の不足やメール形式の不備を検知したらCRMへ書き込まず、受付IDと不備項目を担当者へ通知します。

02

重複候補を一意に決められない

CRMから既存レコードを取得して突合し、複数候補が残る場合は統合・上書きを行わず担当者の判断へ送ります。

03

CRM登録の結果が不明

受付IDまたはメールアドレスでCRMを再検索し、未反映の場合に限って設定した上限回数まで再実行します。判定不能なら手動キューへ送ります。

04

Slack通知の結果が不明

設定した上限回数まで通知を再実行し、送信済みか確認できない場合または上限到達時は手動キューへ送ります。CRM登録は取り消しません。

Fit & design

適用条件と設計のポイント

01受付方法と再入防止
フォーム受付専用のWebhookを起点にし、CRM更新イベントは起点にしません。受付IDを処理済みキーとして保存し、自分の書き込みや同じ受付がフローを再発火しない構成にします。
02入力チェック
会社名、氏名、連絡先など業務上の必須項目と形式を定義し、不備のあるデータはCRM登録前に止めます。
03重複キーと登録方針
受付ID、メールアドレス、顧客IDなどCRMで検索できる一意キーを決め、新規作成、既存更新、手動確認の条件を分けます。
04登録後の照合と通知
CRMが返すレコードIDと受付IDを記録し、登録結果を照合してからSlackへ通知します。通知失敗はCRM登録を取り消さず、上限回数内で通知だけを再実行し、送信済みか確認できない場合または上限到達時は手動キューへ送ります。
Price guide

料金目安

Light 月額50,000円

税抜・10ユーザー・25,000 AIクレジット・RPAノード

実行量、ブラウザRPAの利用範囲、連携要件によって必要なプランは異なります。適合確認後に個別にご案内します。

料金プランを見る
FAQ

よくあるご質問

どのフォームからでも連携できますか?

Webhookを送信できる場合、またはAPIで受付データを取得できる場合は接続できます。項目、認証、送信仕様を確認して個別に設計します。

既存リードがある場合はどうなりますか?

CRMの既存レコードを先に取得し、受付データと突合します。一意に判断できる場合は定めたルールで更新し、複数候補が残る場合は書き込まず担当者へ送ります。

既存の連携ツールと併用できますか?

仕様を確認したうえで併用できる場合があります。フォーム受付、CRM登録、通知のうち、どの処理をPigeon Workflowが担当するかを整理し、同じイベントの二重処理を防ぐ条件を個別に設計します。

More use cases

他の活用シーン

Consultation

この業務をどこまで任せられるか確認しませんか

現在の手順、利用中のツール、例外条件を伺い、対象範囲と人の確認を残す場所を整理します。