Zapier でフォームのリードを Slack と CRM にルーティングする方法 (受信トレイには何も残らないようにする)

リードフォームが送信内容を共有の受信箱に送信する場合、情報漏えいが発生します。2 番目にメールをチェックする人は、すでに競合他社から連絡を受けている見込み客に返信していることになります。この修正は、現在すべてのクライアントに対して私が構築している 1 つの Zapier ザップであり、これには約 15 分かかります。フォームの送信は、所有者付きの Slack アラートになり、この順序で自動的に CRM レコードになります。

フォーム ツール、Typeform、Google フォームなど、使用しているものでトリガーから始めて、実際の送信でテストして、マッピングするライブ データを取得します。最初のアクションは Slack で、重要な設計の詳細はルーティングです。パスまたはフィルターを使用して、ホット リード、予算フィールドまたは特定のリクエスト タイプを持つリードが ping で販売チャネルに移動し、その他のすべてが一般リード チャネルに静かに投稿されるようにします。フィルタリングされていない Firehose は 1 週間以内にミュートされ、ミュートされたチャンネルは追加の手順が追加された単なる受信トレイにすぎません。

2 番目のアクションでは CRM レコードを作成し、フィールド マッピングで将来の時間を節約するインテリジェンスを追加します。フォーム フィールドを CRM フィールドに適切にマップしますが、独自の 2 つも追加します。フォーム名にハードコードされたソースと、重複が一目でわかるようにタイムスタンプの接頭辞が付いたタイトルです。 CRM がサポートしている場合は、Slack でリードを主張した人に明日が期限のタスクを追加します。タスクのないレコードはコミットメントではなくメモであるためです。

同じ人が予想よりも 2 倍頻繁に送信するため、CRM アクションを 1 週間使用した後は、CRM アクションの前に重複排除ステップを追加します。電子メールで簡単に検索し、見つかった場合は更新し、見つからない場合は作成することで、パイプラインをクリーンに保ちます。また、フォーム ツール自体の通知電子メールをフォールバックとして接続しますが、重要なのは、単一の受信ボックスには負荷がかからないということなので、それをシステムではなくバックアップ層として扱います。

測定可能な結果: これを設置したすべての場所で、最初の応答時間の中央値が数時間から数分に短縮され、誰も何も確認することを忘れる必要がなくなりました。これがこのザップの価値提案全体であり、これが私がダッシュボードやダイジェストの前にチーム向けに構築する最初の自動化である理由です。リードするスピードは、15 分のビルドの背後に隠れた競争上の利点です。