この業務で起きている悩み
- 担当
- マーケティング・インサイドセールスの担当者
- 頻度
- フォームからリードを受け付けるたび
- 止まる場所
- 入力不備と重複を確認してから行うCRM登録・担当通知
- フォームの通知メールからCRMへ項目を転記している
- メール形式や必須項目の不備に登録時点で気づく
- 既存リードとの重複確認や担当者への共有が遅れる
フォーム受信後の検証、重複確認、CRM登録、担当者通知を一つの流れにし、例外を中心に確認しながら、導入初期は成功分もサンプリングで確認できる状態を作ります。
以下は手順の比較です。所要時間や削減率は業務条件によって変わるため、数値効果は個別の条件で試算します。
Before
After
フォーム受付を受信
Webhook 受信
必須項目を検証
入力チェック
CRMの既存レコードを検索
HubSpot 取得
受付データと既存値を突合
データ結合
新規・更新へ分岐
条件で分岐
未反映分を登録
HubSpot 作成・更新
担当者へ共有
Slack 送信
入力チェック から分岐
担当者の修正・確認キュー
データ結合 から分岐
担当者が登録・更新先を判断
HubSpot 作成・更新 から分岐
判定できなければ停止して手動キュー
Slack 送信 から分岐
担当者の手動確認キュー
再実行回数には上限を設けます。登録・送信を伴う処理は重複キーで反映状況を照合し、未反映の場合に限って再実行します。確認できない場合は停止して手動キューへ送ります。
CRMの既存レコード取得と作成・更新、登録結果や手動確認対象の担当者通知に使います。
フォームからWebhookを送信できる場合、またはAPIで受付データを取得できる場合に接続できます。その他のCRMもAPIまたはWebhookで接続できる場合は個別に設計します。
必須項目の不足やメール形式の不備を検知したらCRMへ書き込まず、受付IDと不備項目を担当者へ通知します。
CRMから既存レコードを取得して突合し、複数候補が残る場合は統合・上書きを行わず担当者の判断へ送ります。
受付IDまたはメールアドレスでCRMを再検索し、未反映の場合に限って設定した上限回数まで再実行します。判定不能なら手動キューへ送ります。
設定した上限回数まで通知を再実行し、送信済みか確認できない場合または上限到達時は手動キューへ送ります。CRM登録は取り消しません。
Light 月額50,000円
税抜・10ユーザー・25,000 AIクレジット・RPAノード
実行量、ブラウザRPAの利用範囲、連携要件によって必要なプランは異なります。適合確認後に個別にご案内します。
料金プランを見るWebhookを送信できる場合、またはAPIで受付データを取得できる場合は接続できます。項目、認証、送信仕様を確認して個別に設計します。
CRMの既存レコードを先に取得し、受付データと突合します。一意に判断できる場合は定めたルールで更新し、複数候補が残る場合は書き込まず担当者へ送ります。
仕様を確認したうえで併用できる場合があります。フォーム受付、CRM登録、通知のうち、どの処理をPigeon Workflowが担当するかを整理し、同じイベントの二重処理を防ぐ条件を個別に設計します。