概算見積チェックリスト
· 編集:KMC株式会社
建築の概算見積を顧客へ出す前に確認したいチェックリストを解説します。資料の版、工事範囲、前提、除外、税、更新条件を担当者間で点検する方法を紹介します。
概算の確認は合計金額だけでは足りない
概算資料を出す前に合計が合っているかを見るのは重要です。しかし、顧客との認識差は、計算ミスよりも「何を含む金額なのか」「どの図面を使ったのか」「いつ更新するのか」が曖昧なときに起きます。チェックリストは担当者を責めるためではなく、忙しいときにも同じ確認を行うための道具です。
設計事務所では、相談受付、設計、見積、所長確認など複数の担当者が関わります。作成者だけで完結させず、提出前に別の人が見る項目を決めておくと、資料の版違い、税の扱い、別途項目の漏れを早く見つけられます。
提出前の基本チェック
| 確認項目 | チェック内容 | 担当の例 |
|---|---|---|
| 件名・相手先 | 案件名、顧客名、提出日、版 | 作成者 |
| 参照資料 | 図面・仕様書・ヒアリングメモの版 | 設計担当 |
| 対象範囲 | 棟、階、用途、面積の扱い | 設計担当 |
| 合計・計算 | 小計、合計、税、端数 | 作成者・確認者 |
| 工事区分 | 本体、設備、外構、諸費用、別途 | 見積担当 |
| 前提・除外 | 未確定条件と次の確認事項 | 設計担当 |
| 顧客向け説明 | 専門用語、更新時期、連絡先 | 承認者 |
チェックは「はい・いいえ」だけにせず、確認した資料名や懸念点を書ける欄を付けると、後で根拠を追えます。未確認が残ったまま提出する場合は、どの理由で未確認なのかを顧客向け資料にも反映します。
段階別のチェックポイント
受付直後
用途、規模、敷地、予算、希望時期が聞けているかを確認します。書類がない場合は「ない」と記録し、必要資料を依頼します。この段階で、概算の目的が融資相談なのか、事業性判断なのか、基本計画の比較なのかを確認すると、作る資料の粒度が決まります。
作成中
過去案件を使う場合は、用途、構造、規模、地域、見積時点、含む範囲の差を並べます。古い資料の合計をそのまま使わず、現時点での確認が必要な条件を残します。AIを使って情報を整理した場合も、入力資料の版と出力の確認者を記録します。
提出直前
金額と内訳の整合を見たうえで、前提・除外・税の扱い・価格基準日を読みます。顧客が「この金額に何が含まれるか」を理解できる文章になっているかを、作成者以外が確認します。日建連の「建築屋さんのための概算見積手法の解説」も参照し、設計段階の資料に合う概算手法を選ぶ姿勢を持ちます。
提出後
送付したファイルの版と送付日を保存し、顧客からの質問を記録します。設計条件が変わったら、以前の概算を上書きせず、新しい版として更新します。差額の理由を「面積変更」「仕様追加」「敷地条件判明」などで残すと、次回の説明に使えます。
PATTO AI DEMO
自社案件での活用を相談
概算や初期提案の進め方を整理し、PattoAIを活用できる範囲を一緒に確認します。
工事範囲の見落としを防ぐ表
| 区分 | 含むか | 未確認なら書くこと |
|---|---|---|
| 建物本体 | 構造・仕上げ・標準設備 | 仕様水準・数量の前提 |
| 敷地工事 | 地盤・造成・外構 | 調査前か、別途か |
| 設計・申請 | 設計料・申請・調査 | 業務範囲・行政協議 |
| 既存対応 | 解体・移設・仮設 | 現況資料・発注範囲 |
| その他 | 家具・什器・移転等 | 担当者・予算計上先 |
この表に数字を埋める前に、含むかどうかを確定します。合計を急ぐあまり、発生しやすい費用を見えないままにしないことが大切です。
AIを使う場合の追加チェック
PattoAIのような支援を使う場合は、資料の持ち出し・権限、入力した版、出力の根拠、担当者の確認を追加で点検します。AIの出力は概算のたたき台や確認支援として扱い、一般的な設計プランの成立や正確な工事費を保証するものとして顧客へ提示しません。情報管理ではIPAの中小企業向け対策も参考に、社内ルールを定めます。
よくある質問
チェックリストは毎回すべて必要ですか
案件の規模に応じて簡略化して構いません。ただし、対象範囲、参照資料の版、前提、除外、確認者は小規模案件でも残すことを勧めます。
誰が最終確認するべきですか
組織の体制によりますが、作成者と異なる人が、顧客に出す範囲・前提・合計を確認できる体制が望ましいです。承認者を資料に残すと責任範囲が明確になります。
チェック結果を改善に使う
チェックリストで毎回同じ項目が未確認になるなら、担当者の注意力の問題ではなく、受付や資料管理の工程に原因があります。例えば図面の版が分からないことが続くなら、受領時に改訂欄を記録する欄を作ります。外構や地盤の扱いが抜けるなら、ヒアリングシートに敷地条件の欄を足します。
提出後に顧客から質問された内容も、チェック項目の見直し材料です。「この金額に設計料は入っていますか」と聞かれたなら、資料の区分か説明文が不足しています。チェックを提出前だけの儀式にせず、質問・差戻し・更新理由を月ごとに振り返ると、概算資料の品質を少しずつ安定させられます。
チェックシートの保存方法
概算資料と同じ案件フォルダに、提出版に対応するチェックシートを保存します。ファイル名には案件名、版、確認日を入れ、後でどの資料を確認したか分かるようにします。メールや口頭だけで承認を済ませた場合も、確認者と確認日を記録します。
チェックが未完了のまま急ぎで提出するなら、その項目と理由を可視化します。未確認を隠すのではなく、次回確認する条件として顧客資料にも反映できるためです。提出の速度と資料の信頼性を両立するには、未確定を管理する仕組みが必要です。
急ぎ案件の最終確認例
急ぎで返す場合でも、案件名、対象範囲、資料の版、合計、税の扱い、前提、別途、確認者の八項目は確認します。時間がなく確認できない項目は、顧客へ確定扱いで出さず、「現時点では未確認」と明記します。例えば地盤資料がないなら、地盤対応を含めない理由と、次の更新に必要な資料を記します。短いチェックでも、未確定を見える形にすれば、早い回答と誤解防止を両立できます。
提出後の問い合わせが来たら、回答した日と回答の根拠資料を記録します。電話で補足説明した場合も、資料のどの前提を説明したかをメモします。口頭での説明と提出版が食い違うと、後の更新で困るためです。チェックリストを案件履歴の入口として使うと、作成から更新まで一貫して追えます。
チェック済みの印に、確認の根拠を添える
確認欄に丸を付けるだけでは、次の担当者が同じ点検をやり直すことになります。「面積表の合計と一致」「図面第二版を参照」「外構は今回別途として施主に説明」のように、何と突き合わせたかを短く残します。差異が見つかった欄には、修正済みか保留かを記録し、保留を提出可にする条件と判断者を決めます。金額が空欄でも保留として説明できる場合と、前提が不明で提出を止める場合を分けることで、点検が形式的な承認作業になりにくくなります。
出典・参考資料
あわせて読みたい
自社用の確認工程を見直す場合は、PattoAIのデモ相談で確認できます。
PATTO AI DEMO
自社案件での活用を相談
概算や初期提案の進め方を整理し、PattoAIを活用できる範囲を一緒に確認します。