リードが冷める前に売上を知らせるザップ

リード腐敗の診断は残酷なものでした。フォームの送信は共有の受信箱に届き、最初の応答の中央値は 4 時間でした。営業担当者は受信トレイ担当者ではありません。この修正は、すぐに返信できる十分なコンテキストとともに各リードを Slack に配信する 3 ステップの Zap でした。

ステップ 1 は、明らかにフォーム ツールからのトリガーです。ステップ 2 は、誰もがスキップする部分であり、重要な部分です。コンテキストを組み立てる書式設定ステップ (またはフィルター) です。名前、会社名、書いたメッセージ、コンバージョンしたページ、および緊急性を予測する 1 つのフィールド。 「新しいリードです!」という Slack ping Slack の ping を無視するように人々に教えます。実際のメッセージを含む ping は、メッセージを読むことを教えます。

ステップ 3 では、一般チャネルではなく、専用の Slack チャネルに、そのトピックにチャネルのルールを記述して投稿します。最初の応答は 15 分以内、イニシャルで返信することで主張します。クレームの儀式は些細なことのように聞こえますが、2 人の営業担当者が同じ朝に同じリードにメールを送信し、群れのように見えるという二重応答の問題を解決しました。

基本的なフローが機能したら、ホット パスのフィルター ブランチを追加する価値のある改良を加えます。フォームの予算または緊急度のフィールドが高いと示されている場合、Zap はその日のローテーションの担当者に直接 Slack DM を送信します。デフォルトのチャネル投稿は辛抱強く待機します。 DMはそうではありません。

1 か月後の結果: 応答時間の中央値は 10 分未満、重複タッチはゼロ、共有受信トレイはリードの消滅場所ではなくなりました。合計のビルド時間は 1 時間未満で、コードに触れる必要はありませんでした。このレッスンは一般化しています。Zap は簡単ですが、ルーティング ルールと要求の儀式が実際の製品です。