工務店・ハウスメーカーの営業タスク管理 案件と仕事を分けて見える化する

営業案件の一覧を作ったのに、見積の回答や設計への依頼が漏れる。そんなときは、「顧客の計画がどこまで進んだか」と「誰が何を終えるか」を同じ欄で管理していないかを見直します。案件には検討段階と次の判断点を、仕事には担当者・期限・完了条件を持たせ、案件IDで結ぶ方法が使えます。

少人数なら、表計算の別シートでも始められます。大切なのは台帳を増やすことではなく、一つの案件で並行する仕事と、止まっている理由をたどれることです。この記事では、どこまで分ければ実務で使えるかを説明します。台帳の項目や運用は編集部の提案であり、法令で定められた形式ではありません。

01.案件の担当者だけでは、実際に動く人が分からない

案件は、顧客の一つの住宅計画を追う単位です。初回相談、資金計画、プラン提案、見積説明などを経て、成約・失注・中止に至ります。仕事は、その途中で発生する「敷地資料を設計へ渡す」「概算見積を作る」「修正内容を顧客へ説明する」といった行動です。

営業担当が案件全体の責任者でも、図面を直すのは設計、金額を算出するのは積算ということがあります。案件担当者の名前だけでは、それぞれの仕事を誰が進めるかは分かりません。

また、案件の「次回行動」欄を毎回上書きすると、前の仕事が終わったのか、未実行のまま予定を変えたのかが消えてしまいます。一方、すべての仕事を横に書き足すと、担当者別に期限を探しにくくなります。

顧客が家族で相談する日と、自社が資料を送る日は別です。両方を持つことで、「顧客の判断を待っている」のか「自社の回答が遅れている」のかを区別できます。

02.二つの一覧を案件IDで結ぶ

案件一覧は一つの計画につき一行、仕事一覧は一つの作業につき一行にします。同じ案件に属する仕事には共通の案件IDを付けます。担当替えがあってもつながりが切れないよう、IDには担当者名など変更される情報を含めない方法が扱いやすいでしょう。

夫婦から別々に連絡があっても、同じ土地・同じ建築計画なら通常は一案件です。過去の新築客から新たなリフォーム相談が来た場合は、別案件にして顧客や建物との関係を残すと、二つの相談経緯が混ざりません。

最初に持つ項目は、次の程度で試せます。

次の判断点は「フォロー」よりも、「修正プランを採用するか顧客の意向を聞く」のように書くと、必要な仕事へ分解できます。予定日が未定なら、決まっているように日付を埋めず、未定の理由と次に社内で見直す日を残します。

検討段階は、顧客とのやり取りに合わせます。社内でプランが完成しただけなら、顧客への「提案済み」にはなりません。また、プラン提案の段階でも計画全体が休止していることはあります。段階と休止状態を分けておくと、連絡を控えてほしい顧客を通常の追客一覧から除外できます。

重複案件を統合する場合は、残すIDと旧IDの関係を残し、未完了の仕事を付け替えます。履歴ごと一方を消すと、過去の約束を追えなくなります。照合に使う氏名や連絡先も、業務に必要な範囲にとどめます。

03.仕事は、担当が替わるところと完了の区切りで分ける

「顧客対応」では、何を終えればよいかが分かりません。「初回面談の候補日時を送る」なら動作が明確になります。さらに「指定連絡先へ送信し、送信記録が残っている」を完了条件にすれば、文面を準備した段階と送信済みを区別できます。

以下は架空案件A-2026-014の登録例です。会社の実績や推奨する標準日数を示すものではありません。

T-0083が進まないとき、先に見るのはT-0082の状態です。前工程が終わっていなければ、営業への催促だけでは解決しません。

一方、同じ人が続けて行う小さな作業まで細分化すると、更新に追われます。担当者が替わる、別の承認を受ける、途中の成果物を他者が使う、といった区切りで分けるのが目安です。共同作業には主担当を一人置き、協力者を別に記します。

期限は日付を基本にし、顧客への回答や社内締め切りで必要な場合だけ時刻を付けます。見積の提示日を顧客と約束したなら、その前に積算、内容確認、承認が終わるよう逆算します。作業日数は、自社の体制と案件の難しさから決めます。

04.商談後に更新し、日次と週次で見る対象を変える

商談のあとには、顧客と何を決めたかを残し、次の判断点を更新します。その判断に必要な連絡や資料作成を仕事へ分け、担当と期限を付ければ、個人の手帳にだけ約束が残る状態を防げます。

回答日をその場で決められなかった場合も、「社内の回答可能日を調べて顧客へ連絡する」という仕事は作れます。最終回答の期限と、期限を決めるための仕事を分ける考え方です。

顧客が「家族で相談してこちらから連絡する」と話した場合は、会社が決めた追客日を顧客との約束に置き換えません。次に連絡してよい時期を相談し、連絡停止の希望があればその内容を案件に残します。社内で状況を見直す日が来ても、それだけで顧客への連絡が許されるわけではありません。

タスクボードは、仕事一覧を未着手・進行中・保留・完了などの列に並べた表示です。日々の実行には期限順の一覧、待ちや偏りの把握には状態別のボード、と使い分けられます。同じ仕事を別々の表へ転記するのではなく、同じ記録の表示を切り替えます。

優先順位も期限だけでは決まりません。明日の顧客説明に必要な積算が止まっていれば、今日が期限の社内整理より先に扱う場合があります。顧客との約束と後続工程への影響を見て順序を決め、後ろへ回す仕事の新期限も一緒に調整します。短い確認と数日かかる提案作成を、同じ一件として仕事量の比較に使わないことも大切です。

05.保留にしても、遅れた事実は消さない

仕事が止まったら、何を待っているかによって対応を変えます。

保留への移動は、期限変更とは別です。期限を過ぎた仕事を保留にしただけで遅延履歴を消すと、待ちが工程へ与えた影響が見えません。期限を変更する場合は、当初期限、変更後の期限、理由、顧客への影響を残します。

案件全体を休止するかどうかは、計画全体が止まっているかで判断します。一つの見積確認を待っていても土地調査を進められるなら、案件全体は進行中です。顧客都合でも自社都合でも、全体が止まる場合は理由と再開条件を案件側に持たせます。

期限超過に見える仕事の中には、実行済みなのに更新されていないものもあります。その場合は実際の完了日を記入します。未着手、作業中、前提待ちと分けて初めて、記録の修正で済むのか、再配分が必要なのかを判断できます。

06.指標は、集計時点と期限の基準をそろえて読む

数字は、遅れが生じる工程を探すために使います。担当者の比較から始めると、仕事の難しさや前工程の待ち時間を見落としかねません。

次は、計算方法を示す架空の集計例です。実績や目標値ではありません。月末の状態を見る指標と、その月に期限が来た仕事を見る指標を分けています。

架空の集計例：2026年9月

月末集計は9月30日終了時点です。未完了には未着手・進行中・保留を含め、完了・取消は含めません。期限超過は、その時点で有効な期限を過ぎている仕事を数えます。日付だけの期限は、その日の終了までを期限内とする設定例です。

この例では、期限がない4件は遅れを判定できません。15％だけで良し悪しを決めず、期限設定率も一緒に読みます。また、有効な期限を延ばせば期限超過率は下がるため、当初の計画どおり進んだかは別に見ます。

そこで、当初期限が9月1日から30日までにある仕事のうち、9月末までに取消となったものを除く75件を、もう一つの集計対象とします。期限変更後も対象から外しません。

90％は、対象75件すべての達成率ではありません。未完了の15件を分母から除いた数字なので、未完了数も併記します。取消数と取消理由も別に残し、不要化した仕事と実行した仕事を混ぜません。いずれの指標も分母がゼロなら、0％ではなく「対象なし」と表示します。

遅延が見つかったら、仕事の種類と待ち先へ戻ります。見積の承認に偏っていれば承認工程、特定担当者のあらゆる仕事に偏っていれば配分や代理体制を見直す、という使い方です。完了までの日数を比較する場合も、登録日からか着手可能日からかをそろえ、保留日数を除くなら開始・再開の記録を使います。

これらの指標だけで成約への効果は判断できません。難航した案件ほど仕事が増えることもあるため、タスク件数の多さを営業成果と同一視しない運用が必要です。

07.道具は、引き継ぎと必要な共有範囲から選ぶ

少人数で日々の一覧を見渡せるなら、表計算でも試せます。複数部門が同時に更新する、担当別の通知が必要、履歴を追いたい、閲覧範囲を分けたい、といった条件が重なる場合は専用ツールを検討します。案件数だけで一律の境界は引けません。

試用では新規登録だけでなく、担当変更、保留、期限変更、差し戻し、案件終結を入れてみます。一案件に複数の仕事を持てるか、案件責任者と実行者を分けられるか、不要になった仕事を取消として残せるかが判断材料になります。

図面や見積本体は所定の保管場所に置き、台帳から参照する形なら、同じ資料の異なる版が散らばりにくくなります。通知にも顧客情報を丸ごと転載せず、案件IDと作業・期限を中心に載せ、詳細は閲覧権限のある画面へつなぎます。

顧客情報の利用目的と安全管理は、個人情報保護委員会の通則編ガイドラインを踏まえて設計します。台帳を分けるだけで適切な管理になるわけではなく、閲覧・編集・出力の範囲も必要です。保存期間は契約上・法令上の保存要件などを踏まえて定め、利用する必要がなくなった個人データの扱いも決めます。日常一覧から非表示にすることと削除は別です。

導入は、進行中の一案件を仕事へ分け、実際の担当者が使うところから始められます。次の判断に必要な作業が分かるか、担当者が今日の仕事を取り出せるか、止まった理由を別の人が追えるか。その結果から項目を足し引きし、使い方が定まったところで通知や集計を広げます。