ラウンドロビンの構築
元の質問: ラウンドロビン
連絡までのスピードは、企業がインバウンドリードを追跡するために使用する主要な指標です。組織に大量のインバウンドがある場合は、連絡フォームを送信してから見込み客に連絡するまでの遅延時間を短縮するために、利用可能な担当者間でリードをルーティングする方法が必要です。
livecall.ioによると、リードに接続する確率は、リードに触れると30分対5分で100分の1に低下します。30分対5分でリードに触れた場合、資格のドロップオフ率は21倍です。
ホットリードがコールドリードよりも変換される可能性が高いのは当然ですが、リードを担当者にできるだけ早く接続することが重要です。
これを実現するには、ラウンドロビンを配置することをお勧めします。これは正当な理由で一般的な解決策です。ラウンドロビンは、理想的にはどの担当者が不在であるか、および地域やアカウントの所有権を考慮して、チーム間でリードを均等に分配します。
なぜラウンドロビンを使用する必要があるのですか？
ラウンドロビンは、営業担当者がインバウンドの見込み客に触れるのにかかる時間を短縮するだけでなく、ほとんどすべての営業チームが直面する問題、つまりチェリーピッキング担当者を回避するのに役立ちます。
企業がすべてのインバウンドリードをキューにダンプし、営業担当者にターゲットにするリードを選択させる場合、チェリーピッキングはほぼ避けられません。一方では、これにより、担当者は自分にとって最も意味のあるリードに集中することができます。ただし、一方で、この方法では、一部のリードに触れないことを意味する場合があり、触れないリードが顧客になることはありません。
ラウンドロビンを作成するもう1つの大きな理由は、担当者の間に公平な競争の場を作ることです。特定のSDRが、アウトバウンドプロスペクティングの主要な役割に焦点を合わせるのではなく、インバウンドリードキューを監視し、新しいインバウンドを探しているために目立つ状況を見てきました。
さらに、ラウンドロビンがない場合、担当者が新しいインバウンドを所有する必要があるかどうかについて議論することで、チームは非常に気が散り、イライラする可能性があります。
誰がラウンドロビンを使うべきですか？
インバウンドリードの量が多い企業では、何らかのルーティングシステムを導入する必要があります。ラウンドロビンを使用すると、これらのリードが均等に分散されます。少なくとも、リードが適切な地域および垂直の担当者にルーティングされていることを確認する必要があります。地域や業種に関係なく、リードを1つの無料のキューにダンプすると、コンバージョン率が低下し、見通しが悪くなります。
理想的なシナリオでは、基本的なラウンドロビンは次のことを行います。
- ルートはチームメンバー間でランダムにリードします
- 不在の担当者へのルーティングを一時停止します
誰がラウンドロビンを使用すべきではありませんか？
一部のKicksawの顧客は、ラウンドロビンの明確な必要性がない場合に、ラウンドロビンを要求します。リーダーシップは、ラウンドロビンによって営業チーム間の摩擦が減り、連絡までのスピードが向上すると聞いて、必ず必要だと判断しましたが、必ずしもそうとは限りません。ラウンドロビンは銀の弾丸ではありません。
営業活動が企業を対象としており、インバウンドがほとんどない場合、少なくとも短期的には、ラウンドロビンの構築と維持のコストがメリットを上回る可能性があります。
ラウンドロビンがあなたの会社にとって意味があるかどうかを判断するための簡単なテストは次のとおりです。インバウンドの所有権について議論する2人以上の担当者を聞いたことがありますか。
答えが「はい」の場合は、おそらくできるだけ早くラウンドロビンが必要になります（おそらく、テスト担当者は少なくなります）。ただし、まだ必要ない場合は、おそらく必要ありません。
ラウンドロビンはどのように機能しますか？
- リードはSalesforceで作成されます
- 次の列にいる営業担当者が所有者として割り当てられます
- X分以内に連絡がない場合、リードは再ルーティングされます
ラウンドロビンを作成するためにすぐに使用できるツールは何ですか？
チーム間でリードをルーティングするのに役立つツールはたくさんあります。リードルーティングで最も一般的に使用される製品はLeanDataです。LeanDataは、アトリビューションなどの追加機能が必要な場合に最適ですが、95％のお客様にとって、カスタムビルドのリードルーティングプロセスが最適です。
多くの企業は、リードのルーティング方法を柔軟に変更できることを望んでいますが、繰り返し発生するコストを回避することも望んでいます。彼らは、最も人気のあるラウンドロビンツールの多くがそれらに適用されない機能を持っていることを発見しました。
たとえば、マルチタッチマーケティングアトリビューションは、リードルーティングツールが提供するものであり、ほとんどの企業にとって実際には意味がありません。Salesforceの管理と開発には、クロール>ウォーク>ランのアプローチを推奨する傾向があります。マルチタッチアトリビューションツールは、ほとんどの企業にとってスプリントに相当します。
Salesforceでラウンドロビンを作成するにはどのようなスキルが必要ですか？
残念ながら、Salesforceでネイティブに機能する非常に堅牢でスケーラブルなラウンドロビンツールを構築しているベンダーは多くありません。高品質のラウンドロビンに期待すること（ただし、めったに見られないこと）は次のとおりです。
- 一致するアカウントがSalesforceにすでに存在する場合は、リードをアカウント所有者にルーティングします
- SLA内で受け入れられない場合は、リードを再ルーティングします
- リードを適切な領域にルーティングします
- リードが失われている場合は、リーダーシップに通知する
理想的なラウンドロビンは、これらすべてのシナリオなどをカバーします。残念ながら、これはほぼ確実にラウンドロビンを最初から作成する必要があることを意味します。幸いなことに、このプロセスは、後輩の管理者でも実行可能です。
少なくとも、Salesforceで次のことを行う方法を知っている必要があります。
- レコードトリガーフローを作成する
- カスタムオブジェクトを作成する
- カスタムフィールドを作成する
- リード割り当てルールを作成する
- リードキューを作成する
その他
質問があります。この人が自動フローを使用してこれを作成し、次に別のレコードトリガーフローを作成してトリガーすることを選択した理由を知っていますか？すべてをレコードトリガーフローで実行するのではなく、この方法で実行することにはいくつかの利点がありますか？
アカウントの割り当てに完全に自給自足のラウンドロビンソリューションが必要
私の回答
よくわかりませんが、分割するとデバッグしやすいと思います。
サブフローがそれ自体で完全に機能することを確認するのは簡単です。
リードをキューに入れずに確認できます。