工務店・ハウスメーカーの営業パイプライン管理 停滞理由と次の行動を決める案件レビュー

営業会議で「検討中です」「もう少し追います」という報告が続くときは、案件数を増やして見せるより、次の判断を止めている条件を明らかにする必要があります。顧客の検討待ちなのか、自社の回答待ちなのかで、連絡する、社内で動く、合意した時期まで待つという選択が変わるからです。

営業パイプラインは、問い合わせから契約・終了までの案件を、共通の条件で整理した一覧です。役立つ一覧には、現在地の根拠、未解決の条件、次の行動、担当者、期限がつながっています。会議では、その記録から支援と優先順位を決めます。

以下の会社、案件、担当者、日付、数値、AIの入力・出力例はすべて架空です。実績やツールの検証結果ではありません。管理方法は編集部の運用提案として、自社の仕事に合わせて調整することを想定しています。

01.顧客・案件・作業は、数える単位を分ける

一人の顧客が新築と別建物の改修を相談する場合も、一つの案件に見積や日程調整の作業が複数生じる場合もあります。この違いが曖昧なまま表を作ると、問い合わせ件数、見込み案件数、作業量が混ざります。

三つのシステムを導入する必要はありません。同じ表計算ファイルでも、情報の単位と参照先を分けられます。

顧客の単位を世帯にする場合も、家族全員の連絡希望が同じとは限りません。誰から受けた希望か、誰への案内を止めるかが分かる記録にします。詳細な個人情報は台帳や原資料へ置き、案件一覧に何度も転記しないほうが変更時の不一致を抑えられます。

案件の区切りは、提案の数ではなく計画と契約判断で考えます。一つの新築計画で間取りを二案作っただけなら、通常は同じ案件内の選択肢です。新築と別建物の改修で予算・提案・契約判断が独立するなら、別案件として管理する方法があります。

顧客ID、案件ID、作業IDを使うと、担当者や名称が変わっても対応関係を追えます。IDは並べ替えで変わる行番号とは分け、統合した場合は旧IDから残すIDをたどれるようにします。同じ顧客だと分かっても、独立した二計画まで一つへ統合する必要はありません。

02.一覧には、現在地と次の判断に必要な項目を置く

項目を増やす前に、その欄で誰が何を判断するかを決めます。更新者がいない参考情報を増やすと、重要欄まで古いままになりやすいためです。

未返信メールの送信日と、最後に会話や回答が成立した日は別です。送信するたびに最終接点だけを更新すると、長く状況が分からない案件が新しい接点のある案件に見えます。接触を試みた履歴も残しながら、何が確認できたかを区別します。

また、案件担当と作業担当は同じとは限りません。営業が案件を持ち、設計が確認作業を担う場合、依頼、回答、一覧への反映を誰が行うかを分けます。退職や休暇時は、担当名だけでなく、顧客との約束、停止希望、未完了作業、資料へのアクセスも引き継ぐ対象です。

架空の記入例：みどり工務店のP-101

変更希望を受けたことは事実ですが、設計上対応できるかは未確認です。「対応可能」と先回りして埋めるより、次の作業で何を明らかにするかを示します。

03.フェーズは、進める条件と戻す条件で定義する

「見積提出済み」には、作成だけ、送付済み、説明済み、変更依頼ありという違いがあります。担当者の感触ではなく、同じ条件なら同じ区分になるよう定義します。

次は進行フェーズの例です。表の開始条件と、次へ進む条件を分けて運用します。

土地や資金が未確定でも、相談は始められます。未定の条件を示した提案ができる場合もありますが、未定を確定済みとして扱うことはできません。必要な条件は新築や改修などの仕事に合わせて定義します。

契約、失注、保留は、この例では進行フェーズと別の状態欄に持たせます。契約予定日が決まったことや前向きな反応だけで契約済みにはせず、自社の契約手続きと資料に基づいて状態を更新します。営業上の契約と会計上の売上も別です。

土地候補、予算、要望が変われば、必要なフェーズへ戻します。同じ案件の状態変更なので、新規案件として数え直しません。変更前後、日付、理由、資料の版を残します。

返答がない案件を社内基準で終了扱いにする場合も、他社決定と推測せず「管理上の終了・理由未確認」と区別します。同じ計画が再開した場合は元のIDに再開履歴を加えます。

04.停滞は、経過日数より約束と未完了の条件から読む

一か月後の再相談で合意した案件と、翌日までに資料を送る約束を三日過ぎた案件では、後者を先に扱う必要があるかもしれません。長く接点がないことと、対応が遅れていることは同じではありません。

まず連絡希望・停止希望を見て、顧客との約束日、自社の作業期限、何を待っているかを照合します。連絡停止を希望する相手への営業案内は止め、予定済みの追客や配信にも反映します。必要な事務連絡などは、申し出の対象と関係する条件を所管担当が確かめて扱います。

「追客する」は、行動の目的が分かりません。「合意した再相談日に追加資料の要否を聞く」なら、何を実施したかを追えます。社内作業も「設計に相談」から「収納変更の対象箇所を渡し、対応条件の回答を依頼する」へ具体化します。

作業には一人の実行責任者を置き、協力者を別に示します。期限は本人が対応できるかを合わせ、外部回答日を自社だけで確約しません。回答予定が分からなければ、依頼状況を点検する社内期限を設定できます。

社内の再確認日は、顧客へ連絡してよい日とは限りません。「土地が決まったら顧客から連絡」という合意なら、その条件を残したまま社内で状態を点検します。日付が来たことを理由に追客へ切り替えない運用です。

05.週次会議の前に、案件の出入りを照合する

個別案件を詳しく読む前に、対象案件が抜けていないかを確かめます。部門、案件種別、稼働・保留の扱いを固定し、更新前後の基準日時の間に起きた増減を数えます。

基本式は、更新前＋新規追加－重複統合による純減－終了＝更新後です。単位は案件です。

同じIDの行が表示上重複している場合は、一つのIDとして数えます。一方、同じ計画が別々のIDで登録されている場合は、統合前には二つの登録案件として現れるため、その純減を記録します。二つのIDを一つに統合すれば1件減、三つなら2件減です。統合した回数を引くのではありません。

架空の件数照合：2026年9月7日午前9時〜9月14日午前9時

全社の稼働案件を対象とし、保留は対象外、期間中の再開と保留移動はない設定です。

40＋6－2－4＝40案件です。同じ期間に登録して終了した案件は、追加と終了に一件ずつ現れます。統合元を終了にも数えると、同じ減少を二度引いてしまいます。

保留を稼働から外す運用で再開や保留移動があれば、式に項目を加えます。上の例に再開2案件、保留移動1案件が加わるなら、40＋6＋2－2－4－1＝41案件です。再開を新規問い合わせへ混ぜないことで、獲得と再開の違いが残ります。

差がゼロでも、別の案件が一つずつ脱落・重複していれば数は合います。増減したIDと原記録の対応も必要です。不一致時は、抽出条件と締め時刻、受付からの未登録、重複、終了・統合の履歴、保留・再開・移管を調べます。

統合元と統合先、終了・再開の根拠は履歴として残します。ただし、これは個人情報の無期限保存を意味しません。保存期間と削除ルールの範囲で、分析に必要な情報と個人を識別する情報を分けて管理します。

06.週次レビューは、止まっている案件へ支援を割り当てる

会議前には、案件担当が接点、根拠、障害、次の行動を更新します。事務担当は受付との照合、ID、空欄、増減を点検できますが、顧客の意思を推測して補う役割にはしません。

会議では、件数の不一致や担当不明、顧客との約束の超過、解決に支援が必要な案件から扱います。次の行動が明確で期限内の案件は、一覧での確認にとどめる方法があります。

架空のP-101なら、「設計の回答が遅い」と決める前に、変更箇所が整理されて渡っているかを見ます。未整理なら営業の作業が先です。依頼がそろっていて設計が対応できないなら、責任者が確認枠を調整します。

会議で決める作業の例は、森が9月15日までに変更箇所一覧を作り、設計担当の青木が9月17日までに回答し、森がその回答を踏まえて顧客への説明日を調整する、という形です。日付は架空の設定で、実際には担当者の対応可能日を合わせます。

先行作業が遅れれば、後続の期限も見直します。旧期限と変更理由を残し、顧客との約束に影響する場合は説明や再調整も作業として扱います。会議録だけに残さず、引き受けた担当の作業表へ入るところまでつなぎます。

問いかけは「なぜ契約できないか」だけでなく、「前回から分かったことは何か」「次の判断に足りないものは何か」「誰の支援が必要か」とすると、根拠に戻りやすくなります。責任を曖昧にせず、実行担当を決めたうえで障害を解消する会議にします。

07.月次の数字は、分母・期間・対象を付けて読む

月次では、繰り返す遅れや条件不足から、質問項目、役割分担、フェーズ定義を見直します。定義を変えた月は、営業活動の変化と集計方法の変化を区別します。

以下はすべて架空の計算例です。

受注率：どの案件の結果か

2026年8月に契約または失注で終了した10案件のうち、契約が4案件なら、終了案件ベースの受注率は4÷10×100＝40％です。保留、統合、進行中は分母から除いています。

これは8月の新規問い合わせが契約した割合ではありません。問い合わせ月別に追う場合は、対象案件群、観察の締め日、未決着件数を示します。今月の契約数を今月の問い合わせ数で割ると、異なる案件群が混ざることがあります。

フェーズ移行率：同じ案件群を追う

2026年8月1日に相談・ヒアリングにいた12案件を追い、8月31日までに一度でも提案へ進んだ案件が6案件なら、6÷12×100＝50％です。8月中に新しく相談へ入った案件は対象外とし、同じ案件が二度移行しても一案件と数えます。

この定義では、提案から相談へ戻った案件も移行済みに含みます。月末時点で提案にいる割合とは別なので、移行と差し戻しの日付を残します。

滞留日数と商談期間：起点と終点をそろえる

9月1日に見積へ入り、9月14日時点までいる場合、初日を含めない暦日の差は13日です。再び見積へ戻った場合は、今回の滞留と累計を分けます。

また、2026年8月に契約した三案件の問い合わせ日から契約日までの暦日の差が30日、45日、75日なら、150日÷3案件＝平均50日です。この例では初日を含めず、途中の保留期間は含めます。対象は契約した三案件だけで、失注と進行中を除外しています。最短30日、最長75日も併記すれば、平均だけでは見えない幅が分かります。

見込み金額：仮定の係数を実績へ混ぜない

同じ集計時点で有効な二案件の見積が税抜2,000万円と1,000万円なら、見積合計は税抜3,000万円です。仮に0.5と0.2を掛けると、2,000×0.5＋1,000×0.2＝税抜1,200万円になります。

0.5と0.2は説明用の架空係数で、実績から算定した受注確度ではありません。1,200万円を契約金額や売上実績へ加算することはできません。契約は契約資料、売上は会計上の計上基準と経理記録に基づいて別集計にします。

実績に基づく確度を使うなら、対象案件群、期間、件数、算定方法が必要です。過去の比率も商品や相談経路が変われば当てはまるとは限りません。根拠が足りない段階では、数値を置かず、確認済みの条件と未確認条件を示す方法があります。

08.専門判断とAIの整理は、原記録へ戻れる形にする

案件一覧は専門判断の結論を作る場所ではなく、何を誰へ確認するかを示す入口です。融資相談をしたことは借入承認ではなく、仕様変更の希望を受けたことは実現可能との回答ではありません。

条件付きの回答を「対応可能」とだけ要約すると、意味が変わります。資料や計画が変わった場合も、以前の回答を流用できるかを所管担当へ戻します。資金資料や詳細な個人情報は、必要な権限のある担当が見られる場所へ置きます。

J-Net21には、美容院を題材に、顧客のニーズや履歴に応じた対応と引き継ぎを説明した記事があります。一般的な情報活用の参考にはできますが、住宅営業の検討期間、成約率、現行の法的条件を裏付ける資料ではありません。J-Net21「顧客情報の活用『お店のファン化につなげよう』」

架空のAI整理例：作業と停止条件が変わっていないか

AIを補助に使う場合は、サービスへ送ってよい情報を社内ルールと利用条件で判断し、不要な個人情報や機密情報を除きます。名前の置換だけで匿名になるとは限りません。まず架空データで整理方法を試せます。

次は実行結果ではなく、誤りの見方を示す説明用の例です。日付は2026年とします。

P-202の社内点検は新しい提案で、原記録にある確定作業ではありません。採用するなら人が担当と期限を決めます。P-201も、作業を「整理」から「見積提出」へ勝手に広げることはできません。

出力は全案件IDと、事実、日付、担当、作業範囲、連絡条件を元資料に照合してから採用します。読みやすくなったことは、事実が増えたことでも公開可能になったことでもありません。外部の記事や投稿へ使う場合は、掲載許可、個人情報、内容の根拠を別途判断します。

09.導入は、一つのレビューで判断できる範囲から始める

最初は対象案件を区切り、顧客・案件・作業の単位と更新責任を決めます。元一覧とのID対応を残して、対象案件の脱落や重複を解消し、フェーズの根拠と次の行動を埋めます。対象外の案件も、対応責任がなくなるわけではありません。

最初の週次では、期限超過と未解決の条件へ担当と支援を割り当てます。翌週は、作業を実施したか、その結果何が分かり、何が残ったかを案件へ戻します。最初の月次で、分母やフェーズ定義のずれ、使わない入力欄、特定担当への負荷を見直します。

一覧の完成度は、すべての欄が埋まったかだけでは測れません。未確認が見分けられ、顧客との約束が守られ、次に動く人が自分の作業を説明できることが、案件レビューを仕事につなぐ条件です。