創業者自身がデータベースになっている
顧客関係の履歴、反対意見、約束が、1人の記憶と受信トレイに閉じ込められています。
最低限必要な顧客関係の背景と次のアクションを記録します。まだ変化している初期の営業活動を固定化せずに、顧客関係、実験、商談、次のアクションを記録します。
最初のCRMでは、顧客関係が重要な理由、得られた学び、次に行動する人を残しながら、変化中のGTM活動を硬直した管理にしないことが必要です。
顧客から得た学びを、担当者、営業手法、時間を越えて残す必要が生じたときにCRMの価値が高まります。
顧客関係の履歴、反対意見、約束が、1人の記憶と受信トレイに閉じ込められています。
最低限必要な顧客関係の背景と次のアクションを記録します。先月設計したステージと項目では、現在のパイロット、チャネル、買い手を表せなくなっています。
履歴を消さずに、設定可能なレコードとビューを使用します。メモは読めても、判断、実験、関係者、障害の経緯を再現できません。
活動と商談の情報を顧客レコードに紐付けます。モデルは初日から完成形にせず、連携の必要性が高まるにつれて具体化します。
顧客関係、課題、流入元、現在の学び、次のアクションを1つ記録します。
適格性を示す根拠、シンプルなステージモデル、結果、停滞業務のビューを追加します。
担当、引き継ぎ、活動基準、マネージャーレビューを定義します。
1つの顧客モデルを維持しながら、インバウンド、アウトバウンド、パートナー、パイロット、拡張の各ビューを分けます。
設定可能なCRMで引き続き十分か、専門的な収益システムへ移行する価値が生じたかを判断します。
初期段階のCRMには、チームが何を仮説として持ち、どの証拠によってその仮説が変わったかを記録する必要があります。
人物、会社、流入元、推進者、役割、信頼関係の背景、現在の担当者。
課題、セグメント、緊急度、現在の代替手段、適格性の根拠、不確実性。
提案価値、ステージ、関係者、成功基準、障害、判断予定。
担当者、期限、期待する結果、チャネル、実績。
小さなサンプルを慎重に使用します。目的は、停滞業務と再現可能な指標を見つけることです。
創業者やチームが実際に維持できるサービス水準を選びます。
次のアクションがないステージは、有効なパイプラインとは言えません。
不在時や採用後も、重要な背景情報を維持できる必要があります。
訓練を受けたJodoo管理者なら、仮説項目、引き継ぎルール、役割別ビュー、ダッシュボード指標を多くの場合その日のうちに追加してテストできます。
顧客情報を創業者以外にも引き継ぐ必要がある、フォローアップ漏れが起きている、複数の営業手法を比較したい、新入社員が進行中の顧客関係を理解できない、といった場合にCRMを導入します。特定の連絡先件数に達するまで待つ必要はありません。
顧客関係、会社、課題または仮説、適格性の根拠、進行中の商談またはパイロット、関係者、次のアクション、結果、担当者、次の会話に生かす学びを追跡します。
営業手法の変化に合わせて項目、ステージ、ビュー、役割、リマインダー、ダッシュボードを変更できる柔軟性と、担当、履歴、比較可能な結果を維持する統制を両立します。
Jodooでコンパクトな顧客モデルから始め、チームの成長に合わせて項目、ビュー、リマインダー、ダッシュボードを発展させます。