工務店・ハウスメーカーの役割分担表 営業・設計・工務・事務の担当と判断を整理

役割分担表は、案件ごとの実行担当、確認者、決定者、共有先、連絡先、期限、正本、保留時の相談先、代行者をつなぐ実務表です。部署の境界だけでなく、顧客への約束を誰が受け取り、何を確認して次へ渡すかを書きます。営業・設計・工務・事務に広報を加え、一案件で使える形に整えましょう。

以下の会社体制、案件メモ、表の記入内容、試行日程は、検討用の架空例です。実在の顧客や導入成果を示すものではありません。法定業務、契約、建築技術、安全、労務、会計、個人情報に関する責任や適否は、この表だけでは確定できません。自社の現行規程や案件条件を確認し、必要な専門家と整理してから運用に反映してください。

01.役割分担表で案件の停滞箇所を見えるようにする

役割分担を見直す出発点は、担当者を増やすことや部署を細かく分けることではありません。まず、顧客への返答や現場の準備が止まった場面を取り上げ、作業、確認、決定、連絡のどこが抜けていたかを調べます。

例えば、見積の回答が遅れた原因が仕様の未確定なら、営業担当を変更しても解決にはつながりません。誰が仕様を確認し、いつまでに営業へ返すかを整える必要があります。表の一行は、責任を押し付ける単位ではなく、次の仕事へ進む条件をそろえる単位として使います。

組織図や職位表だけでは業務の境界を決められない

組織図は、部署の配置や報告関係を示す資料です。しかし「営業部から設計部へ引き継ぐ」と書かれていても、要望整理が終わった時点なのか、敷地資料がそろった時点なのかは分かりません。受け渡す資料や保留事項も、別に決める必要があります。

職位表で責任者が明らかになっていても、その人が毎回確認する業務と、担当者が進められる業務は区別されていないことがあります。日程調整まで社長の返答を待つ一方で、仕様変更は口頭で進むような偏りがないかを見ます。

組織図や職位表を作り直す前に、直近の行き違いを一つ選びましょう。「誰の部署か」ではなく「何がそろえば誰が次に動けたか」を問うと、分担表に追加すべき項目が具体的になります。

分担するのは人ではなく作業と判断と連絡である

一つの業務にも複数の役割があります。見積書を入力する人、仕様との整合を見る人、提示条件を決める人、顧客へ説明する人は、同じとは限りません。「見積担当」という一つの欄にまとめると、入力が終わっただけで提示可能と受け取られるおそれがあります。

仕事を分ける際は、動詞で書くと境界を話し合いやすくなります。「見積」ではなく「前提を集める」「内容を照合する」「提示を決裁する」「顧客へ説明する」と分解します。それぞれに渡す記録を置き、次の人が受け取ったことまで確かめます。

同じ人が作業と決定を兼ねる場合も、欄は分けて残します。本人の中では一続きの仕事でも、代行や引き継ぎの際には、作業済みと決定済みを区別する必要があるためです。

社長に戻る判断を通常対応と例外対応に分ける

社長へ戻る相談を並べ、情報がそろえば担当者が進められるものと、会社として判断が必要なものに分けます。定型の受付連絡と、契約条件の変更を同じ承認経路に乗せていないかを確認してください。相談件数だけを減らすと、必要な確認まで省かれるおそれがあります。

J-Net21の幹部のロイヤルティーに関する解説は、幹部が自ら判断する機会と意欲を支える考え方を扱っています。これを工務店の具体的な権限や処遇を決める根拠にはせず、自社では判断材料と相談条件をどう用意するかという検討につなげます。

実務上は、担当者に任せる業務ごとに、参照する資料、進めてよい範囲、判断を戻す条件を添える方法が考えられます。経営判断の記録も整える場合は、関連する経営管理の実務記事を補助資料として確認できます。

比較表で役割分担表と周辺資料の用途を区別する

資料を増やす前に、それぞれが答える問いを分けます。役割分担表に細かな操作手順や人事上の評価まで詰め込むと、案件で使う確認先が探しにくくなります。

この比較表は用途を整理するための実務提案です。名称が違っていても、同じ機能を持つ資料が自社にあれば活用できます。既存資料と内容が食い違う場合は、どちらを更新するかを決めてから分担表を使います。

02.問い合わせから引渡し後まで業務を棚卸しする

棚卸しは、営業・設計・工務・事務の仕事を別々に書き出すより、顧客の相談から引渡し後までを一本の流れにするところから始めます。部署別に始めると、各部署が自分の作業を終えることに目が向き、部署の間に残った仕事を見落としやすくなります。

問い合わせ、初回相談、提案、見積、契約、着工準備、施工、変更、請求、引渡し、アフター対応を並べ、施工写真の広報利用も必要な地点に加えます。新築とリフォームで順序や必要資料が違う場合は、共通部分を無理にそろえず、分岐として残します。

実際の一案件を匿名化して時系列に並べる

最近扱った一案件を選び、受付記録、打合せメモ、図面の履歴、現場連絡、請求関連記録を見ながら、実際の順番を書き出します。標準手順のとおりだったかを採点するのではなく、どの情報を受けて誰が動いたかを追います。

検討資料では顧客名や住所を案件記号に置き換え、個人を特定する情報や不要な契約情報を省きます。関係者だけで確認すべき原資料は、閲覧範囲を保ったまま参照します。匿名化したつもりでも、所在地や家族構成などの組合せで特定につながらないかを点検してください。

時系列には、やり直した作業も残します。設計へ渡した後に要望を聞き直した、請求書作成後に変更合意を探した、といった戻り道が、受け渡しを改善する手掛かりになります。

各工程の開始条件と完了条件を書き出す

開始条件は「前工程が終わった」ではなく、次の担当が仕事に着手できる情報で表します。提案準備なら、要望の優先順位、土地や既存建物の把握状況、未確認事項、次回説明の予定などです。情報が不足していても着手できる範囲があれば、その範囲を限定して書きます。

完了条件は、資料を作ったことだけでなく、確認状況と渡した相手まで含めます。図面を保存した段階と、必要な確認を経て工務が現場利用する版を受領した段階は異なります。

停止条件も対にして決めましょう。必要な確認が未了、前提が変わった、使用する版が不明といった場合に、どの作業を保留するかを明示します。全工程を止めるか、影響する部分だけを保留できるかは、案件の責任者や専門的な確認先と整理します。

顧客が待った場所と情報が止まった場所を探す

顧客が待った時間と、社内で情報が止まった時間を分けて見ます。顧客の回答待ち、社内の確認待ち、資料を探す時間、決定後の連絡待ちは、直す場所が異なります。「対応が遅かった」という一言では、必要な改善を選べません。

例えば、設計の回答が用意されていたのに営業へ届いていなかったなら、検討速度より通知方法を見直します。図面の所在は分かっていても、どれが承認された版か分からなかったなら、保管場所より確認状態の表示が課題です。

棚卸しの会議では、止まった地点、待っていた人、不足した情報、再開したきっかけを一組で記録します。全員参加の会議を増やす前に、その記録を使って、連絡先や完了条件の修正だけで対応できるかを検討します。

業務フロー棚卸し表の架空記入例を確認する

次の表は架空の棚卸し例です。自社用には業務をさらに分け、成果物の実際の保存先を追記します。表の順番を固定せず、請求や顧客確認が複数回発生する場合は該当箇所に行を増やしてください。

完成後は各行を受け取る側にも見てもらいます。「この成果物だけで次の作業に着手できるか」を確認すると、渡す側が十分だと思っていた資料の不足を見つけられます。

03.一つの業務を九つの項目で定義する

棚卸しした業務には、九つの項目を付けます。実行担当、確認者、決定者、共有先、連絡先、期限、正本、保留時の相談先、代行者です。業務名と開始・完了条件は、その九項目を設定する前提として置きます。

最初から全業務を埋める必要はありません。返答の遅れや確認漏れがあった一行から記入し、空欄が何を意味するかを話し合います。「必要なし」と「まだ決めていない」を区別し、未決の欄には決める担当と確認日を付けましょう。

実行担当と確認者の役割を分ける

実行担当は、作業を進め、進捗と記録を更新して次へ渡す人です。複数人で作業する場合も、取りまとめる人を明示します。確認者は、指定された観点から内容を照合する人です。確認者の名前だけでなく「仕様との整合」「顧客への説明履歴」など、何を見るかを併記します。

確認者を増やすときは、既存の確認と観点が重なっていないかを見ます。同じ誤字を全員が見る一方で、価格条件は誰も見ない状態を避けるためです。専門的な確認が必要な範囲は、社内の担当名だけで充足するとは限らないため、必要な資格や契約上の役割も別途確認します。

決定者と共有先を同じ印にしない

決定者は、その業務について、定められた範囲で会社としての判断を行う人です。共有先は、決定や変更を受け取り、次の行動に反映する人です。共有メールを受信したことを、承認したこととして扱わないようにします。

一つの変更でも、設計上の確認と価格条件の決裁は分かれる場合があります。「最終決定者は一人」と無理にまとめず、何についての判断かを行ごとに分けます。そのうえで、必要な判断がそろったかを取りまとめる実行担当を置きます。

共有には、行動が必要な通知と、経緯を知るための通知があります。現場で使用資料を切り替える連絡なら、受信だけでなく反映確認まで求めます。参考共有なら、その旨を示します。全員を同じ共有先にすると重要な依頼が埋もれるため、受け手に求める行動も添えてください。

期限と正本と保留先を一緒に記録する

期限は、誰が何を終える時点なのかまで書きます。「金曜まで」だけでは、社内確認の期限か顧客への回答期限かが分かりません。社内確認、顧客への経過連絡、最終回答を分けると、回答が未確定でも連絡を止めずに済みます。

正本は、その業務で参照する基準資料です。案件フォルダ名だけでなく、対象文書と版を特定できるようにします。資料が複数ある場合は、一覧からそれぞれの正本へたどれる形にします。

保留時の相談先は、通常の確認者と同じとは限りません。確認者が回答できない場合や、期限に間に合わない場合に誰へ戻すかを定めます。保留欄には理由、必要資料、次の行動、次回確認日を置き、「確認中」のまま更新されない状態を防ぎます。

連絡先と代行者には対応できる範囲を添える

連絡先には、社内の依頼先と、顧客や協力先へ連絡する経路を分けて記載します。担当者名だけでなく、案件管理上の依頼欄、部署の共有窓口、電話での緊急連絡など、実際に使う手段を決めます。個人の連絡先を広く載せる必要はありません。

顧客への連絡では、誰が説明を準備し、誰が伝えるかを分けます。営業が窓口でも、設計や工務が専門的な説明に加わる場合があります。連絡できなかったときの次の手段は、顧客と確認した方法や自社の運用に合わせます。

代行者には、受付、資料の所在案内、確認依頼など、代行可能な範囲を添えます。代行者が資料を閲覧できるかも確かめてください。本人の権限や専門性を前提とする判断まで、名前の置換だけで代行可能にしないことが大切です。

九項目を使った架空の記入例を作る

架空の「問い合わせを受け付け、担当営業へ引き継ぐ」業務を九項目で記入した例です。対象は通常の相談受付とし、個別の施工可否や契約判断は含めません。

実際の表では、役割名に対応する実名や当番表の所在も登録します。役割名だけなら異動時の保守は容易ですが、その日に誰へ連絡するかが分からなければ使えません。共通の分担ルールと案件ごとの担当情報を結び付けて運用します。

04.営業・設計・工務・事務の通常範囲を整理する

四業務の通常範囲は、顧客情報の入口、検討条件の整理、現場への反映、書類と処理状況の管理という観点で並べると整理しやすくなります。ただし、部署名だけで作業を固定せず、自社の体制に合わせて担当を置きます。

同じ業務を複数部門が見ること自体は問題ではありません。営業が顧客の意図を確認し、設計が仕様を確認し、工務が現場への影響を見るように、観点が異なる協働は残します。誰も取りまとめない重なりと、必要な確認の重なりを区別しましょう。

営業は顧客要望と説明履歴を情報の入口にする

営業は、顧客の要望、予算や時期の希望、決定に関わる人、連絡方法、説明済みの内容を受け取ります。「明るい家にしたい」なら、どの部屋をどの時間帯に使うのか、眺望やプライバシーとの優先順位はどうかなど、設計が質問を組み立てられる形に整理します。

営業が残すべきものは、要望の一覧だけではありません。何を未確定と伝えたか、次に何を調べると約束したかも記録します。設計や工務の確認前に価格や時期を確定させず、顧客には確認する内容と次の連絡時点を示します。

顧客側の連絡窓口と、仕様や契約の決定に関わる人も分けて扱います。家族の一人から聞いた希望を全員の合意と推測せず、説明や確認の方法を顧客と整理します。社内へ渡す情報は、各担当が業務上必要とする範囲に絞ります。

設計は前提と仕様と未確定事項を分ける

設計は、要望と敷地・既存建物・法規・仕様・予算・施工条件の関係を整理します。受け取った情報に不足があれば、何が不足し、どの検討に影響するかを営業へ返します。「資料不足」だけでは、次に何を集めるかが分かりません。

図面や仕様書には、確定部分、検討案、顧客確認待ち、工務確認待ちを区別して残します。同じ資料の中に混在する場合は、対象箇所と状態を明示し、資料全体が確定したと受け取られないようにします。

営業へ戻す際には、顧客へ説明できる範囲と質問を添えます。工務へ渡す際には、使用する版、変更点、準備に影響する保留を添えます。技術的な適合や手続の判断は、案件に応じて必要な確認者が扱い、図面を作成したという事実だけで確認済みにはしません。

工務は現場の事実と影響範囲を記録する

工務は、着工前の準備から施工中の状況、引渡しに必要な記録までを扱います。工程、協力先、搬入、発注、現場条件を整理し、資料の不明点があれば、準備や施工に使う前に確認先へ戻します。

現場で受けた追加要望は、受け取った日時、発言内容、対象箇所、進行中の作業との関係を残します。その場で聞いたことと、実施が決まったことは分けます。工程や費用への影響がまだ分からなければ、未確認として関係者に渡してください。

設計には図面や仕様の確認が必要な点、営業には顧客へ伝える事実と次の確認、事務には発注や請求の根拠につながる確認済み情報を渡します。安全に関わる懸念は通常の連絡待ちに混ぜず、現場で定めた手順と連絡経路に従って扱います。

事務は書類と請求と取次ぎの境界を決める

事務は、契約関連書類の準備、請求書の作成、入金状況の照合、申請資料の収集補助、書類保管、問い合わせ取次ぎなどを担う場合があります。各作業について、何を根拠に処理し、どこまで確認するかを決めます。

例えば、契約書類の必要欄や添付資料を点検することと、契約内容の適否を判断することは異なります。請求書を作ることと、請求条件や会計処理を決めることも分けます。申請補助は資料収集や進捗管理などの範囲を明記し、申請上の責任や資格に関わる業務は別途確認します。

事務が根拠不足を発見した場合は、不足箇所を示して確認者へ戻せるようにします。「営業から依頼されたから処理した」「書類があるから合意済みだと思った」という扱いにせず、処理可能になる条件を共有しておきます。

四業務の受け取りと引き渡しを一覧表にする

次の表は、四業務の受け渡しを比較する架空例です。通常の担当範囲を話し合うために使い、資格上・契約上の役割を決める表とは区別します。

表の右端が次の担当の受け取り欄につながるかを確認します。例えば、工務の変更記録に決定状況がなければ、事務は請求に反映できるか判断できません。部署ごとに記録を完成させるのではなく、次の用途に必要な項目を合わせます。

05.顧客要望を事実・確定・推測・保留に分ける

顧客の言葉を正確に残すだけでは、社内での誤解を防ぎきれません。「希望を聞いた事実」と「会社として実現を約束した事項」が同じメモに並ぶと、後の担当が区別できないためです。

相談記録では、事実、確定、推測、保留を分けます。四つは単純な段階ではなく、情報の性質や確認状態です。顧客が希望を述べたことは事実でも、その希望を実現できるかは保留というように、一つの話題を複数の欄で扱います。

顧客の発言と担当者の解釈を分ける

顧客の発言は、誰が、いつ、どの場面で話したかと一緒に残します。必要に応じて短く引用し、担当者が整理した説明とは分けます。「朝に明るい場所で食事をしたい」という発言を、「南向きの大きな窓を希望」と置き換えると、手段を先に決めてしまいます。

担当者の解釈は、検討の助けになる仮説として別欄に置けます。「朝食時の採光を重視している可能性がある」と書き、顧客への確認質問につなげます。解釈を削除する必要はありませんが、顧客が述べたことと同じ扱いにはしません。

発言の背景が分からない場合は、必要な範囲で質問します。図面の検討に不要な私生活の事情まで収集せず、使う部屋、時間帯、優先順位など、設計条件に関わる情報を中心に整理します。

確定事項には確認者と根拠資料を付ける

確定欄には、何について、誰が、どの資料で確認したかを付けます。「仕様確定」だけでは範囲が広すぎます。「対象室の仕上げについて、指定版の仕様書で顧客確認済み」のように対象を限定します。顧客の選択と社内の技術確認が別なら、それぞれの状態を残します。

確認者名だけでは根拠を追えないため、打合せ記録や対象資料の版、確認日も記載します。口頭で確認した場合の記録方法は、自社の契約実務や手順に合わせて定めてください。

前提が変わったときは、過去の確定をそのまま引き継がないようにします。仕様の変更が別の項目へ影響する場合は、再確認が必要な範囲を確認者に判断してもらい、確定欄から保留欄へ移した履歴を残します。

推測を社内の約束として引き継がない

推測は、調べる順番や質問を考えるために使います。「予算に余裕がありそう」「引渡し時期は調整できそう」といった印象を、見積や工程の前提にはしません。担当者が自信を持っていても、根拠となる確認がなければ推測のままです。

引き継ぐときは、推測の理由と、それを確かめる質問を添えます。例えば「収納を優先すると思う」なら、「収納量と居室の広さのどちらを優先するか、次回打合せで確認」と変換します。設計が仮案を作る場合も、仮定した条件を資料に表示します。

顧客へ渡す説明資料に推測が混ざっていないかも点検してください。社内メモでは仮説と分かっていても、見出しや要約だけを抜き出した段階で、その印が落ちることがあります。

保留には質問と確認先と回答期限を残す

保留は、未確認事項を見える場所に置くための欄です。「要確認」で終わらせず、答えるべき質問、確認する相手、必要資料、回答または経過連絡の期限を付けます。誰かに聞けば終わるものと、調査や複数の確認が必要なものを区別します。

顧客への回答期限を決める際は、社内や外部の確認に必要な段取りも確かめます。回答時期がまだ定められない場合は、見通しを伝える次回連絡日を約束し、結論が出なくても状況を更新します。

保留が別の作業に影響する場合は、その範囲を併記します。設備の選択が未了なら、関連する見積や発注のどの部分が待ちになるかを担当者と確認します。保留の件数だけでなく、次の判断を止めている内容を把握することが重要です。

初回相談メモの架空記入例を分類し直す

架空の初回相談メモを分類し直します。分類前は「明るい家を希望。春には入居できそう。収納を増やす方向で進める」と記載されていたとします。このままでは、顧客の希望と担当者の見込みを判別できません。

この分類では、入居時期や採光条件の実現性を判断していません。設計と工務が確認すべき問いに変換した段階です。回答後は結果と根拠を追記し、元の発言や保留の経緯も残します。

06.部門間で問題が起きやすい六つの受け渡しを設計する

重点的に整えたいのは、見積、着工前、現場変更、請求・入金、引渡し後、問い合わせ取次ぎの六場面です。ここでは作業の担当だけでなく、事実を記録し、必要な確認を経て判断し、顧客や次の担当へ伝える順序を決めます。

案件によって並行できる確認もありますが、未確認の結論を先に顧客へ約束しないことが基本です。法定責任や専門的な適否は分担表で置き換えず、該当する規程と確認先に接続します。

見積は前提収集と内容確認と決裁を分ける

見積は、前提収集、内容確認、決裁、顧客説明に分けます。営業が希望と優先順位を集め、設計が仕様と対象範囲を整理し、工務が施工や工程の条件を確認します。実際の積算や入力を誰が行うかは、自社の体制に合わせて別に記入します。

内容確認では、金額の数字だけでなく、対象図面の版、数量や範囲の根拠、含む項目、別途確認する条件を照合します。顧客の予算と見積額が近いことは、範囲が一致している根拠にはなりません。説明を省いた項目や仮置きの条件がないかを確認します。

流れは「前提収集 → 仕様・施工条件の照合 → 見積作成 → 必要な決裁 → 顧客説明 → 説明結果の記録」です。決裁後に仕様が変わった場合は、変更箇所と関連する範囲を再確認します。営業は、説明に使った版と顧客からの質問を記録し、事務が後で契約関連資料と照合できるようにします。

着工前は確定資料と変更履歴と保留を照合する

着工前には、顧客との合意記録、使用する図面・仕様、変更履歴、保留一覧を同じ案件の一覧から確認できるようにします。資料の作成日が新しいことと、使用可能な確認状態にあることは別です。設計が最新版を示し、工務が受領と利用範囲を確かめます。

流れは「資料一覧をそろえる → 営業の説明履歴と設計資料を照合 → 工務が準備条件を確認 → 保留と影響範囲を整理 → 必要な判断 → 使用資料を通知」です。顧客へ案内した日程と現場の準備条件が食い違う場合は、そのまま引き継がず相談先へ戻します。

着工前の打合せでは、資料をすべて読み上げるより、発注や工程に影響する未決事項を扱います。何が決まらず、どの部分を進められないか、誰がいつ確認するかを残します。着工や作業の可否、安全や技術上の判断は、必要な責任者・確認者の手順に従います。

現場変更は事実記録から顧客説明まで順番を守る

現場変更は、顧客の追加希望と、現場で判明した条件の変化を区別して記録します。受け付けた人は、日時、対象箇所、事実、希望、関連写真、進行中の作業への影響を残します。写真だけでは意図が分からないため、何を確認してほしいかを添えます。

通常の変更検討は「事実記録 → 必要な設計・施工確認 → 工程・費用・契約への影響整理 → 社内判断と必要な顧客確認 → 実施内容の通知 → 資料更新・反映確認」と進めます。顧客への初期連絡は結論を待たず、要望を受け取ったことと確認中の事項を伝えられます。

安全上の懸念がある場面では、この事務的な順序より現場で定めた初動手順を優先します。記事のフローを理由に必要な対応を待たせないでください。また、顧客への説明が終わっても、現場へ決定が届いていなければ完了ではありません。誰が新しい指示や資料を受け取り、関係先へ反映したかまで確認します。

請求と入金は根拠確認と顧客連絡の担当を分ける

請求は、契約や変更に関する確認済みの根拠と、請求条件を照合して進めます。事務は指定された根拠から書類を作成し、条件の解釈や記録の不一致があれば確認者へ戻します。現場から「工事が終わった」と連絡があっただけで、すべての請求条件が満たされたとは扱いません。

流れは「請求根拠を集める → 対象範囲と条件を確認 → 請求書を作成・確認 → 指定窓口から案内 → 入金記録を照合 → 差異を確認先へ戻す」です。入金額や名義に差異がある場合も、直ちに未払いと結論づけず、該当資料を照合します。

顧客への連絡は、事務が事実確認を行う範囲と、営業や責任者が条件を説明する範囲を分けます。会計上の処理や税務判断は、必要な担当者や専門家へ確認します。案件記録には処理状況を残しつつ、口座情報などの閲覧範囲は業務上必要な人に限定します。

引渡し後は受付窓口と技術確認先へ記録を移す

引渡し後の窓口には、顧客へ案内した連絡方法、確定資料、変更履歴、施工記録、残っている対応事項を渡します。営業・設計・工務の記録が別に保管されていても、受付担当が必要な確認先へたどれる索引を用意します。

流れは「問い合わせ受付 → 内容と緊急性を所定の手順で確認 → 関連記録を参照 → 技術・契約等の確認先へ依頼 → 対応方針を確認 → 顧客へ連絡 → 履歴更新」です。受付時点では、原因、無償対応の可否、保証範囲を推測して約束しません。

架空例として、顧客から建具の動きに関する相談を受けた場合、発生箇所、気付いた時期、使用時の状況などを聞き取り、工務等の確認先へ渡します。受付担当が原因を診断する運用にはしません。緊急性や安全に関わる連絡は通常受付と分け、不在時にも使える連絡経路を顧客窓口が確認できるようにします。

六場面の役割分担表を架空例として記入する

六場面の役割を並べた架空例です。「決定」は会社内の判断を表し、法定業務の責任や顧客側の合意を代替しません。実際には一つの場面を複数行に分け、判断対象ごとに決定者を設定します。

問い合わせ取次ぎは「受け付ける → 内容を分類する → 担当へ依頼する → 受領を確認する → 顧客へ次の連絡を案内する → 受付記録を更新する」とします。転送しただけでは完了にせず、担当未定や未受領なら保留先へ戻します。この表に九項目のうち期限、正本、保留先、代行者を補うと、案件で使う分担表になります。

07.通常対応と例外対応の境界を決める

担当者が自分で進められる範囲を広げるには、判断するための情報と、相談に切り替える条件をそろえます。「困ったら社長へ」だけでは、相談すべき時点も必要資料も分かりません。

通常対応と例外対応は、業務の名称だけでは分けられない場合があります。同じ日程連絡でも、確認済みの打合せ時間の案内と、契約上の約束に影響する工程変更では扱いが異なります。内容と影響を見て分類します。

通常対応は必要な情報と判断範囲を明記する

通常対応は、必要な情報がそろい、定められた判断範囲内で、既存の手順に従って進められる業務として定義します。例えば、確認済みの日程を案内する、受付内容を記録して指定先へ渡すなどが候補になります。ただし、自社で実際に任せている範囲を確認して記載します。

担当者が迷わず使えるように、参照資料、選べる対応、記録方法、完了条件をセットにします。「日程調整可」なら、誰の予定を確認し、どの枠で調整でき、変更後に誰へ知らせるかまで書きます。

通常の範囲でも、前提資料が欠けた場合や顧客の要望が変わった場合は保留に戻せるようにします。任せた業務を途中で相談することを失敗と扱わず、どの条件に該当したかを記録する運用にします。

例外条件は影響と未確認事項から定める

例外条件は、担当者の経験年数や印象だけでなく、影響と未確認事項で書きます。契約条件が変わる、費用や工程に影響する、技術的な確認が必要、個人情報の共有範囲が不明、掲載条件が確認できない、といった条件です。

金額による決裁基準を置く場合も、業界共通の額を当てはめず、自社の規程と経営上の判断に沿って定めます。額が小さくても、契約や安全、技術に関する確認が必要な場合があります。金額だけで通常対応に分類しないことが大切です。

相談の条件は、後から検証できる文章にします。「重要な変更」ではなく「顧客へ説明済みの仕様や日程に影響する変更」のように書きます。境界で迷った案件を記録し、次の見直しで条件を補足します。

相談時は結論ではなく事実と必要資料を渡す

相談するときは、「承認してください」という依頼だけでなく、起きた事実、根拠資料、未確認事項、影響しそうな範囲、必要な判断、返答が必要な時点を渡します。担当者の提案がある場合は、事実と分けて添えます。

架空の相談文なら「顧客から対象設備の変更希望を受けた。現時点では実施を約束していない。対象仕様は案件資料の版B。発注状況と工程への影響を工務へ確認中。顧客へ次回連絡をする前に、追加で必要な確認を決めたい」と記載できます。

決定者が不在なら、事前に決めた次の相談先へ連絡します。回答がないことを承認と扱わず、未決の状態と影響を記録します。顧客への連絡時点が迫る場合は、結論と切り離して経過を伝える担当も明確にします。

法定業務や専門判断の責任は別途確認する

役割分担表に名前を書いても、法定業務の責任や資格要件がその人へ移るわけではありません。社内の実行担当、契約上の役割、法令上の立場を分け、該当する業務ごとに確認します。建築の技術的な適合や安全上の判断も、事務的な承認印だけでは確定しません。

確認が必要な分野ごとに、参照する規程と相談先を整理します。契約条件は契約を管理する責任者や必要な専門家、会計や税務は担当者や専門家、労務は現行の就業規則や雇用条件を扱う確認先へつなぎます。

役割の変更に伴って権限、労働条件、評価などを変える場合は、業務表の改訂とは別に必要な手続を確認します。分担表には機密性の高い内容をすべて記載せず、関係者が適切な資料や相談先にアクセスできる形にします。

エスカレーション判断表で連絡経路をそろえる

次の表は、相談を始める条件を整理する架空例です。一次連絡先から先の経路と回答期限は、自社の規程や対応体制に合わせて具体化します。

相談記録には、依頼日時、回答を求める時点、次の連絡担当、正本の所在を添えます。緊急時の連絡先は一覧を作るだけでなく、当番や不在時の経路が現在も有効かを確認してください。

08.正本・版・代行を決めて不在でも止まらない形にする

役割を決めても、参照する資料が違えば判断はそろいません。図面、見積、契約関連資料、顧客連絡について、どれを基準にするか、誰が更新するか、変更を誰へ知らせるかを決めます。

少人数の会社では、資料管理と代行の設計を一緒に進めます。担当者の記憶や個人端末に依存している情報を見つけ、必要な人が必要な範囲で確認できる状態へ移します。

案件ごとに正本となる資料を一つ決める

正本は、案件の資料を全部一つのファイルにまとめるという意味ではありません。図面は図面、見積は見積のように、資料の種類ごとに基準となる保存先と確認状態を決めます。案件の資料一覧を入口にすれば、保管場所が分かれていても参照先を整理できます。

一覧には、資料名、版、更新日時、確認状態、更新担当、保存先を記載します。メール添付やチャットで送った写しが正本なのか、参照用の複製なのかも区別します。口頭連絡で資料の内容が変わった場合は、正本へ反映する担当を決めます。

閲覧権限は一律に広げず、業務に必要な範囲で設定します。全員が見られることと、代行に必要な資料が見られることは異なります。契約や個人情報を含む資料は、対象者と用途を確認して管理します。

変更履歴には更新者と理由と確認状況を残す

変更履歴には、更新者、更新日時、変更理由、対象箇所、確認者、確認状態を残します。ファイル名に「最新」と付けるだけでは、どの判断を経た資料か分かりません。版と状態を組み合わせて識別します。

変更履歴は新旧の差を説明するために使います。更新した人に毎回口頭で聞かなくても、次の担当が変更の理由と利用範囲を判断できる記載を目指します。

旧版を現場で使わない確認手順を設ける

旧版は、経緯を追うために保管が必要な場合があります。一律に削除するのではなく、通常の使用場所から分け、現場利用の対象外であることを明示します。保管期間や方法は、資料の種類や自社の規程に合わせて確認します。

使用版を切り替えるときは、更新通知だけで終わらせません。工務などの受取担当が、現場端末、印刷物、協力先へ渡した写しのどこに影響するかを確認します。差し替え対象と反映した相手を記録し、未反映の先があれば残します。

作業前の確認では、資料一覧に示した使用版と、実際に手元にある版を照合します。閲覧できない場所で紙を使う運用なら、出力日と版を確認できるようにします。資料の管理方法を決める際は、現場で無理なく確かめられる手順かも検討してください。

兼務者は同じ名前でも役割を分けて記載する

兼務者がいる場合は、同じ名前を複数の役割欄に記載します。架空例として、担当Aが営業と広報を兼ねるなら、「営業として掲載条件を確認する」と「広報として画像を編集する」を分けます。本人が作業を続けて行っても、確認の対象は異なります。

社長が営業責任者と見積の決裁者を兼ねる場合も、それぞれの役割を分けると、受付の割当まで社長に集中しているのか、提示条件の判断に時間がかかっているのかを見分けられます。

同じ人が作成と確認を担う業務は、その事実を隠さず記載します。確認の独立性や専門性が必要な範囲は別途整理し、必要なら別の確認者を設けます。すべてを二重確認にするのではなく、影響に応じて確認方法を決めましょう。

不在時の代行範囲と連絡先を一覧にする

代行表は、誰の代わりをするかに加え、何を進められるかを示します。次は架空の例です。担当者の連絡先そのものは、閲覧対象を定めた連絡一覧で管理する方法もあります。

運用前に代行者が資料を開けるか、連絡先を見つけられるかを確認します。引き継ぎでは未完了の依頼、次の期限、対応済みの連絡をまとめ、本人が戻った際に二重対応しないよう履歴を残します。

09.施工写真を現場記録と広報素材に分ける

施工写真は、現場の記録と広報の素材で目的が異なります。記録として必要な写真でも、そのまま公開に使えるとは限りません。撮影した事実、説明に使える内容、掲載する範囲、顧客との約束を別々に確認します。

広報担当がすべてを判断するのではなく、工務は撮影時点と現場の事実、設計は仕様や説明の根拠、営業などの顧客窓口は掲載条件の確認を担う形が考えられます。通常の編集作業と、確認が必要な公開判断を分けておきましょう。

写真の撮影目的と利用目的を記録する

撮影時には、案件記号、撮影日、場所や対象、工事の段階、撮影者、記録目的を残します。広報で使う予定があっても、施工記録として必要な原資料の扱いは変えず、利用目的を追加して管理します。

利用目的には、社内の施工確認、顧客への進捗説明、ウェブサイト掲載、SNS投稿などを区別して書きます。「広報用」という一言だけでは、想定した媒体や公開範囲が分からなくなります。

過去に掲載した写真を別の媒体で使う場合も、以前の確認がその利用を含むかを点検します。必要な確認や承諾の扱いは、個別の約束や自社の運用、権利関係に応じて整理します。撮影できたことを理由に、利用範囲まで確定したとは扱いません。

公開候補は現場記録の保管場所から分ける

現場記録の保管先と、広報が使用する公開候補を分けます。原資料を移動して施工記録から見失うのではなく、素材台帳で原資料と公開候補を対応させる方法が考えられます。

候補素材には「確認前」「修正後に再確認」「公開可能と判断済み」などの状態を付けます。確認済みの素材と未確認の素材を同じ一覧で扱う場合も、誤って選ばない表示にします。保存場所を分けるだけでなく、誰が状態を更新できるかを決めます。

トリミングや文字入れをした画像は、元写真との関係が分かるように残します。確認済みの写真でも、加工後に別の写り込みが目立ったり、文字が事実と異なる印象を与えたりすることがあるため、完成物を確認する工程を設けます。

施工内容と撮影時点を担当部門が照合する

写真の説明は、撮影時点と実際の施工内容に照らして確認します。工事途中の写真を完成時の写真として紹介したり、写っている設備から別の性能まで推測したりしないようにします。工務は現場の状態、設計は仕様や用語の根拠を確認します。

例えば、収納の写真なら、確認できる配置や使い方の説明と、顧客の感想を分けます。実際に聞いていない感想を「お施主様も満足」と書かず、写真だけでは裏付けられない性能や効果を付け足しません。

説明文に条件が必要なら、補足や投稿文にも残します。画像内の短い見出しだけが読まれる場合を想定し、強い言い切りによって条件が失われないかを確認してください。判断できない内容は、確認先へ戻すか、根拠が確認できる説明に絞ります。

写り込みと掲載範囲と承諾記録を確認する

公開前には、人物、表札、住所が分かる表示、車両情報、書類、周辺の特徴などを確認します。写真単体では特定しにくくても、投稿文や別の写真と組み合わさることで所在地などが分かる場合を考慮します。

掲載範囲の記録には、対象素材、媒体、説明内容、確認した相手と日時、条件、記録の保管先を残します。確認相手や承諾の扱いが適切か分からない場合は、顧客窓口や社内の責任者、必要な専門家へ確認します。一律の書式や承諾方法だけで法的な適否を断定しません。

修正の依頼があった場合に備え、公開先、公開日、使用した素材、修正窓口をひも付けます。公開後の相談を受けた人が広報へ取り次ぎ、対応方針と変更した範囲を記録できるようにします。

写真と見出しと投稿文を手動で編集して保存する

確認済みの素材を使い、広報担当が写真を選び、見出し、補足、投稿文を手動で編集します。見出しでは伝える内容を絞り、補足では写真の条件や対象を説明し、投稿文では読者に必要な背景を加えます。元の説明にない実績や顧客の声を作らないことを共通ルールにします。

工務店集客部の制作画面では、写真に見出しや補足を載せ、投稿文を入力して、完成画像と文章を保存する作業を試せます。写真から文章や動画が自動で生成されるものとして扱わず、入力した内容を人が確認して整える工程に位置づけます。

保存後は、文字の欠け、写真との重なり、読みやすさ、事実との整合を確認します。保存した完成物と、公開を判断した完成物が同じかも照合してください。画像の保存を公開承認の代わりにせず、投稿作業は自社の公開手順に沿って進めます。

公開前チェック表で確認者と差し戻し先を残す

次のチェック表は、写真を選ぶ作業から公開判断までをつなぐ架空例です。すべての投稿を全員が確認する運用にせず、確認する内容に応じて担当を設定します。

確認が残る素材は公開候補に戻し、理由と次の確認先を記録します。確認済みの写真で制作工程を試すと、素材を渡す人、編集する人、完成物を見る人の間で、何を共有すべきかを確かめられます。

10.一案件で試して役割分担表を更新する

分担表は、書き終わった段階では仮の運用です。一案件の限られた工程で使い、担当者が必要な情報と確認先を見つけられるか、保留が次の人へ渡るかを確かめます。

試行の目的は、表どおりに動けない人を探すことではありません。判断材料、期限、正本、連絡経路の不足を見つけて修正することです。対象を絞り、確認する記録と見直し日を決めてから始めます。

試す工程と案件と期間を限定する

最初の対象は、行き違いがあった工程から選びます。初回相談から設計への引き継ぎ、着工前の資料受け渡し、写真の公開確認など、開始と完了を確認できる範囲が向いています。案件全体を一度に変えると、どの修正がどの結果に関わったかを追いにくくなります。

対象案件には担当者と確認者が参加できるものを選び、試行する表の版と適用開始時点を共有します。すでに進行している案件なら、以前の約束や既存の処理を勝手に変更しないよう、適用する範囲を明確にします。

試行中も既存の専門確認や決裁を省きません。表に不足が見つかった場合の戻し先を決め、通常の業務を進めながら必要な修正を記録します。確認不能な状態なら、対象部分の試行を中断して整理する判断も残しておきます。

試行前の状態と確認する記録を決める

試行前には、何が困っていたかを記録で確認します。返答予定日が不明だった、図面の使用版を探した、請求根拠がそろわなかったなど、具体的な状態を書きます。過去の記録がない場合は、改善前の件数を推測して埋めず、初回の試行を現状把握として扱います。

比較するなら、対象工程、案件の条件、期間、数え方をそろえます。新築と小規模な修繕、通常の引き継ぎと例外変更を混ぜて単純に件数を比べると、解釈が難しくなります。

確認資料は、受付記録、引き継ぎの受領記録、保留一覧、変更履歴など、すでに使っているものを優先します。記録のための別作業が増えすぎないよう、日常の更新欄に不足項目を足す方法から検討しましょう。

保留と返答遅延と差し替えと漏れを記録する

保留、返答遅延、資料差し替え、対応漏れは、同じ定義で記録します。発生件数だけでなく、理由と解消した時点を残すと、次に直す欄を選べます。

差し替えは、適切な変更対応として必要になる場合もあります。すべてを不具合として数えず、理由を分類します。一つの出来事が保留と遅延の両方に当たる場合は、同じ記録番号で結び付け、単純合計を案件数と誤解しないようにします。

人ではなく抜けた判断材料と連絡経路を直す

振り返りでは、出来事を人の評価へ直結させず、どの条件が不足していたかを確認します。担当者が依頼を見落とした場合でも、通知先が個人宛だけだったのか、期限が書かれていなかったのか、代行者が未設定だったのかで修正内容は変わります。

例えば、現場が旧版を参照したなら、更新者を変える前に、使用版の表示、更新通知、受領確認、紙の差し替えを順に見ます。営業への返答が遅れたなら、質問が具体的だったか、必要資料が付いていたか、確認者が依頼を受領したかを追います。

修正は、見つかった原因に対応する範囲から行います。連絡先を変える、完了条件に受領確認を足す、保留先を明記するなど、次の試行で確かめられる変更にします。新しい証拠がないまま、会議や確認者だけを増やす運用は避けましょう。

試行計画の架空記入例から更新方法を確認する

以下は、営業から設計への引き継ぎを試す架空の計画例です。日程は検討用であり、標準的な所要期間や成果を示しません。実際には案件の進み方に合わせて設定します。

試行後は、表を使った感想と案件記録を照合します。「使いやすかった」だけで判断せず、設計が必要資料へたどれたか、営業が追加質問の理由を理解できたかを確かめます。更新時には変更理由を残し、次に使う案件と適用版を指定します。

見直しチェックリストで次の担当と確認日を残す

見直しの最後に、次の実行担当と確認日を残します。課題だけを並べて終えると、同じ保留が次の会議にも残ります。改訂が必要ない欄は維持し、修正した欄が次の案件で機能するかを確認します。

まずは、直近で情報が止まった一場面を選び、九項目を記入してください。その表を次の受取担当と読み合わせ、一案件で使い、実際に不足した判断材料や連絡経路を追記します。役割分担表は、顧客の質問、現場の事実、会社の判断を次の人へ渡せるかを基準に更新していきます。