工務店・ハウスメーカーの施工能力管理 受注予定と現場体制をそろえる実務ガイド

「営業は来月着工で話を進めているのに、工務は協力会社の回答を待っている」。こうした認識のずれは、受注した後で表に出ます。年間の施工棟数や在籍人数を見ていても、特定の工程に仕事が集中する時期や、担当者の予定が重なる日までは分かりません。

新しい受注に「この時期なら着工できます」と答えてよいのは、案件ごとに工種、期間、担当者、協力会社の回答を同じ時間軸に並べ、相手の回答と社内確認がそろった体制だけを「使える」と数えられたときです。営業の受注見込みと施工枠の確約は別の欄に持ち、未回答の予定は確定として扱いません。重なりが見つかったら、日程、担当、協力会社の順に調整し、根拠がそろわなければ、理由と次の連絡日を付けて回答を保留します。

以下、管理表の作り方、重なりの見つけ方と調整、週次会議と導入後の見直し、道具選びと導入の進め方の順に説明します。案件名、人員、日付、数量はすべて説明用の架空例です。法定の配置、資格要件、労務、建物の安全性、個別の工期は、管理表だけでは結論が出ません。案件資料と各責任者に戻って確かめる前提で読んでください。

01.施工能力は「あと何棟」ではなく「この案件を、この条件で」で答える

施工能力管理の目的は、受注の約束と、その約束を支える実行条件をそろえることです。集計結果から一律の上限棟数を決めるのではなく、受注予定ごとに、確認済みの条件と未解決の条件を示します。

判断の単位は「会社全体であと何棟」ではなく、「この案件を、この期間、この担当体制で進められるか」です。着工時期を動かせる案件と、引渡し希望日から工程を逆算する案件では、確かめる条件が違います。受注判断には、対象工程、担当者、協力会社の回答、前後工程とのつながり、顧客と調整できる範囲を添えます。「改修Bは設備工事の日程調整が必要。候補日の回答後に判断」と記録すれば、保留の理由と次の行動が分かります。

経験による見立ても判断材料です。ただし「たぶん大丈夫」で終わらせず、どの工程に余裕を見ているのか、どの条件が変われば判断し直すのかを言葉にして残します。

棟数と在籍人数では分からないこと

同じ棟数でも、新築と改修、工事範囲、現場間の距離、顧客対応の量が違えば、担当者が必要になる時期は変わります。前年と同じ棟数だから同じ体制で進められる、とは限りません。

在籍人数にも、担当工種、経験、休暇、他の業務、各案件の配置条件という違いがあります。協力会社の人員は、自社の希望期間に対応できると確認されて初めて、その案件の予定として扱えます。

年間の集計は経営計画に残し、受注判断には期間別・工種別の表を併用します。年間で見ると平準化して見える工程の集中は、直近の表でしか探せません。

受注の見込みと、施工枠の確約は別の情報

営業案件には、「契約に進む見込み」と「施工体制が確認できた程度」という二つの情報があります。契約の可能性が高くても、協力会社が未回答なら施工体制は未確定です。逆に、候補期間に対応できるという回答があっても、顧客との契約条件が決まっているとは限りません。

管理表では、営業段階、工程ごとの体制の状態、顧客へ伝えてよい内容を別の欄にします。「契約条件調整中／設備業者は確認待ち／着工日は未確約」と並べれば、営業上の進展が体制の確定に読み替えられるのを防げます。

工務から営業へ伝えるときも、「空いている」だけでは足りません。対象期間、対象工種、回答が有効な条件を添え、顧客に説明する前に変更がないかを確かめます。

管理表で決めないこと

管理表で扱うのは、必要な情報がそろっているか、予定が重なっていないか、誰の回答を待っているかという運用上の判断です。表に資格の名称が書いてあっても、その案件の配置要件を満たすことまで、表が証明するわけではありません。

工事内容や契約条件が変わったとき、担当者の兼務や代替配置を検討するとき、工程を短縮するときは、確認先を明記して案件資料に戻ります。必要に応じて、有資格者、工務責任者、労務担当者に確認を頼みます。

確認の結果は「確認済み」とだけ書かず、対象範囲、確認者、確認日、参照資料を残します。前提が変わったら再確認の対象にし、以前の承認を別の条件の案件に流用しません。

02.どの段階の案件を管理表に載せるか

営業案件を管理表に載せる時点が遅いと、契約直前まで工程の集中に気づけません。一方で、すべての相談を確定工程と同じ表示にすると、予定表が埋まって実態が読めなくなります。載せる入口と、施工枠の扱いを分けて決めます。

掲載・仮押さえ・確約の三段階

掲載は、将来の負荷を検討する対象に加えることです。仮押さえは、関係者と候補期間を調整するために、対象工程と期限を決めて予定を置くことです。確約は、必要な確認と社内判断を経て、顧客に特定の条件を約束する段階です。

この三つを、同じチェック欄で扱わないようにします。仮押さえには「いつまで」「何の工程を」「誰の了承で」置いたのかを記録し、期限後の扱いも決めます。社内で候補日を書き込んだだけなら、協力会社の枠を確保したことにはなりません。

体制の確認が終わったことと、対外的に確約することも別です。工程以外の契約条件や社内承認も踏まえ、確約する権限を持つ人が最後に確かめます。

相談段階の案件を載せる条件

載せるかどうかは、工程への影響を検討できる情報が出たかで決めます。たとえば、施工地域、主な工事内容、希望の着工時期や完成時期が分かった相談を、確認対象として登録します。日程が月単位でも、希望の幅を残しておけば、初期の集中確認に使えます。

工事内容も時期も決まっていない一般的な問い合わせは、営業案件一覧で追い、工程表にはまだ展開しない運用も取れます。その場合も、「現地確認後」「希望時期の聴取後」のように、掲載を見直すきっかけを決めます。載せない案件を放置しないことが要点です。営業担当が次の面談で不足情報を確かめ、条件を満たした時点で工務へ引き継ぎます。

受注確度と、体制の確定度は別の列

受注確度を「高・中・低」で管理するなら、その基準は営業内でそろえます。ただし、その評価を施工体制の確定度に転用しません。「確度が高いから人員も確定」「低いから工程表には不要」という扱いでは、実際の負荷を見誤ります。

営業段階は「相談中」「見積提示済み」「契約条件調整中」など事実で記録し、施工体制は工種や担当ごとに「確定」「仮予定」「確認待ち」を持たせます。案件全体の要約欄には、受注判断を止めている条件を書きます。

確度を割合で表していても、必要人日にその割合を掛けた値だけで配置を判断することはしません。受注した場合に必要になる作業量と、営業計画上の期待値は、用途が違います。

営業が初回に登録する情報

初回登録では、案件ID、営業担当、工事概要、施工地域、希望期間、日程の調整余地、顧客への回答期限を押さえます。回答期限が決まっていなければ、次に希望を聞く日を確認期限として置きます。

分からない項目は空欄のままにせず、「未聴取」「工務確認待ち」「顧客回答待ち」のように、不足の種類を残します。担当者名を推測で埋めたり、希望着工日を確定日に転記したりしないことも、ルールにしておきます。

工務は受け取った後、受注判断に影響する主要工程を足し、工程ごとの確認先を決めます。最初から全工程を詳しくするより、重複しそうな工種と、返答に時間がかかる手配を先に扱うほうが着手しやすくなります。

次の表は掲載基準の運用例です。契約の呼び方が違うなら、自社の営業段階に置き換えます。段階が進んでも、施工枠の状態は個別に確かめて更新します。

登録したこと自体が受注承認と読まれないよう、一覧の凡例に「掲載は施工枠の確保を意味しない」と書いておきます。

03.管理表の項目と、入力する人を決める

管理表は、案件情報を何度も転記する帳票ではなく、受注判断に必要な情報を結び付ける一覧にします。案件ごとの基本情報と、工種・期間ごとの工程情報を分け、共通の案件IDで参照できるようにすると、変更箇所と確認の責任を追えます。

案件の基本情報と、工程の情報を分ける

案件の基本情報には、案件ID、案件名、営業担当、工事概要、顧客の希望期間、回答期限を記録します。工程の情報には、工程ID、工種、開始・終了の予定、担当者、協力会社、体制の状態を記録します。一つの案件に、複数の工程行がぶら下がる形です。

一行に「大工・設備・電気」とまとめると、どの工種が未回答なのか分かりません。工種ごとに回答者や対象期間が違うなら行を分け、同じ工種でも担当や期間が違う部分は区別します。

表計算ソフトなら、基本情報と工程情報を別シートにする方法もあります。氏名や連絡先などの詳細は必要な管理場所に置き、会議用の一覧では案件IDと参照先を使うと、共有範囲を調整しやすくなります。

担当者と協力会社は、回答状況と一緒に書く

担当者名や協力会社名だけでは、配置できることを確認したのか、候補に挙げただけなのかが分かりません。「候補者」「確認済みの担当者」「回答状況」を区別し、回答の対象期間と工種を合わせて記録します。

「協力会社X、返答あり」ではなく、「設備工事、10月12日〜16日の対応可と回答。ただし対象作業は仕様書の指定範囲」と残します。回答の条件が工程案と合っているかは、工務担当が照合します。

人員数も、会社の在籍人数ではなく、対象案件に対応する予定として確認できた範囲を書きます。班名だけで回答を受けたなら、人数や作業範囲が必要かを検討し、分からない人数を推測で補うことはしません。

最終確認日・更新日・確認期限は別のもの

最終確認日は、予定の内容を相手や根拠資料に照らして確かめた日です。更新日は、表の記載を変えた日です。この二つを分けないと、表示を整えただけの古い予定が、新しい情報に見えてしまいます。

確認期限には、未回答の返答期限や、条件変更後に再確認を終える期限を入れます。確認済みでも、仮押さえの有効期限や次の見直し日があるなら、別に記録します。日付だけでなく、何を確認するのかを短く添えます。

更新者と確認担当が違うなら、両方を残します。代理入力はできますが、その人が予定を承認したことにはしません。口頭で受けた回答を転記するときも、元の回答者と確認日時を記録します。

変更理由と、顧客への回答期限

変更理由が「修正」だけでは、後から使えません。「顧客の希望時期変更」「前工程の完了見込み変更」「協力会社の回答撤回」など、再調整の原因が分かる書き方にします。変更前の値は履歴に残し、現在の表には最新の状態を表示します。

顧客への受注回答期限は、協力会社への確認期限とは別に持ちます。顧客に回答する前に、工務の確認と社内判断の時間を取れるよう、確認期限を逆算して置くためです。間に合わないなら、営業が期限の前に中間報告や再回答日を調整します。

電話で決まった変更も、確認した担当者が表に反映し、影響する関係者に伝えます。表を更新した事実と、相手が変更を受け取った事実を分けて記録すると、伝達漏れを追えます。

必須の列と入力担当

J-Net21の事務作業改善に関する解説は、業務フロー図を作って業務全体を見渡すこと、ミスのもとになる作業の直後にチェックを置くこと、特定の作業者に作業量やチェックが集中していないかを確かめることを勧めています。事務作業一般の改善についての解説です。

この記事で提案する工種別の行構成、三つの状態、確認期限、受注回答保留の扱いは、その一般論とは別の、工務店向けの運用案です。住宅施工の技術基準、必要人員、工期を、この資料から導くものではありません。自社に当てはめるときは、今ある帳票と照らし、誰が情報を受け取り、どこで判断し、どこへ伝えるのかを先に整理します。その流れに必要な列だけを選べば、同じ情報の重複入力を減らせます。

次の列を出発点にして、案件の基本情報と工程の情報に振り分けます。「入力担当」は記録する人のことで、専門的な判断の責任者とは別に決められます。

誰も更新しない列を増やすより、必須の列の担当と更新時点を決めることを優先します。

架空案件の記入例

架空の新築A、改修Bを、架空の10月の工程として登録した例です。日付は工程設計の推奨値ではありません。見やすさのため、実際には案件ID・工程IDで結び付ける情報を、二つの表に分けています。

B-01には候補の名前が入っていますが、使える体制ではありません。最終確認日は照会の状況を確かめた日で、対応可の回答があった日とは限らない点にも注意します。

04.確定・仮予定・確認待ちを混ぜない

状態の表示は、予定の信頼性を共有するための約束です。同じ「確定」でも人によって意味が違えば、表を一つにしても判断はそろいません。工程ごとに設定の条件を決め、状態を変えた根拠を残します。状態は工程や体制の確認状況に使い、受注判断は別の欄で管理します。

似た意味の独自表現を、担当者ごとに増やさないようにします。「期限超過」「要再確認」「取り下げ」は補助情報として扱います。取り下げた行は履歴に残し、現在の需要・供給の集計からは外します。

確定にしてよい条件

確定に変える条件は、対象工種、期間、作業範囲、担当体制について、必要な相手の回答と社内確認がそろっていることです。回答に条件が付いているなら、その条件が満たされているか、誰が確かめたかも残します。

「いつも頼んでいる」「以前は同じ時期に対応できた」は、今回の回答の代わりになりません。電話の回答も記録できますが、対象工程と日程を復唱して内容をそろえ、必要に応じて相手が確認できる方法で共有します。

ここでいう確定は、その時点の前提に基づく管理上の状態です。将来変更がないという保証でも、法的な適否や安全性についての包括的な承認でもありません。

仮予定は、文字で「仮予定」と書く

仮予定は、候補の期間や担当体制について調整が進んでいるものの、条件が残っている状態です。「仕様決定後に再回答」「別案件の日程次第」のように、確定へ進めない理由を併記します。

色分けだけに頼らず、セルに「仮予定」と文字で表示します。印刷や転記で色が失われても、状態が伝わるためです。工程表で実線と破線を使い分けるなら、凡例を統一します。

仮予定を使える量に足し込むと、条件が崩れたときに不足が表に出ます。確認済みの供給量とは分けて表示し、調整の候補として使います。期限が来たら、維持、変更、取り下げのいずれかを決めます。

確認待ちは、必要量には残し、供給量には入れない

確認待ちは、必要な情報が未回答、未照会、または再確認中の状態です。相手から返答がないことを了承とは解釈せず、担当者が候補を入力しただけの行も、使える体制には含めません。

一方で、必要な作業量や重複の候補から消してしまうと、将来の負荷を見落とします。需要の側には候補工程として残し、供給の側では確認済み分に含めない、という非対称の扱いにします。

人数の回答だけがあって、期間が分からない場合も同じです。「2人対応可能」という返答を対象期間全体の稼働に展開せず、いつ、何の作業に、どの範囲で対応できるのかを聞き直します。

期限を過ぎても、自動で確定にしない

確認期限を過ぎた予定には、「期限超過」の印を付けます。期限超過は、確定・仮予定・確認待ちとは別の管理情報で、日付が過ぎただけで確定に変えることはしません。

確認担当は、再照会するのか、代わりの候補を探すのか、顧客への回答期限を調整するのかを決めます。「連絡済み」で止めず、次の確認日と、返答がない場合の判断者を記録します。

候補枠の仮押さえ期限が切れたときも、自動で延長しません。相手の予定が変わっている可能性があるので、再確認の対象に戻します。契約上の期限や通知が関わるなら、担当責任者が契約資料を確かめます。

一度確定した予定を戻すとき

確定の後に工程や担当が変わったら、影響を受ける行を再確認の対象にします。以前の回答がどの条件に対するものだったかを残し、今も有効な範囲と、確かめ直す範囲を分けます。

設備工程を翌週へ移すなら、元の週の対応回答を、新しい週へそのまま引き継ぎません。期間を変えた行は確認待ちとし、協力会社の再回答の後に状態を更新します。元の枠を取り下げる連絡も、履歴に残します。

履歴には、変更の前後、理由、確認担当、連絡先、連絡状況を記録します。受注済みの案件では、社内の表を変えただけで対外的な約束が変わるわけではないので、顧客対応は営業責任者に引き継ぎます。

05.工程を週別に並べて、重なりを見つける

案件一覧だけでは、同じ担当者や協力会社に仕事が集中する期間を見つけにくいものです。工種と期間を共通の時間軸に展開し、重なりが見つかった箇所だけ、日単位の工程や配置の資料で確かめます。

工種と期間を、週別の表に展開する

工程ごとに開始・終了の予定を記録し、その工程が含まれる週に表示します。週の区切りは統一し、月をまたぐ場合も同じ基準を使います。

ある週に工程が含まれるからといって、その週の全日を同じ人数が使うとは限りません。週別の表は、重複の候補を探す入口です。候補が見つかったら、作業日、時間帯、現場間の移動、立会いの予定を確かめます。

新築と改修を同じ一覧に載せるときも、案件ごとの全期間を塗るだけでは粗すぎます。設備、大工など、自社の手配と判断に使う工種に分けて並べます。

担当者別と協力会社別で見る

担当者別の表示では、現場作業だけでなく、工程調整、立会い、顧客打合せなど、確認対象とする業務をそろえます。自社の工務担当が複数の現場を持つなら、訪問や判断が必要な時点を記録すると、現場数だけでは見えない集中を探せます。

協力会社別の表示では、会社名の一致を重複の候補として拾い、実際に同じ班や作業者が必要なのかを確かめます。同じ会社でも、別の体制で回答がある場合と、同じ作業者を候補にしている場合では、扱いが違います。

逆に、表記ゆれで同じ会社が別会社として集計されないよう、協力会社IDや統一名称を使います。部署名や班名を付けるなら、会社との関係を残します。

日程に幅がある案件は、幅のまま残す

希望時期しか分からない案件は、候補開始日の最早・最遅と、作業期間の見込みを分けて記録します。「開始は第2週または第3週」と分かっていても、その両方の週が続けて作業期間になるとは限りません。

期間が読めないなら、無理に開始日と終了日を作らず、希望月と不足情報を残します。重複表では「要工程確認」と表示し、工務が見積条件や現場条件を確かめてから詳しくします。

日程の幅を一つの確定日に丸めると、余裕があるようにも、過密であるようにも見えてしまいます。候補Aと候補Bを比べるときは、両方を同時に実行する需要として合計しないよう、選択案であることを書きます。

現場の数が同じでも、負荷が違う箇所

負荷が集中する箇所は、現場の数ではなく、同時に必要になる作業や判断から探します。着工準備が重なる週、工種の切り替わりが多い週、現場確認と顧客打合せが集中する日は、担当者に実態を確かめる対象です。

予定上の空白も、そのまま余力とは扱いません。移動、事前準備、記録、他の業務が未入力なだけのことがあります。表を初めて作るときは、担当者に「一覧に出ていない作業は何か」を聞いて補います。

特定の工種だけが詰まっているなら、全案件の着工を一律に遅らせる前に、その工程を中心に調整案を検討します。前後の工程や施工条件が許すかどうかは、工務責任者が資料で確かめます。

架空案件の週別重複表

前に示した架空案件を、週別に展開した例です。W1は10/5〜10/11、W2は10/12〜10/18、W3は10/19〜10/25とします。週の表示は重複の候補を探すためのもので、稼働日数を表してはいません。

W1のA-01とB-01は、同じ作業者甲を必要とするので確認対象です。B-01をW2へ移す案は、協力会社の回答と前後工程の確認が終わるまで、解消済みにしません。「―」も使えるという意味ではなく、この表に当該工程がないことだけを示します。

月・週・日の使い分け

期間の粒度は、判断したい内容に合わせます。一つの画面ですべてを判断しようとせず、月単位から週単位、必要な箇所だけ日単位へ進みます。

月次の営業計画を細かくしすぎると、未確定情報の更新の負担が増えます。直近や回答期限の近い案件から粒度を上げ、遠い予定は幅を残しておきます。

06.人日の計算は、重なりの確認を補助する

人日や人週は、同じ条件で整理した必要量と、確認済みの供給量を比べるための補助の指標です。工程の順序や作業者の適性は、この数字では表せません。ここでは前提を固定し、式を追える独立した架空例で示します。

対象期間と単位を先に固定する

計算の対象は、架空の計画上のW1〜W4という4週間、同じ設備工種、同じ作業範囲とします。各週の計画稼働日は5日、対象期間は合計20稼働日です。実際の暦、休日、契約条件を示すものではありません。

この例の1人日は、計画で定めた1日分の作業量です。1人週を使うなら、この計算の中に限って5人日と定義します。日ごとの作業時間が違う実務では、時間単位で整理するなど、比べられる基準に直します。

期間と工種が違う人日は混ぜません。別工種の余裕を設備工事の供給として足さず、対象期間外の稼働も分母に入れません。

必要量：案件別に合計する

対象は、設備工事の案件C、D、Eです。各案件の作業内訳を確認した想定で、Cは12人日、Dは10人日、Eは8人日と置きます。対象4週間の必要量は12＋10＋8＝30人日です。

これらは標準歩掛かりでも実績値でもなく、計算方法を示すための数量です。実務では、工事範囲、数量、現場条件、担当者の見立てなど、見積もりの根拠を別の資料に残します。根拠が未確認なら「必要量未確認」とし、ゼロとしては処理しません。

営業段階の案件を含めるなら、確定受注分と検討中の案件分を分けて示します。その案件を受けた場合の追加量が見える形にし、集計の対象を都合よく入れ替えないようにします。

供給量：確認済みの日数だけを入れる

同じ架空例で、作業者乙は対象4週間のうち16日、作業者丙は12日、この計算対象の工事群に対応できると確認済みとします。それぞれ1人として、確認済みの供給量は1人×16日＋1人×12日＝28人日です。

確認済みの日数は、対象業務に使える日として、他案件や休暇との調整を済ませた想定です。在籍していることだけを理由に20日ずつ計上したり、別案件に割り当てた日を二重に計上したりはしません。

追加候補の作業者丁について10日間を照会中でも、未回答の10人日は分母に入れません。「追加候補10人日、確認待ち」と別に書き、回答の後で対象期間や重複を確かめて更新します。

式と検算

比較に使う計算上の負荷率は、必要量÷確認済み供給量×100です。この例では30人日÷28人日×100＝約107.1％です。分母は在籍人数でも暦日でもなく、対象期間・対象工種について確認済みの28人日です。

差は30−28＝2人日で、集計上は必要量が供給量を2人日上回ります。5人日を1人週とした換算では、必要量6人週、供給量5.6人週で、同じ比率になります。

分母がゼロなら比率を表示せず、「確認済み供給量なし」とします。未入力とゼロも区別します。そして、4週間の合計が収まっていても特定の週で足りないことがあるので、週別の内訳まで確かめます。次の表は、4週間の合計と週別の配分を併記した例です。

週別の不足の合計（5人日）と、期間合計の差（2人日）は別の数字です。作業をW4へ移せるかどうかは工程条件の確認が要り、数値上の相殺だけで解消済みにはしません。

負荷率だけで、受注の可否や安全性は決まらない

100％以下なら受注できる、という基準にはできません。同じ28人日でも、必要な日に集中して使えなければ工程は成り立ちません。担当者の工種、経験、資格、移動、前後工程、天候や現場条件によっても、確かめることが変わります。

一方、100％を超えたからといって、直ちに全案件を断る結論にもなりません。日程や対象範囲の調整、追加候補への確認を検討し、根拠がそろわない間は条件調整か回答保留にします。

計算には、予定の不確かさも残ります。必要量が増減したら、値だけを上書きせず、変更理由と確認者を記録します。余裕率を一律に置けば安全になる、この値から安全な受注棟数を逆算できる、という使い方はできません。

07.重なりを見つけたら、日程・担当・協力会社の順に調整する

重なりが見つかったら、何が同時に必要になっているのかを確かめ、変えられる条件から調整します。変更を急ぐときほど、他の案件への影響を一緒に記録します。

次の順序を、重複行の横に確認欄として持たせると、調整の途中経過を共有できます。複数の案を並行して検討するなら、案ごとに回答と期限を分けます。

日程案が決まっただけの段階では、重複の解消にしません。変更後の回答を反映し、元の予定の取り下げまで確かめてから、最新の表を共有します。

着工日と工程の順序を変えられるか

最初に確かめるのは、顧客の希望日、契約などで定めた日程、工務の工程案が一致しているかです。希望を確約として扱っていたなら、営業と工務で認識をそろえ、顧客に説明する内容を整理します。

変更案は、着工全体を動かす案と、特定の工程を動かす案に分けて検討します。前工程の完了条件、資材や設備の手配、検査や立会い、顧客の生活への影響を確かめ、工程の順序を表の上だけで入れ替えないようにします。

調整できる場合も、誰がどこまで了承したかを残します。顧客が希望を変えただけで、協力会社の日程が確定するわけではないので、変更後の期間を関係者に照会し直します。

担当を変えるときに確かめること

担当変更は、空いている名前に置き換える作業ではありません。対象作業に必要な経験、資格や配置の条件、引継ぎ内容、当日の他の業務を確かめます。候補者の所属部署や在籍だけでは、代われるとは判断できません。

別の案件から担当者を移すなら、移した先だけでなく、元の案件の体制も確かめます。管理表では変更対象の工程IDを相互に記録し、一方の不足を別の案件に移していないかを見ます。

引継ぎに必要な現場確認や資料説明の時間も、予定に含めます。法定の配置や兼務に関わる可能性があるなら、現在の案件条件に照らして、担当責任者や有資格者に確認を戻してから判断します。

協力会社への再照会で伝えること

再照会では、案件名だけでなく、工種、作業範囲、希望期間、必要な体制、現場条件、回答期限を伝えます。前回から変わった点を明示すると、元の条件への回答が新しい条件に流用される行き違いを減らせます。

架空のB-01なら、「設備工程を10/5〜10/9から10/12〜10/16へ変更する案。対象作業は同じ。作業者甲、または別の作業者で対応できるか、9/28までに回答希望」と整理します。人数が未確定なら、その点も回答項目にします。

受け取った返答は、期間の一部だけなのか、別の担当なら可能なのかを確かめます。条件付きの回答を全面的な了承として記録せず、未解決の条件を残して工務責任者に共有します。

根拠がそろわなければ、回答を保留する

回答保留は、判断を放置することではありません。何が足りず、誰が、いつまでに確かめ、顧客に次はいつ伝えるかを決めた状態です。確認担当と判断者を分け、担当者一人で抱え込まないようにします。

営業は「調整中です」で終わらせず、説明できる範囲で、未確定の条件と次の連絡日を伝えます。たとえば「ご希望の着工時期は、施工体制の確認後に回答します。次回は○日に状況をご連絡します」と整理します。

期限までに条件が整わなければ、別の期間の提案や受付方針の見直しを、判断者に上げます。契約済みの案件は、受注前の保留と同じ扱いにはできません。契約内容に沿った変更協議や対応を、責任者が確かめます。

法令・資格・労務・安全性は、責任者へ戻す

担当者の兼務、資格を要する作業の代替、工期の短縮、休日や時間外の稼働を前提にした調整、設計や施工方法の変更は、管理表の空欄を埋めるだけでは判断できません。案件資料、契約資料、最新の制度や社内基準を確かめる対象です。

表には「要資格確認」「労務条件の確認待ち」など、確認事項を具体的に書き、確認先と参照資料を残します。建物の安全性や施工の技術的な妥当性に関わる内容は、必要な専門性を持つ担当者に戻します。

一度確認した条件から工事範囲や体制が変わったら、確かめ直します。過去の案件と似ていることや、ソフトの警告が出ないことは、今回の適否を裏付ける根拠になりません。

変更案を入力した時点と、再確認を終えた時点を分ける

架空のB-01について、先の再照会にX社から「この期間は甲ではなく、別の作業者戊を候補にできる」と返答があったと仮定します。日程と担当の両方が変わる案を入力した時点と、再確認を終えた時点を並べます。

履歴には、9/26に工務担当Qが変更案を登録し、9/28に対象の回答と社内確認を記録した、というように経過を残します。この日付も説明用です。顧客への回答は、営業が了承範囲を確かめて行い、その内容と日時を別に記録します。

08.週次会議で、未解決の条件の扱いを決める

定例会議は、表を読み上げる場ではなく、未解決の条件の扱いを決める場にします。期限超過、確認待ち、重複、変更、受注回答期限の順に確かめ、最後に担当者と次の期限を決めます。緊急の変更は、定例日を待たずに扱います。

会議の前に、古い情報を拾っておく

会議の前に、各更新担当者が自分の担当行を確かめます。拾うのは、確認期限を過ぎた行、根拠の日付が古い行、前提条件が変わった行、回答期限が近い案件です。古いかどうかは、一律の日数ではなく、仮押さえの有効期限や変更の有無から判断します。

会議で見る版には、更新の基準時刻を付けます。その後に入った重要な回答は追加の変更として示し、参加者が違う版を見て判断しないようにします。

更新できなかった項目は隠さず、「未更新、確認担当不在」のように理由を残します。情報を新しく見せるために、確認日だけを今日に変えることはしません。

期限超過と確認待ちから見る

最初に、期限を過ぎた確認事項が、顧客への回答や着工準備に及ぼす影響を見ます。次に、期限内でも未回答の重要項目を確かめます。古い順に全部読むより、回答期限と工程への影響を合わせて順番を付けます。

確かめるのは「連絡したか」だけではありません。必要な回答内容を相手に伝えているか、返答の一部が足りなくないか、別の確認先に切り替える必要があるかを検討します。

持ち帰りにするなら「工務で確認」とせず、担当者名、質問事項、期限、返答がない場合の判断先を決めます。架空の記入例は、「B-01：工務担当QがX社へ変更期間を再照会、9/28期限。未回答なら営業担当Rが9/29に顧客へ中間報告」です。次回の会議はこの記録から始め、同じ事項が理由なく繰り越されていないかを見ます。

重複と、直近の変更の影響

重複表では、確定どうしの衝突、確定と候補の重なり、候補どうしの重なりを分けます。すでに対外回答した案件に影響があるのか、今から調整できる案件なのかで、対応の順番が変わります。

直近の変更履歴は、変更した行だけでなく、後続の工程や共通の担当者に波及していないかを確かめます。日程を翌週へ移した結果、別の案件と新しく重なっていないかも見ます。

会議で修正するなら、合意した案と未承認の案を分けて記録します。参加していない協力会社の予定まで、その場の社内合意だけで確定させることはできません。

結論は、受注可能・条件調整・回答保留の三つで残す

受注可能は、確認した条件の範囲で回答を進められる状態です。対象期間、工事範囲、体制などの前提を併記し、無条件に受けられるという表示にはしません。条件調整は、日程や担当の変更案があり、相手との合意や追加確認が必要な状態です。回答保留は、判断に必要な根拠が足りず、現時点で確約できない状態です。いずれも、次の行動を記録します。

この三つは営業対応の分類で、工程ごとの確定・仮予定・確認待ちとは別です。受注可能と判断した後も、回答の前に前提が変われば判断し直します。

営業・工務・判断責任者の役割

営業は、顧客条件、受注段階、回答期限、変更の了承状況を管理します。工務は、工程案、担当体制、協力会社の回答、重複や技術確認の状況を整理します。経営者または指定された判断責任者は、条件調整や保留の方針、部門間の優先順位を決めます。

小規模な会社では、同じ人が複数の役割を持つこともあります。その場合も、「営業情報を登録した」「工程を確認した」「受注回答を承認した」という行為を分けて記録すると、判断の抜けを見つけやすくなります。

専門的な適否を確かめる役割は、別に決めておきます。経営判断で受注方針を決めても、必要な資格・労務・安全性の確認を省けるわけではありません。

09.導入後は、記録から管理表を直す

導入した後は、件数を減らすことだけを目標にしません。未確認の情報が見えるようになれば、最初は確認待ちの件数が増えることもあります。定義と集計の条件をそろえ、記録から連絡経路や入力の負担を見直します。

数え方を固定する

確認待ち件数は、必要な回答がそろっていない工程行の数として数えられます。期限超過件数は、そのうち確認期限を過ぎても未解決の行数です。仮予定の期限超過も扱うなら、集計範囲を明示して別に表示します。

「一案件」を一件と数えるのか、「一工程行」を一件と数えるのかを固定しないと、工種を細かく分けただけで件数が増えます。項目を変えた週は、比較のときにその変更を記録します。期限が未設定の行は、期限超過ゼロの中に埋もれないよう、別に抽出します。

工程の重複も、数え方を決めます。三つの工程が重なったときに組み合わせを数えるのか、一つの重複グループとするのかを統一します。「同一作業者×週を一単位とし、二つ以上の工程がある単位を一件」と定義すれば、再集計できます。ただし、これは確認候補の件数で、実行できない件数ではありません。比べる工種、先を見る期間、抽出時点もそろえます。先4週間と先12週間の件数をそのまま比べたり、候補工程を除いて改善したように見せたりはしません。

表の指標は運用案です。件数には分母を置かず、率を見るときにだけ対象の母数を定義します。ゼロ件を目標に固定する前に、発見と記録ができているかを確かめます。平均値だけでは長期の保留が隠れるので、保留案件は個別の日数と次回期限を併記します。

変更履歴から、繰り返す原因を探す

変更履歴は、調整が繰り返される原因を探す材料になります。「仕様変更」「顧客希望の変更」「前工程の変更」「協力会社の回答変更」「初回情報不足」など、自社で使える少数の理由区分を設けます。

区分だけでは分からない事情は、短い補足に残します。「顧客都合」で一括りにせず、初回に希望時期を聞けていなかったのか、後から新しい希望が生じたのかを分けると、直す対象が変わります。

同じ工程の修正回数が多いなら、必要な更新だったのか、複数の表に別々に転記していたのかも確かめます。変更の件数を減らすために、必要な更新まで止めてしまっては逆効果です。

指標を、担当者の責任追及に使わない

確認待ちが多い担当者に、重要案件や、回答に時間がかかる工種が集中していることもあります。件数だけを個人の評価に使うと、未確認事項を登録しない、期限を先送りするといった運用を招きます。

まず、照会の内容がそろっているか、回答を受ける窓口がはっきりしているか、期限が相手の確認作業に合っているかを見ます。担当者の抱える案件数や、入力に使える時間も合わせて確かめます。改善策は、照会様式の統一、代行入力、窓口の整理、期限の設定方法など、原因に対応させます。未解決事項を早く記録したことと、解決が遅れたことは、分けて扱います。

列と会議の頻度を見直す

使われていない列は、何の判断に必要なのかを確かめます。会議でも参照せず、別の資料で足りる項目なら、管理表から外すか、参照先だけにします。一方、確認日、根拠、更新者は、省くと予定の信頼性を追えなくなります。

会議の頻度も、案件の動きに合わせます。週次を基本にしても、回答期限の迫った変更は臨時に確かめ、遠い時期の見込みは毎回細部まで読み上げない運用にできます。

列や集計方法を変えるときは、変更日と理由を残します。定義が変わった指標は前後で単純に比べず、新しい条件で観測を始めます。表を育てる作業にも、担当を置きます。

10.道具は、運用を決めてから選ぶ

表計算ソフトでも施工管理システムでも、未回答を確定扱いにする運用が残っていれば、問題は解消しません。入力、確認、判断、共有の流れを先に決め、自社の代表的な案件と変更の場面で、必要な記録を保てるかを比べます。

先に決めるのは、営業情報を入れる人、工程を更新する人、回答を確かめる人、対外回答を承認する人です。更新の時点は「会議前」だけでなく、「協力会社から回答を受けた時」「顧客条件が変わった時」というきっかけでも定めます。入力者が不在のときの代行も用意し、代理で入力した場合は実際の更新者を残して、根拠を確かめた人と混同しないようにします。この役割分担を、候補の道具で再現できるかを試します。

次の表は製品性能の評価ではなく、候補を試すときの確認項目です。表計算ソフトにも施工管理システムにも複数の提供形態があるので、実際の環境で確かめます。

表の観点について、試すときに見落としやすい点を補足します。

• 履歴：自動保存の履歴があっても、業務上の変更理由まで分かるとは限りません。必要なら理由欄や別の変更記録を組み合わせます。
• 権限：閲覧、入力、承認、外部共有を分けて考えます。協力会社には必要な案件情報だけを見せたいのか、営業全員が工程を編集する必要があるのかを整理します。
• 通知：期限超過や重要な変更に絞ります。通知が届くことと、受け手が確認して対応することは別なので、確認済みの記録や不在時の引継ぎ方法も検討します。
• 入力：実際に使う端末と場所で試します。現場から状態と確認日だけ更新する、営業が希望期間を変える、工務が複数工程をまとめて見直す、といった代表的な作業です。速さだけでなく、誤入力を戻せるか、確認待ちを空欄と区別できるかを見ます。入力の手間を、現場担当者へ一方的に移さない設計にします。
• 二重入力：発生するなら、どちらを正本にするかを決めます。連携や取り込みを使うときは、案件ID、工種名、状態の値が対応するか、取り込み後の確認担当が要るかを見ます。
• 出力：印刷や外部出力では、抽出日時、対象期間、凡例、未解決条件が残るかを確かめます。色だけで表していた状態が消えると、元の画面と違う意味に読まれます。共有した出力物はその時点の写しなので、参照すべき正本と版の確認方法を伝えます。外部共有では、他の案件や個人情報が含まれない範囲で出力します。

機能名が同じでも、使える範囲や設定方法は製品と契約によって違います。必要な権限、履歴、通知、出力、連携がどの条件で使えるかは、最新の公式情報や提供元への問い合わせで確かめます。価格は基本料金だけでなく、利用人数、外部利用者、保存容量、導入支援、データ移行など、自社に必要な条件をそろえて比べ、確認時点の見積もりを記録します。契約終了時のデータ出力や閲覧の条件も、履歴を残す観点から確かめておきます。

導入の効果も、一律には見込めません。試行で入力や会議がどう変わったかを確かめ、続けられるかを判断します。判断資料には確認日と試した操作を残し、「できるはず」ではなく、必要な場面を再現した結果から選びます。

11.営業への共有と、最初の四週間

営業には、空き枠ではなく時期と条件を伝える

営業へは、「対応を検討できる期間」「条件調整が必要な期間」「現時点で回答を保留する期間」を分けて共有します。確かめた工種や工事範囲、情報の基準日も添え、別の種類の工事にそのまま読み替えないようにします。

工事の予定に余地があっても、現地調査、見積もり、打合せを担当する人が足りないことがあります。新しい相談を受ける計画では、施工体制と、営業・設計側の対応予定を合わせて確かめます。

先の時期ほど、不確かさは大きくなります。社内資料の候補期間を、そのまま対外的な「着工可能日」として告知せず、個別の条件を確かめてから回答します。見学会や施工事例の発信を計画するときも、撮影、施主の承諾、掲載内容の確認、問い合わせ対応といった準備が、施工工程の集中する時期と重ならないよう、担当者の予定に載せます。年間の受注計画とのつなぎ方は、年間受注計画の作り方で扱っています。

最初の四週間で整えること

初回は、全案件を一度に詳しくするより、直近の受注判断に使う案件から始めます。次の四週間は導入順序の例で、工事の標準期間や、運用の完成を保証する日程ではありません。

最初の会議では、架空例ではなく実際の案件一つについて、営業の登録から、協力会社への確認、判断の記録、顧客への回答まで、情報がつながるかを確かめます。つながらない箇所を直してから対象を広げれば、表だけが増える状態を避けられます。

管理表の完成は、すべての欄が埋まることではありません。分かっていることと未確認のことが区別され、条件が変わったときに誰が確かめ、誰が回答を判断するのかが分かる状態です。受注回答の前には、対象工程の根拠、未解決の条件、直近の変更、顧客に伝える範囲をそろえます。確認できた条件のもとで判断し、確認できない部分には担当と期限を置く。これを続けることで、営業の受注予定と現場の体制を、同じ基準で見直せるようになります。