Salesloft はケイデンス実行を処理します。シーケンスに何を入れるかはあなたが決めます。
Salesloft はエンタープライズ営業オーケストレーション向けに構築されています——ケイデンス、担当者ワークフロー管理、CRM 同期、大規模チーム全体での調整されたアウトバウンド。実行問題を解決します：どこで取引が進んでいるかの可視性を失わずに、スケールで構造化された繰り返し可能なアウトリーチを実行する方法。
構築されていないのは、連絡先レコードが安全に接触できるかどうかの最終裁定者として機能することです。Salesloft はレコードを受け取り、それらに対してシーケンスを実行します。どのレコードがそれらのシーケンスに属するかの決定は、インポート前に行われます——プラットフォームに入るものをまだコントロールできるうちに。
エンタープライズ環境では、ファウンダー主導のアウトリーチよりも賭けが高いです。Salesloft に入る不良リストは 1 つの受信箱をダメージするだけでなく——チーム全体の送信インフラ、共有ドメイン評判、複数の担当者にわたるケイデンス分析の信頼性に影響します。
Salesloft インポート前に確認すべきこと。
Salesloft の連絡先レコードは通常、CRM データ、Apollo エクスポート、SDR 調査、またはサードパーティデータプロバイダーから来ます。各ソースには異なる品質の前提があります。これらは、レコードがケイデンスに入る前に重要なフィールドです。
| フィールド | 重要な理由 |
|---|---|
| メールアドレス | ケイデンスのプライマリ連絡ポイント——シーケンス登録前に確認が必要 |
| ドメイン | キャッチオール検出、MX の有効性、会社レベルのセグメンテーション |
| ソース | CRM 同期、Apollo、手動 SDR 調査——各ソースには異なる精度と鮮度リスクがあります |
| サプレッションステータス | 以前のケイデンスでバウンスまたは配信停止したレコードは新しいシーケンスから除外する必要があります |
| リスト期間 | 90 日以上経過したレコードは再確認すべき——エンタープライズ連絡先は頻繁に役割が変わります |
各シグナルタイプが生み出すリスク。
エンタープライズケイデンスは連絡先ごとに複数のメールと電話ステップを実行します。不良なレコードはステップ 1 では捕捉されません——バウンスが表面化する前にフルシーケンスを経て進みます。
| シグナル | 配信動作 | Salesloft キャンペーンへのリスク |
|---|---|---|
| 無効 | 受信サーバーに永続的に拒否される | ハードバウンス——すべての担当者のチームドメイン評判にダメージ |
| キャッチオール | ドメインはすべてのアドレスを受け入れ、メールボックスは不確実 | 配信またはバウンスの可能性——ケイデンス分析を汚染 |
| ロールベース | 共有受信箱（info@、sales@、hr@） | 到達可能だが、名前付きエンタープライズアウトリーチには稀に正しい連絡先 |
| 使い捨て | 一時的または低信頼のアドレス | 実際のビジネス連絡先ではない——ケイデンス容量を無駄にする |
| 不明 | 確認結果が不確定 | 確認なしに高優先度エンタープライズシーケンスに入れるべきではない |
| 重複 | 複数のレコードまたはケイデンスに同じアドレスが存在 | 複数の担当者が同じ人に連絡する可能性——アカウント関係にダメージ |
インポート前に確認——バウンス後ではなく。
Salesloft ケイデンスは連絡先が登録されると自動的に実行されるように設計されています。つまり、インポートの瞬間がリスト品質の最後の実践的な決定ポイントです。ケイデンス分析でバウンス率が上昇するまで待つのは遅すぎます——送信者評判はすでにダメージを受けています。
インポートはコミットメントポイントです。チーム環境では、レコードが Salesloft ケイデンスに入ると、複数の担当者がそれらのレコードに対して同時にシーケンスを実行し始めます。インポート前確認パスにより、チーム全体の実行がクリーンな基盤の上に構築されることが確保されます。
各結果を適切なバケツに振り分ける。
| BillionVerify の結果 | Salesloft インポート前のアクション |
|---|---|
| 有効 | 標準シーケンス実行のためにターゲットケイデンスにインポート |
| 無効 | インポートしない——CRM サプレッションレコードに追加 |
| キャッチオール |