工務店・ハウスメーカーの次回行動管理 誰が何をいつまでに終えるかを記録する

案件一覧に「対応済み」「確認中」とあっても、次に誰が動くか分からなければ、仕事は止まります。次回行動管理では、案件の状態に加えて「何をするか、誰が行うか、いつまでか、何を見れば完了と分かるか」を記録します。

大切なのは、欄を増やすことより、行動の終わりをそろえることです。「予約候補を案内する」はメール送信で終えられても、「予約を確定する」には顧客の回答と空き枠の照合が必要です。この違いが読めれば、担当者以外も残っている仕事を判断できます。

この記事では、曖昧なメモを行動へ直し、返答待ち、不在、期限変更があっても引き継げる記録にする方法を説明します。人物・案件・日付・数値の例はすべて架空で、標準期限や実績を示すものではありません。

01.状態と経緯に、次の作業を足す

「見積提出済み」は商談の段階、「収納量について家族で相談する」は経緯です。どちらも必要ですが、それだけでは営業が資料を送るのか、顧客の回答を待つのかを決められません。

三つは同じ案件番号で結びます。長い商談メモを行動欄へ貼り付ける必要はなく、背景を読みたい人が履歴へ戻れれば十分です。顧客が検討する間は連絡を控える約束なら、その約束を残し、受信状況などを社内で見直す日を設定します。

台帳は、遅れた人を探すだけのものにしないほうが役立ちます。同じ承認者への依頼が重なる、必要資料が届く前に期限だけ決まる、といった仕事の条件も見られるためです。中小機構のJ-Net21の解説も、業務の流れ、ミスの原因、確認点、担当者の作業負荷を見直す考え方を示しています。以下の台帳や待機の分け方は、その一般的な視点を踏まえた本記事の運用提案です。

02.一行には、作業・担当・期限・完了記録を書く

作業名は、対象と到達点が読める言葉にします。「確認する」なら、何を誰に照会し、どこへ結果を残すかが必要です。「対応する」を別の動詞に置き換えるだけでは、実行できる記録にはなりません。

曖昧なメモを書き直す架空例

この例の日付は説明用です。実務では、顧客との約束、後続工程、作業時間を踏まえて決めます。相手へ伝えただけの回答希望日は、相手と合意した回答期限ではありません。自社が依頼を送る期限、相手の回答予定、自社が見直す日を分けると、まだ送っていない依頼を「相手待ち」とする誤りに気づけます。

担当は実際に作業を引き受ける人です。部署名や上司の名前だけでは、誰が動くかが決まりません。受付時点で未定なら、割当てを行う人と期限を置き、引受けが分かるまで受付側が追います。

作成、承認、送付で担当が変わるなら、行動を分けます。同じ担当が続けて行う細かな操作まで分割する必要はありません。「ここで止まったら、誰が再開させるか」が変わる位置を区切りにできます。

完了記録は到達点に合わせます。電話をかける行動なら発信と不通の記録を残せますが、それで日程確定にはなりません。見積案の保存は作成の証拠で、内容承認の証拠とは別です。記録本体を台帳へ複製せず、対象の版と必要な人が開ける保存先を示します。

03.返答待ちは、相手と自社の残作業を分ける

「顧客待ち」とする前に、顧客が答えるための資料や質問を自社が送ったかを見ます。見積の説明資料が未送付なら、残っているのは自社の送付作業です。依頼済みなら、必要な情報を持つ相手に応じて、顧客待ち、社内承認待ち、協力会社などの外部待ちに分けられます。

待機中は、次の情報を残します。

確認日は、必ず顧客へ連絡する日ではありません。約束と連絡希望を読み、連絡するか待つかを判断する日です。回答が来ても希望枠が埋まっていれば再提案が必要で、受領だけで案件全体を完了にはできません。

顧客の返答を待つ間に社内で進められる作業があれば、別の行動にします。案件全体に「待機」と付けると、その作業まで見えなくなるためです。外部への照会でも、自社の確認担当、依頼内容と資料の版、回答希望日と合意の有無、次回確認日を持ちます。未回答なら受領状況や追加資料の必要性を調べ、後続工程へ影響する場合はその担当へつなぎます。

連絡希望と停止の申し出を優先する

再連絡の時期や手段の希望は、行動登録時と実行直前に読める位置へ置きます。社内の確認日が来ても、希望より早く追客する理由にはなりません。

連絡停止の申し出があれば、対象となる追客を終了または停止し、関係者に共有します。進行中の契約に関する連絡など別の用件がある場合は、申し出の範囲と必要な対応を担当者が確認します。資料請求への送付が終わった後も、機械的に次の営業連絡を登録せず、申込内容と希望から判断します。

04.台帳は基本項目から始め、必要なときに情報を足す

同じ案件で営業と設計が並行して動くなら、一案件一行より、一行動一行のほうが途中の状態を追いやすくなります。案件番号を共通にし、行動ごとの番号を付けます。

待機になった行には、待機先、開始日、確認担当・確認日、再開条件と再開後の行動を足します。代行が必要な行には引受者と権限、期限を変えた行には変更履歴を結びます。すべての行へ最初から長文を求める必要はありません。

登録は約束や依頼が生じたとき、更新は実行結果が出たときが基本です。到達点を満たせば完了、承認や回答が必要なら待機、自社の修正が残れば実行中とします。不要になった作業は中止とし、完了に混ぜません。

完了の申告があっても記録が見つからない場合、直ちに未実施と断定はできません。申告と記録確認を分け、必要な照合を行います。誤った資料を送った場合も過去の履歴を消さず、訂正を関連する行動として登録すれば、何を実施し何が残るかを追えます。

台帳から資料へ戻る権限は、業務に必要な範囲で設定します。顧客名を番号へ置き換えても、それだけで情報管理上の問題がなくなるわけではありません。個人の端末や受信箱だけにある必要記録は、社内ルールに沿って共有・移管する対象です。

05.不在時には、作業と判断できる範囲を渡す

代行者に必要なのは担当名の変更だけでなく、約束、資料、判断権限です。主担当が休む間の実行者を一人に定めると、双方が同じ顧客へ連絡する重複も見つけやすくなります。

見積案件の架空例なら、「2026年10月10日までに進捗をメールで知らせる」という約束を引き継ぎます。見積の完成を約束したわけではなく、代行者は承認状況を調べて進捗を伝える役割です。未承認の見積を送ったり、独断で金額を変えたりする権限まで移したとは扱いません。

引継ぎでは、直前の経緯、顧客への約束、次の行動、対象資料の版、判断を戻す相手、連絡希望、結果の保存先を渡します。代行者が実際に資料を開き、作業を引き受けられるかを確かめると、権限不足が分かります。

急な不在では、当日までの期限、顧客との約束、後続工程を止める作業から抽出します。対応済みの可能性があるものは共有履歴を見てから連絡します。異動・退職時は待機中や停止中の案件も含めて移管し、過去の実行者は書き換えず、担当変更の時点を残します。

設計・契約・建物の安全性に関する結論は、台帳のチェック欄からは出せません。対象の図面、仕様書、契約書、適用する公的資料と、判断する担当を結びます。代行者が行える資料収集や照会と、専門的な承認を分けておけば、必要な確認を止めずに引き継げます。

06.期限を変えるときは、元の約束と理由を残す

条件変更で期限を見直すこと自体は、妥当な判断の場合があります。問題は、日付の上書きによって変更前の約束と原因が消えることです。現在の期限を表示しながら、旧期限、新期限、理由、変更者、変更日時を履歴として残します。

見積案の社内確認期限を変える架空例

これは社内確認の変更であり、顧客への送付日が合意できたという意味ではありません。必要な説明や日程調整は別の行動にします。カレンダーや通知にも旧予定が残っていないかを見ます。

期限超過を見つけたら、実施済みで更新が漏れたのか、本当に未完了なのかを分けます。未完了なら、資料不足、承認待ち、作業量、優先順位の変更などから止まった条件を調べ、分割や代行、依頼し直しにつなげます。翌日へ移すだけでは、再開できる条件は変わりません。

架空計算：初回期限内に終えた割合を見る

2026年10月1日から31日に初回期限が到来する行動を20件、その初回期限までに完了記録を伴って終えた行動を15件とすると、初回期限内完了率は15件÷20件×100＝75％です。分母は案件数ではなく行動件数です。この例には中止がなく、待機や期限変更があっても20件から除外しません。

これは計算方法の例で、実績や目標ではありません。最新期限だけを使うと、先送りした行動も期限内に見えるため、初回期限と変更後期限を分けます。残る5件は顧客の条件変更や承認待ちなどの事情を読み、割合だけで個人評価へ結び付けず、工程の改善に使います。

07.日々は当面の対応を、定期的には停滞の原因を見る

日次確認では、期限や確認日が来た行動、期限超過、担当未設定、不在者の担当分、完了申告と記録が一致しない行動を抽出します。実行期限と待機中の確認日は別に扱います。当日を超過とする時刻なども社内でそろえると、一覧の意味が安定します。

週次などの定期レビューでは、期限変更の反復、同じ承認者への集中、待機先不明、代行不在を見ます。全案件を読み上げるより、本人だけでは決められない割当てや約束変更に時間を使います。会議の結論は対象行動へ反映し、工程を直す作業にも担当と期限を付けます。

顧客の希望に沿って待つ案件は、更新が古いという理由だけで問題扱いにしません。状況を見た結果、待つと決めたなら、見た事実、理由、次の確認日を残します。待機開始日を変えずにおけば、経過も失われません。

管理手段は、こうした抽出や履歴、資料への参照を再現できるかで選びます。少数案件で表計算を試す方法もあります。CRMやタスク管理ツールを選ぶなら、旧期限、担当変更、資料の権限、出力・移行の範囲を候補の公式資料と実操作で確かめます。

AIでメモを整える場合の架空例

「営業Aが変更希望を受領。設計Bへ未送付。回答日は未合意。営業Cが不在日の窓口を代行予定」というメモから、「Cが金曜日までに設計変更を承認する」と作ると、期限と承認権限を創作してしまいます。これは誤りを説明するために作った例で、実際のAI出力や検証結果ではありません。

行動案は、まず「変更希望と対象図面を設計担当へ照会する」とし、担当の引受けと社内期限を人が決めます。顧客への回答日は未合意のまま、Cの役割は窓口代行のまま残します。入力には利用サービスの契約と社内ルールに合う情報を使い、氏名を伏せても案件が特定される内容に注意を払います。AIが整えた文章も、元の約束と資料を照合してから台帳へ採用します。

最初は進行中の一案件で、次の作業と終わりを別の担当者が説明できるかを試せます。解釈が分かれた箇所を直し、実行後に結果を残した一行が、自社の記入見本になります。