複数企業・複数現場が同時に動き、営業後の情報共有が追いつかなくなっている状態
案件が増えてくると、営業の動きそのものよりも、受注後の情報共有が詰まりやすくなります。
ある会社では、複数の建設会社、複数の現場が同時に動き始めていました。新規の話もあり、既存顧客の更新や追加提案もあります。営業が商談で聞いた内容を、顧客対応や運用担当へきちんと渡さなければ、次の動きが遅れてしまいます。
そこで、顧客管理表を整備し、企業ごとの進捗や営業チームとの連携状況を見えるようにする動きが始まっていました。あわせて、「営業から顧客対応側へ、どう引き継ぐか」をチェックリスト化しようとしていました。
「仕組みづくりと、実際に動いている案件を乗せながら走り始めています」という言葉がありました。まさにこの感覚が大切です。最初から完璧な管理表を作るのではなく、実案件を走らせながら整えることが、現実的な進め方になります。
建設会社でも同じことが起きます。営業担当が施主や元請けから聞いた要望、見積時の前提、現場で注意すべき条件、追加提案の温度感。こうした情報が現場監督や工務、アフター対応に渡りきらないと、受注後に「聞いていない」が発生します。
営業情報が担当者の頭の中に残り、更新・追加提案のタイミングを逃すこと
引き継ぎ漏れの問題は、単なる連絡不足ではありません。営業情報が、担当者の頭の中に残ったまま次工程へ進んでしまうことが本質です。
たとえば、営業段階では次のような情報が出ています。
- 顧客が何を不安に感じていたか
- どの現場から始める想定か
- 誰が社内の決裁者・窓口なのか
- いつ頃から現場が動き始めるのか
- 更新や追加提案の余地があるか
これらが現場や顧客対応側に渡っていないと、現場は顧客の期待値を知らないまま動くことになります。顧客対応側も、次に何を確認すべきかが見えません。
ある場面では、既存顧客のクロージングや引き継ぎを、管理表とチェックリストに乗せて進めようとしていました。これは非常に重要です。案件が少ないうちは、口頭やチャットでも何とか回ります。しかし案件が増えると、口頭の記憶に頼った運用は必ず限界が来ます。
また、更新や追加提案のタイミングも逃しやすくなります。現場が6月から動く、既存現場の利用状況を確認する、次の支店に提案する。こうしたタイミングは、営業と運用の間で共有されていないと、気づいたときには機会を逃してしまいます。
つまり必要なのは、単に「共有してください」と言うことではなく、共有される仕組みを先に作ることです。
顧客管理表・進捗管理・チェックリストを同時に作る必要があること
引き継ぎの仕組みを作るとき、顧客管理表だけでは足りません。進捗管理だけでも足りません。チェックリストだけでも不十分です。
なぜなら、それぞれ役割が違うからです。
顧客管理表は、会社ごとの基本情報や担当者、現在の状況を見るためのものです。進捗管理は、いま何がどこまで進んでいるかを追うためのものです。チェックリストは、引き継ぎ時に抜け漏れを防ぐためのものです。
この3つがつながって初めて、営業から現場・顧客対応へ情報が流れます。ある会社でも、顧客管理表を作りながら、営業チームとの連携、引き継ぎチェックリスト、実案件を使った流れの見直しを同時に進めていました。
ここで大事なのは、管理表を「入力するための表」にしないことです。建設業の現場では、ただでさえ書類や報告が多くなりがちです。入力項目が多すぎると、結局誰も更新しなくなります。
必要なのは、次の担当者が動ける情報に絞ることです。
たとえば、現場側が知りたいのは、営業がどれだけ頑張ったかではありません。顧客が何を期待しているか、現場で何に注意すべきか、いつ誰に確認すべきかです。顧客対応側が知りたいのは、次回接点のきっかけ、更新可能性、追加提案の温度感です。
「細かいところも管理できるように仕組み化している」という話がありましたが、細かく管理する目的は、情報を増やすことではありません。判断と行動を早くするためです。
最初から完璧を狙わず、実案件で管理項目と運用ルールを磨くこと
営業から現場・顧客対応への引き継ぎを仕組み化するなら、最初に作るべきものは大きく3つです。
1つ目は、顧客管理表です。最低限、会社名を匿名化せず社内で管理する前提で、窓口、決裁者、対象現場、現在の進捗、次回アクション、担当者を入れます。建設会社であれば、支店名、現場名、工期、現場責任者、営業担当、工務担当なども必要になります。
2つ目は、引き継ぎチェックリストです。営業から次の担当へ渡すとき、次の項目を確認します。
- 顧客が導入・発注を決めた理由
- 顧客がまだ不安に感じている点
- 現場開始日・利用開始日・更新時期
- 関係者の役割と連絡先
- 追加提案や横展開の可能性
- 次回接点で必ず確認すること
3つ目は、進捗の更新ルールです。誰が、いつ、どの項目を更新するのかを決めます。ここが曖昧だと、管理表はすぐに古くなります。特に建設業では、現場が動き出す前後、工期変更、担当者変更、追加工事、検査前後など、情報が変わるタイミングが多くあります。
ただし、最初から細かく作り込みすぎる必要はありません。むしろ最初は、実案件で使って直す前提にしたほうがうまくいきます。
今回のように、既存顧客と新規顧客の両方を管理表に乗せ、実際の引き継ぎで「何が足りないか」を確認していく進め方は、建設会社にも向いています。現場ごとに必要な情報は少しずつ違うため、机上で完全なチェックリストを作るより、実際の案件で検証したほうが早いからです。
運用を始める際の判断軸は、次の3つです。
- 次の担当者が、管理表だけで初回対応に入れるか
- 更新や追加提案の時期が、誰から見ても分かるか
- 入力負荷が高すぎず、継続して更新できるか
この3つを満たしていれば、最初の仕組みとしては十分です。細かい項目は、案件を走らせながら足していけばよいです。
まとめ
案件が増えるほど、営業から現場・顧客対応への引き継ぎ漏れは起きやすくなります。原因は、担当者の注意力ではなく、情報が個人の頭の中に残る構造です。
だからこそ、顧客管理表、進捗管理、引き継ぎチェックリストをつなげて、情報が自然に渡る仕組みを作る必要があります。
最初から完璧な表を作る必要はありません。むしろ、実案件を乗せながら、足りない項目や更新ルールを直していくほうが現場に合います。
営業が取ってきた情報を、現場が使える形にする。顧客対応が次の提案につなげられる形にする。そのための小さな仕組み化が、案件数が増えても品質を落とさない会社づくりにつながります。
