リード台帳
発生源、連絡先、企業、受領日時、担当者、ライフサイクル状態、経過期間、現在の優先度。
担当者未設定、停滞、重複、レビュー可能なリードはどれですか？リードトラッキングソフトウェア
次のアクションを漏れなく管理するリード追跡ソフトウェア
各リードの発生源、担当者、待機期間、直近の出来事、次に必要な対応を追跡します。
トラッカーは、マネージャーに別のスプレッドシートを照合させずに「誰が何をいつまでに行うか」に答える必要があります。
- 経過期間と期限業務が一貫した方法で計算される
- すべてのステータスに担当者と最終活動がある
- 追跡表から精査・フォローアップレコードを開ける
開けるレコードに状態、経過期間、次のアクションを保持
ダッシュボードが役立つのは、すべてのシグナルが責任者の明確な業務につながる場合だけです。
精査レビュー
基準、根拠、レビュー担当者、スコア、判断、判断日時。
このリードが受け入れ、却下、再育成と判断された理由は何ですか？フォローアップアクション
アクション種別、担当者、期限、完了状況、結果、次ステージの推奨。
期限対象、期限超過、停滞、完了している顧客との合意事項はどれですか？商談化のリンク
商談参照、商談化日、発生源の系譜、保持されたメモ。
受け入れたリードは実際の商談につながったか？リード件数だけでなく、経過期間とアクションを優先
各指標から、チームが処理できるキューを開けるようにします。
担当者未設定のリード
割り当て期限を過ぎても責任を持つ担当者がいない新規需要。
初回応答のしきい値
期限超過前に業務を強調表示するためのSLA例。
停滞リードのしきい値
マネージャーレビューを開始する、意味のある活動からの経過日数例。
クローズドループの成果
商談化、却下、再育成の結果と、その理由・決定日を記録。
各役割に、対応可能な追跡データだけを表示
1つの台帳で、データをコピーせずに複数のキューを運用できます。
今日の新規、期限対象、期限超過、最近再割り当てされたリードを把握する必要があります。
緊急度と次のアクション順に並べた業務キュー。担当者の不在、滞留、SLA違反、精査のボトルネックを把握する必要があります。
担当レコードを直接開ける例外ビュー。発生源の品質、ライフサイクル定義、振り分けの一貫性、商談化の系譜を把握する必要があります。
リード履歴全体で統制された項目と監査可能な遷移。リード一覧に担当者、リマインダー、履歴が必要になる時点を判断
リード追跡とリード管理の違いは何ですか？
リード追跡では、発生源、担当者、経過期間、ステータス、活動、期限対象の業務、商談化の可視化を重視します。リード管理には、精査、振り分け、自動化、例外、引き継ぎを含むより広い運用モデルが含まれます。
このトラッカーでスプレッドシートを置き換えられますか？
はい。複数人で担当責任、リマインダー、権限、関連する精査レコード、ダッシュボード、履歴を共有する場合に必要です。小規模で一時的な台帳なら、スプレッドシートも引き続き有用です。
リードが期限超過になる条件は何ですか？
プロセスに基づいて定義します。受領後も担当者が決まらない時間、初回応答SLAの超過、期限を迎えたフォローアップ、意味のある活動からの経過時間などです。ルールは可視化し、一貫して適用します。
追跡表を共有業務キューにする必要があるならJodooを使用
リード台帳を精査・フォローアップレコードに関連付け、営業担当者とマネージャーに同じデータの役割別ビューを提供します。
- 複数の担当者またはリード発生源
- 時間が重要な応答とフォローアップ
- 例外と履歴の可視化が必要なチーム
1人で短期の一覧を管理するなら簡単なスプレッドシートを維持
担当責任、権限、リマインダー、関連レコード、監査履歴が不要なら、ワークブックで十分な場合があります。
共有リードレコードから開始
リード追跡アプリケーションを使用