この業務で起きている悩み
- 担当
- マーケティング・インサイドセールスの担当者
- 頻度
- フォームからリードを受け付けるたび
- 止まる場所
- 入力不備と重複を確認してから行うCRM登録・担当通知
- フォームの通知メールからCRMへ項目を転記している
- メール形式や必須項目の不備に登録時点で気づく
- 既存リードとの重複確認や担当者への共有が遅れる
リード受付・CRM登録
フォームのリードを検証し、CRM登録とSlack通知へつなぐ
フォーム受信後の検証、重複確認、CRM登録、担当者通知を一つの流れにし、処理結果を確認できる状態を作ります。
Before / After
人が行う手順と、導入後に残す確認作業
以下は手順の比較です。所要時間や削減率は業務条件によって変わるため、数値効果は個別の条件で試算します。
Before
現在の手順
- 1フォームの新着通知を確認する
- 2必須項目とメール形式を点検する
- 3CRMで既存レコードを検索する
- 4新規作成または既存レコード更新を行う
- 5登録結果をSlackで共有する
After
Pigeon Workflow導入後
- 1フォームからリード情報を受け取る
- 2入力チェックで必須項目と形式を検証する
- 3CRMの既存レコードと受付データを確認する
- 4登録方針に沿ってCRMへ作成・更新する
- 5処理結果を確認して担当者へ通知する
Workflow
連携ノードを組み合わせるワークフロー
フォーム受付を受信
Webhook 受信
必須項目を検証
入力チェック
CRMの既存レコードを確認
CRM 取得
受付データと既存値を確認
データ結合
登録方針で分岐
条件で分岐
CRMへ反映
CRM 作成・更新
担当者へ共有
Slack 送信
確認が必要な場合の分岐
入力チェック から分岐
- 確認事項を整理
- 担当者へ提示
担当者が内容を確認
データ結合 から分岐
- 重複候補を提示
- 差分を確認
担当者が登録・更新先を判断
CRM 作成・更新 から分岐
- 登録状況を確認
- 必要な対応を整理
再処理または担当者確認へ移行
Slack 送信 から分岐
- 通知結果を確認
- 確認事項を整理
必要に応じて担当者が確認
処理結果を記録し、判断が必要な場合は担当者が確認できる状態にします。
Integrations
必要な連携
HubSpot・Salesforce・Slack
CRMの既存レコード確認と作成・更新、処理結果の担当者通知に使います。
フォーム・その他のCRM
各フォームとCRMの連携仕様を確認し、適切な方法をご案内します。
Review flow
確認が必要な場合の進め方
01
入力内容の確認
必須項目や形式を確認し、判断が必要なデータは担当者へ共有します。
02
重複候補の確認
複数候補がある場合は、担当者が登録・更新先を判断します。
03
CRM登録結果の確認
登録状況を確認し、必要に応じて再処理または担当者確認へ移します。
04
Slack通知結果の確認
通知結果を確認し、必要な場合は通知のみを再処理します。CRMの登録内容は維持します。
Fit & design
適用条件と設計のポイント
- 01受付方法
- 連携元の仕様に応じた起動条件を設定し、過去の処理記録を確認してから受け付ける構成です。
- 02入力チェック
- 業務上の必須項目と形式を定義し、担当者が確認できる状態にします。
- 03重複確認と登録方針
- CRMの既存データとの整合性を確認し、作成・更新・担当者確認の条件を分けます。
- 04登録後の確認と通知
- 処理結果を記録し、整合性を確認してから担当者へ通知します。
Price guide
料金目安
Light 月額50,000円
税抜・10ユーザー・25,000 AIクレジット・RPAノード
実行量、ブラウザRPAの利用範囲、連携要件によって必要なプランは異なります。適合確認後に個別にご案内します。
料金プランを見るFAQ
よくあるご質問
どのフォームからでも連携できますか？
各フォームの連携仕様を確認し、適切な受付方法をご案内します。
既存リードがある場合はどうなりますか？
CRMの既存データとの整合性を確認し、判断が必要なケースは担当者が確認します。
既存の連携ツールと併用できますか？
各ツールが担当する処理を整理し、過去の処理記録を確認する条件を個別に設計します。
More use cases