不動産会社の"引き継ぎできない顧客管理"を解消する—営業3人以上のチームで回す仕組みの作り方

営業マンが辞めると、追客リストが消える問題

不動産会社で営業が退職したとき、こんな状況になったことはないだろうか。

• 担当していた追客中の顧客50件、誰がどこまで話を進めていたのかわからない
• 「あの物件、前の担当者がいい感じで進めてたはずなんだけど...」と曖昧な引き継ぎ
• 結局、引き継ぎに1ヶ月かかり、その間に見込み客3〜5件がそのまま流れる

営業3人以上のチームでは、この問題は確実に起きる。1人あたり50〜100件の追客案件を抱えていれば、チーム全体で150〜300件。それが個人の頭の中やスマホのメモ帳にしかないとなると、退職のたびに資産がゼロに戻る。

売上への影響も大きい。仲介であれば追客中の案件1件あたりの期待売上は仲介手数料の30〜50万円。5件流れれば150〜250万円の機会損失になる。

なぜ引き継ぎがうまくいかないのか

原因は大きく3つある。

1. 個人スプレッドシートの乱立
営業マンそれぞれが自分用のスプシを作り、自分の追客リストを管理している。フォーマットもバラバラ。Aさんは「反響日・物件名・備考」の3列、Bさんは「氏名・TEL・最終対応日・ステータス」の5列。統合しようにもデータの形が合わない。

2. 口頭共有への依存
「あの客、来週内見の予定」「この人は予算オーバーで一旦保留」といった情報が口頭やLINEのやり取りにしか残っていない。記録がないから、本人がいなくなった瞬間に情報が消える。

3. 引き継ぎルールが存在しない
退職が決まってから慌てて引き継ぎを始める。何を渡せばいいのか、どの順番で確認すればいいのか、ルールがない。結果、「全部口頭で説明して終わり」になる。

この3つが重なると、どれだけ優秀な営業チームでも引き継ぎは破綻する。

解決策① マスターシートの「権限設計」を整える

まず取り組むべきは、個人スプシの乱立をやめて1つのマスターシートに統合すること。ただし、全員が全部見える状態にすると営業マン同士のトラブルの原因になるし、個人情報の管理上もよくない。

ポイントは「誰が何を見れるか」の権限設計を先に決めること。

Googleスプレッドシートでこれを実現する方法はいくつかある。一番手軽なのは、シートを「マスター（店長用）」と「営業A」「営業B」に分け、営業用シートにはFILTER関数で自分の担当分だけ表示させる方法。

=FILTER(マスター!A2:H, マスター!C2:C = "営業A")

C列が担当者名の場合、これだけで自分の案件だけが見える。マスターシートは店長のみ編集権限を持ち、営業用シートは閲覧のみに設定する。

この仕組みにするだけで、退職時にマスターシートには全データが残る。個人のスプシに情報が散らばる問題がなくなる。

解決策② GASで「ステータス変更→自動通知」を仕込む

マスターシートを作っても、更新されなければ意味がない。営業マンが「対応中→内見予約」「内見予約→申込」とステータスを変えたとき、上長に自動で通知が飛ぶ仕組みを入れると、記録する動機が生まれる。

Google Apps Script（GAS）で実装する場合、以下のような20行程度のコードで実現できる。

function onEdit(e) {
  const sheet = e.source.getActiveSheet();
  if (sheet.getName() !== "マスター") return;

  const col = e.range.getColumn();
  const statusCol = 5; // E列がステータスの場合
  if (col !== statusCol) return;

  const row = e.range.getRow();
  const customerName = sheet.getRange(row, 1).getValue();
  const staff = sheet.getRange(row, 3).getValue();
  const oldVal = e.oldValue || "(空欄)";
  const newVal = e.value;

  const message = `【顧客ステータス変更】
顧客: ${customerName}
担当: ${staff}
${oldVal} → ${newVal}`;

  // Google Chatのwebhook URLに通知
  const webhookUrl = "https://chat.googleapis.com/v1/spaces/XXXXX/messages?key=YYYYY";
  UrlFetchApp.fetch(webhookUrl, {
    method: "post",
    contentType: "application/json",
    payload: JSON.stringify({ text: message })
  });
}

Google Chatの代わりにLINE NotifyやSlackでも同じことができる。大事なのは「記録すると上長に伝わる→記録する意味がある」というインセンティブを作ること。

実際にこの仕組みを入れた会社では、ステータスの更新率が導入前の週1〜2回から毎日更新に変わったケースもある。営業マンにとっても「報告のためにわざわざ話しに行く手間」が減るので、意外と歓迎される。

解決策③ 退職時の「データ引き継ぎチェックリスト」

仕組みを整えても、退職時に何を確認すべきかが明文化されていないと抜け漏れが出る。以下のようなチェックリストを用意しておくと、誰が辞めても同じ品質で引き継ぎができる。

データ引き継ぎチェックリスト（退職2週間前に着手）

• マスターシートの担当顧客を全件確認し、ステータスが最新になっているか
• 「対応中」「内見予約」「申込検討中」のホット案件をリストアップ（目安：10件以内に絞る）
• ホット案件ごとに「最終対応日・次のアクション・顧客の温度感」をメモ欄に記入
• 個人のスマホ・LINE・メールに残っている顧客とのやり取りで、マスターに未反映のものがないか確認
• 後任担当者をマスターシートのC列（担当者名）で一括置換
• 後任担当者と30分の引き継ぎMTGを実施（ホット案件のみ口頭補足）
• 引き継ぎ完了を店長が確認し、チェックリストにサイン

ポイントは「2週間前に着手」と明確に期限を切ること。退職日の前日に慌てて引き継ぎするのではなく、2週間あれば後任がフォローを始めて不明点を確認する時間もとれる。

CRMに切り替えるべきタイミング

ここまでの3つの施策はスプレッドシートで十分に実現できる。ただし、以下のいずれかに該当するなら、CRMへの移行を検討した方がいい。

• 営業が5人を超えた（権限設計がスプシでは限界になる）
• 反響が月50件を超えた（手動のステータス管理では追いつかない）
• 複数店舗に展開した（シート間の同期が破綻する）
• 追客の自動化（メール自動送信・タスクリマインダー）が必要になった

逆に言えば、営業3〜4人・反響月20〜30件の規模であれば、スプシ+GASの仕組みで十分に回る。CRMは月額で1人あたり数千円〜1万円のコストがかかるので、まずはスプシで「チームで回す型」を作ってからでも遅くない。

CRMを導入するにしても、マスターシートで整理したデータ構造や権限の考え方はそのまま活きる。むしろ、スプシで運用ルールが固まっていないままCRMを入れると、結局使われないツールが1つ増えるだけになる。

まとめ

営業チームの顧客管理で一番怖いのは、情報が個人に紐づいてしまうこと。人が抜けた瞬間にデータが消えるのは、仕組みの問題であって、個人の責任ではない。

やるべきことは3つ。

1. マスターシート1つに集約し、権限設計で「見える範囲」を制御する
2. ステータス変更時の自動通知で、記録するインセンティブを作る
3. 退職時のチェックリストで、引き継ぎの品質を標準化する

どれも特別なツールは不要で、GoogleスプレッドシートとGASだけで始められる。まずは今月中にマスターシートの統合から手をつけてみてほしい。