Makeでフォームをスラックとcrmに連携するには?

簡単な答え:Make.comを使えば、1つの自動化シナリオでフォーム送信をSlack通知とCRMレコードの両方に連携できます。フォームが入力されるとMakeが即座に起動し、指定したSlackチャンネルに整形済みの通知を投稿して、CRMのコンタクトレコードを作成または更新します。手動でのデータ入力は一切不要です。

フォーム送信は、あらゆる営業やオペレーションのワークフローの中でも特に価値の高い瞬間です。見込み客が手を挙げた時点で、時間との勝負が始まります。誰かがメールを確認したせいでチームが40分後に気づくようでは、すでに後れを取っています。

このチュートリアルでは、Make.comでフォームからSlack、CRMへと流れるパイプラインをゼロから構築する手順を解説します。最後には、フォーム送信の瞬間に起動し、Slackで担当者に通知して、整ったレコードをCRMに自動で書き込むシナリオが完成します。

始める前に必要なもの

Make.comを開く前に、次の4つを準備してください。

• WebhookまたはMakeのネイティブ連携に対応したフォームツール。Typeform、Tally、Fillout、Jotform、Google Formsはいずれも利用できます。TallyとTypeformのMakeモジュールは特に使いやすいです。
• Make.comのアカウント。このシナリオは無料プランで動かせます。送信数が多い場合は、有料プランにすると月間のオペレーション数が増えます。
• Slackワークスペース。少なくとも1つのチャンネルに投稿できる権限が必要です。
• Makeモジュールに対応したCRM。HubSpot、Pipedrive、Attioはいずれも優れたネイティブMakeモジュールを備えています。このチュートリアルではHubSpotを使いますが、どのCRMでも考え方は同じです。既存のツール構成に合わせて選ぶ場合は、専門性の高いB2B SaaS向けHubSpotエージェンシーや、より幅広いB2B SaaS向けマーケティングオペレーションのエージェンシーを確認するとよいでしょう。

パイプラインの仕組み

フローは3つの段階で構成され、それぞれが1つのMakeモジュールに対応します。

1. トリガー:WebhookまたはネイティブモジュールでRフォーム送信を受信
2. アクション1:Slackチャンネルに整形したメッセージを投稿
3. アクション2:CRMでコンタクトレコードを作成または更新

Make は、シナリオが実行されるたびにこれらを順番に処理します。意図的に待機を追加しない限り、ステップ間に遅延はありません。

ステップ1:Makeでフォームトリガーを設定する

オプションA:Makeのネイティブモジュールを使う(TypeformまたはTally)

1. Make.comを開き、Create a new scenarioをクリックします
2. 大きな+アイコンをクリックして、最初のモジュールを追加します
3. お使いのフォームツール(例:Typeform)を検索し、Watch Responsesを選択します
4. 画面の指示に従い、OAuthでアカウントを接続します
5. 監視したいフォームを選択する
6. 新しい送信のたびに起動するよう、トリガーをImmediatelyに設定します

オプションB:カスタムWebhookを使う(Google Forms、Fillout、その他のツール)

1. トリガーとしてWebhooksモジュールを追加します
2. Custom Webhookを選択し、Addをクリックします
3. 名前を付けて、生成されたWebhook URLをコピーします
4. そのURLを、フォームツールのWebhookまたは通知の設定に貼り付けます
5. Makeがサンプルのペイロードを受信できるよう、フォームでテスト送信を行います

Makeが受信データを自動で解析します。各フォーム項目が、後続のモジュールでマッピング可能な変数として表示されます。

ステップ2:Slack通知を投稿する

ここで、チームにリアルタイムのアラートが届きます。

1. トリガーモジュールの後ろにある+をクリックします
2. Slackを検索し、Create a Messageを選択します
3. OAuthでSlackワークスペースを接続します
4. 次の項目で、 Channel チャンネル名を入力します(例: #new-leads または #client-intake)
5. テキストフィールドで、フォーム送信の変数を使ってメッセージを組み立てます

リードフォーム用の見やすいSlackメッセージは、次のようになります。

*New lead submitted*
Name: {{name}}
Email: {{email}}
Company: {{company}}
Message: {{message}}
Submitted: {{now}}

それぞれの {{variable}} は、フォームトリガーからマッピングされた項目です。Makeで項目をクリックし、対応するフォームの出力を選択してください。

ワンポイント:ボタンや構造化された表示が必要な場合は、SlackのBlock Kitレイアウトを追加します。ほとんどのチームでは、太字のラベルを付けたプレーンテキストのメッセージで十分で、モバイルでも速く表示されます。

ステップ3:HubSpotでコンタクトを作成または更新する

Slackのアラートが設定できたら、2つ目のアクションでデータをCRMに書き込みます。

1. Slackモジュールの後ろにある+をクリックします
2. HubSpot CRMを検索し、Create/Update a Contactを選択します
3. HubSpotアカウントを接続します
4. フォーム項目をHubSpotのプロパティにマッピングします。
   
   • Email(必須。重複排除のキーとして使用)
   • First Name
   • Last Name
   • Company Name
   • フォームに関連するカスタムプロパティ

CreateではなくCreate/Updateを使うと、同じメールアドレスで再送信された場合に、重複レコードを作らず既存のレコードを更新します。追加のロジックなしで、CRMをきれいに保てます。

1. 次の項目を設定します: Lead Status または Lifecycle Stage このコンタクトがファネルのどこに位置するかに合わせて設定してください(例: Lead または Marketing Qualified Lead)

このワークフローをレポーティングやパイプラインのアトリビューションに活用する場合は、項目のマッピングを、より広いB2B SaaSのベンチマークに合わせておくと、リードステータスとライフサイクルステージを後から有効に使えます。

ステップ4:シナリオ全体をテストする

1. MakeでRun onceをクリックします(シナリオエディタの左下)
2. フォームで実際にテスト送信を行います
3. シナリオの実行を確認します。各モジュールは、正常に完了すると緑のチェックマークが表示されます。
4. Slackチャンネルに通知が届いているか確認します
5. HubSpot(またはお使いのCRM)に新しいコンタクトレコードが作成されているか確認します

モジュールが失敗すると、Makeはエラーの詳細とともに赤いアイコンを表示します。よくある原因は次のとおりです。

• Slack: チャンネル名の誤り( # 記号を含めるか、大文字小文字を正確に確認してください)
• HubSpot:必須項目の不足(コンタクト作成にはメールアドレスが必須です)
• Webhookトリガー:フォームツールが想定と異なる形式でデータを送信した(項目を再マッピングしてください)

ステップ5:シナリオをオンにする

テストに成功したら、左下のトグルをクリックして、シナリオをOFFからONに切り替えます。これでMakeが新しい送信を常時監視し、パイプライン全体を自動で実行します。

プランが対応していれば、スケジュール間隔をImmediatelyに設定してください。対応していない場合は、現在のプランで選べる最短の間隔にします。リード獲得では、15分を超える間隔は遅すぎます。

2つ目のCRMアクションを追加する方法(任意)

コンタクトと同時に、CRMでDealまたはOpportunityも作成したい場合は、HubSpotのコンタクト作成ステップの後に4つ目のモジュールを追加します。

1. 別のHubSpot CRMモジュールを追加します
2. Create a Dealを選択します
3. 前のステップのコンタクトIDをAssociated Contactフィールドにマッピングします
4. ディール名、パイプライン、ステージを設定します

これは、コンタクトだけでなく、すべての送信を進行中のディールにしたい、インバウンドのデモ依頼フォームで役立ちます。

避けるべきよくある間違い

コンタクトの重複排除をしていない。Create/Updateではなく通常のCreate Contactモジュールを使うと、再訪したコンタクトがフォームを送信するたびに重複レコードが作られます。必ずアップサートのオプションを使ってください。

メールのキーとして誤った項目をマッピングしている。フォームに複数のメール項目(例:請求用メールと連絡用メール)がある場合は、CRMの主要な識別子として正しいものをマッピングしてください。

既定で公開チャンネルに投稿している。機密性の高い受付データ(医療、法務、金融など)は、メンバーを限定したプライベートチャンネルにSlack通知を送ってください。個人データを一般的なチャンネルに投稿してはいけません。

送信数が多いのに無料プランのままにしている。Makeの無料プランでは、月に1,000オペレーションまで使えます。シナリオ1回の実行で3オペレーション(モジュールごとに1つ)を消費します。月に300件以上の送信がある場合は、有料プランにアップグレードしてください。

このパイプラインが置き換えるもの

自動化の前は、このワークフローは通常、次のような流れでした。

• フォーム送信のメールが共有の受信トレイに届く
• 誰かが手作業でデータをCRMにコピーする
• 別の誰かがチームにSlackメッセージを送る
• データ入力のミスが積み重なる
• 対応までの時間が、誰が最初にメールを確認するかに左右される

Makeのシナリオは、この3つの手作業をすべて置き換え、送信からCRMレコード作成まで5秒以内で完了します。

よくある質問

フォームをSlackとCRMに同時に連携する最良の方法は?

Make.comが最も手軽なツールです。フォームトリガー、Slackアクション、CRMアクションの3つのモジュールで1つのシナリオを構築します。送信のたびに3つのステップが順番に実行されます。コードは不要で、ほとんどのフォームとCRMの組み合わせで、設定は30分以内に完了します。

Make.comはGoogle Formsを使ったこの種の自動化に対応していますか?

はい。ただしGoogle FormsにはMakeのネイティブトリガーがないため、代わりにMakeのカスタムWebhookモジュールを使います。ZapierのGoogle Forms用Webhookアドオンのようなサードパーティツールが必要です。または、送信時にフォームデータをMakeのWebhook URLにPOSTするGoogle Apps Scriptを設定します。

フォームの回答に応じて、Slack通知を別々のチャンネルに送れますか?

はい。フォームトリガーの後ろに Router モジュールを追加し、条件ごとに別々の経路を作成します。たとえば、予算の項目が£10,000を超える送信は #enterprise-leadsに送り、それ以外は #inbound-leadsに送ります。各経路には、それぞれ異なる設定のSlackモジュールとCRMモジュールを配置します。

このワークフローで、Make.comがネイティブに対応しているCRMは?

Make には、HubSpot、Pipedrive、Salesforce、Attio、Zoho CRM をはじめ、複数のネイティブモジュールが用意されています。お使いの CRM が一覧にない場合は、Make の HTTP モジュールを使って CRM の REST API を直接呼び出せます。API を備えた CRM であれば、どれでも対応できます。

このワークフローは、リード獲得だけでなく、クライアントからの問い合わせフォームにも使えますか?

はい、問題なく使えます。同じ3モジュール構成は、クライアントのオンボーディング、サポートチケットの受付、求人応募、イベント登録にも対応できます。違いは、CRM で作成するオブジェクト(コンタクト、チケット、ディール、カスタムオブジェクト)と、通知を受け取る Slack チャンネルだけです。

よくある質問

Make.com でフォームから Slack、CRM へつなぐパイプラインを構築するには?
フォームのトリガー、Slack のメッセージ送信ステップ、CRM のレコード作成または更新ステップを組み合わせて、Make.com のシナリオを1つ作成します。フォームが送信されるとシナリオが自動で実行され、Slack に通知が届き、送信内容は手作業の入力なしで CRM に保存されます。

HubSpot で Create ではなく Create/Update を使うメリットは何ですか?
Create/Update は、メールアドレスなどの一意の項目で送信内容を照合するため、コンタクトレコードの重複を防げます。同じ人がフォームを再送信した場合も、Make は新規作成ではなく既存のレコードを更新します。これにより CRM がすっきり保たれ、レポートの精度も高まります。

Make.com を Google フォームや Slack のプライベートチャンネルと組み合わせて使えますか?
はい、使えます。Google フォームはカスタム Webhook やスクリプトを通じて送信データを Make に渡せます。Slack では、プライベートチャンネルを含め、権限のある任意のチャンネルに投稿できます。データの流れを管理しやすいため、機密性の高い問い合わせのワークフローでよく使われる構成です。