工務店の見積書と現場日報をClaude Codeで下書きする実務手順

現場が終わって事務所に戻る。時計は19時。明日の朝イチで施主に渡す見積書が、まだ手つかずで残っている。

去年の似た物件のExcelを開いて、数字を上書きして、品名を直して、消費税を計算し直す。途中で電話が鳴って、戻ってきたらどこまでやったか分からなくなる。気づけば21時。日報はまだ白紙。

工務店の社長や監督なら、この景色に覚えがあると思います。僕の知り合いの工務店でも、見積と日報の下書きだけで毎晩2時間溶けていました。

この作業、全部を人がやる必要はありません。下書きまでをAIに任せて、最後の金額と判断だけ人が見る。そうするだけで、夜の事務作業はかなり軽くなります。今日はその具体的なやり方を書きます。

この記事の要点

• 見積書と現場日報は「下書き」までならClaude Codeに任せられる。最終判断は人が握る
• 過去の見積データと当日のメモを渡せば、書式を揃えた下書きが数十秒で出る
• 金額・原価・粗利・施主名は人が必ず目視で確認する。ここを自動化すると事故る
• 施主名や住所などの個人情報は、社内のルールを決めてから扱う
• 毎晩2時間の事務作業が30分前後まで縮む見込み。コピペ用のプロンプトと検証スクリプトを下に置きました

工務店の事務作業は、なぜこんなに重いのか

まず読者像をはっきりさせます。この記事が役に立つのは、社員10人前後までの工務店で、社長や監督自身が見積も日報も書いている人です。専任の事務員がいない、あるいは1人で手が回っていない会社をイメージしています。

工務店の見積から引き渡しまでの流れは、だいたいこうです。

1. 問い合わせ・現地調査
2. 概算見積の提示
3. 本見積・契約
4. 着工、毎日の現場管理と日報
5. 中間・完了検査
6. 引き渡し、アフター

このうち、書類仕事が集中するのが2〜4です。本見積は項目が数十行になることもあるし、日報は毎日積み上がる。職人さんの手配や材料の発注で頭がいっぱいの中、夜にまとめて書類を作る。これがしんどい。

しかも手戻りが多い。よくあるのがこのあたりです。

• 過去の見積を流用したら、前の施主の名前が1か所だけ残っていた
• 単価を直し忘れて、材料費が今の相場とずれていた
• 日報を3日分ためて、どの日に何をやったか思い出せない
• 書式が現場ごとにバラバラで、施主に出すたびに体裁を整え直す

どれも「頭を使う仕事」ではなく「写経と転記」です。だからこそAIの下書きが効きます。

AIに任せる範囲と、人が必ず判断する範囲

ここが一番大事なので先に線を引きます。任せる範囲を間違えると、便利どころか事故のもとになります。

工程	Claude Codeに任せる	人が必ず判断する
見積の項目出し	過去案件から項目の叩き台を作る	抜け漏れ・特殊工事の追加
単価・数量	過去データの単価を仮置きする	今の相場・最終金額・粗利
見積の文章	注意書き・前提条件の下書き	契約に関わる文言の正否
現場日報	当日メモを定型の日報に整形	事実と違う記述の修正
施主向け文面	丁寧語への整形・体裁	失礼や誤解がないかの最終確認

ざっくり言うと、**AIは「形を整える係」、人は「数字と責任を持つ係」**です。金額・原価・粗利・契約文言・施主の固有名詞。ここは必ず人の目を通す。下書きが出てきても、そのまま送らない。これだけ守れば大きな失敗は起きません。

Claude Code自体がどういうものか曖昧な人は、先にエンジニアでなくても使えるClaude Codeの始め方に目を通すと、この記事の作業イメージがつかみやすいです。ツールの公式な使い方はAnthropicの公式ドキュメントが一次情報になります。

Use case 1：過去の見積から本見積の叩き台を作る

一番効くのがこれです。過去の似た物件の見積データと、今回の条件を渡すと、項目と数量の入った叩き台が出ます。

やり方はシンプルです。過去の見積をCSVかテキストで1ファイルにまとめて、Claude Codeに読ませる。そのうえで今回の条件を伝える。

使うプロンプトの雛形を置きます。そのままコピーして、角カッコの中を自分の現場に書き換えてください。

あなたは工務店の見積担当です。同封の過去見積データ past-estimates.csv を参考に、
今回の物件の本見積の「叩き台」を作ってください。最終金額は私が決めます。

今回の条件:
- 工事内容: [木造2階建ての内装リフォーム]
- 延床: [約90平米]
- 主な工事: [クロス張替え、フローリング、キッチン入れ替え]
- 納期希望: [約3週間]

出力ルール:
- 項目／数量／単位／仮単価／小計 の表で出す
- 仮単価は過去データの中央値を使い、推測した箇所には(要確認)と書く
- 特殊工事や追加が必要そうな項目は「確認したい点」として末尾に箇条書き
- 金額の合計と消費税は計算した式も併記する

ポイントは「叩き台」「最終金額は私が決めます」と最初に宣言していることです。AIに金額の責任を負わせない。仮単価には (要確認) を付けさせる。こうすると、後で人がチェックすべき場所がひと目で分かります。

プロンプトの精度をもう一段上げたい人はClaude Codeのプロンプト設計の応用も合わせて読むと、出力のブレが減ります。

Use case 2：当日メモを現場日報に整える

日報は「書く内容」より「書く気力」が問題です。現場でスマホに打った断片メモを、定型の日報に整えるだけならAIで十分です。

例えば現場でこんなメモを残したとします。

6/7 晴れ 田中邸
午前 解体続き 廊下の床はがし完了
昼から 大工2人 浴室まわり 下地
電気屋来た コンセント位置 施主と確認
明日 防水 雨だと延期

これを渡すと、こんな日報の下書きが返ってきます。

【現場日報】2026年6月7日(土) 天候: 晴れ
現場名: 田中邸

作業内容:
- 午前: 解体作業を継続。廊下の床はがしが完了。
- 午後: 大工2名で浴室まわりの下地施工。
- 電気業者が来訪。コンセント位置を施主と確認のうえ決定。

明日の予定:
- 防水作業を予定。雨天の場合は順延。

連絡・特記事項:
- コンセント位置は施主同意済み。

毎日これをゼロから書くのと、メモを貼って整えてもらうのとでは、かかる時間が桁違いです。

注意点を1つ。AIは丁寧に書こうとして、メモにない作業を勝手に足すことがあります。「メモにない作業は追加しない。不明な点は(不明)と書く」と一文添えておくと、創作を防げます。

Use case 3：見積・日報の体裁を機械的にチェックする

下書きが出ても、そのまま信じてはいけません。とくに見積は、合計の計算ミスや項目の重複が混ざります。ここは人の目より機械が得意です。

チェック観点をリストにしておきます。これを毎回プロンプトの最後に貼るだけでも、出力の質が安定します。

• 小計の合計と表示の合計金額が一致しているか
• 消費税の計算が正しいか（税抜×0.1）
• 同じ項目が2行に重複していないか
• 前の施主名・前の住所が残っていないか
• (要確認) が付いた行が何行あるか

このうち金額の整合性は、コードで一発確認できます。次の節で実際に動くスクリプトを置きます。

コピペで使える検証スクリプト

見積の合計が合っているかを確認するNode.jsスクリプトです。CSV（項目,数量,単価）を渡すと、小計の合計・消費税・税込を計算し、AIが出した合計とずれていないかを教えてくれます。Node.jsが入っていれば、追加インストールなしで動きます。

check-estimate.mjs として保存します。

import { readFile } from "node:fs/promises";

// 引数: CSVファイルのパス, AIが出した合計金額(税抜)
const [csvPath, claimedRaw] = process.argv.slice(2);
if (!csvPath) {
  console.error("使い方: node check-estimate.mjs estimate.csv 350000");
  process.exit(1);
}

const text = await readFile(csvPath, "utf8");
const rows = text
  .trim()
  .split(/\r?\n/)
  .slice(1) // ヘッダ行を飛ばす
  .map((line) => line.split(","));

let subtotal = 0;
const seen = new Set();
const warnings = [];

for (const [name, qtyRaw, priceRaw] of rows) {
  const qty = Number(qtyRaw);
  const price = Number(priceRaw);
  if (Number.isNaN(qty) || Number.isNaN(price)) {
    warnings.push(`数値が読めない行: ${name}`);
    continue;
  }
  if (seen.has(name)) warnings.push(`項目が重複: ${name}`);
  seen.add(name);
  subtotal += qty * price;
}

const tax = Math.round(subtotal * 0.1);
const total = subtotal + tax;

console.log(`小計(税抜): ${subtotal.toLocaleString()} 円`);
console.log(`消費税(10%): ${tax.toLocaleString()} 円`);
console.log(`合計(税込): ${total.toLocaleString()} 円`);

if (claimedRaw) {
  const claimed = Number(claimedRaw);
  const ok = claimed === subtotal;
  console.log(ok ? "OK: AIの合計と一致" : `NG: AIの合計 ${claimed.toLocaleString()} とズレています`);
}

if (warnings.length) {
  console.log("--- 要確認 ---");
  for (const w of warnings) console.log(w);
}

実行はこれだけです。

node check-estimate.mjs estimate.csv 350000

estimate.csv はこんな形を想定しています。

項目,数量,単価
クロス張替え,90,1200
フローリング,30,8000
廃材処分,1,30000

このスクリプトのいいところは、計算を人が暗算しないで済む点です。AIが出した合計が NG なら、その見積はまだ施主に出せない。重複項目があれば 要確認 に出る。最終的に金額を決めるのは人ですが、ケアレスミスは機械で先に潰せます。

導入前と導入後で、何が変わるか

数字で見たほうが早いです。あくまで目安ですが、僕が見た範囲ではこのくらいの変化でした。

項目	導入前	導入後
本見積1件の下書き	60〜90分	15〜25分（確認込み）
日報1日分	15〜20分	3〜5分
書式のばらつき	現場ごとにバラバラ	テンプレで統一
計算ミスの発覚	施主提出後に気づく	提出前にスクリプトで検知

簡単なROIも出しておきます。仮に見積を週3件、日報を週5日書くとします。下書きの自動化で1件あたり50分、日報で1日12分浮くとすると、週で約3時間。社長の時給を仮に4000円とすれば、週1.2万円、月でおよそ5万円分の時間が戻る計算です。

もちろん前提次第で上下しますが、「夜の2時間が1時間切る」くらいの体感は十分に狙えます。浮いた時間を見積の精度や現場に回せるのが、本当の効果だと思っています。

導入の足場をきちんと作りたい人はClaude Codeの始め方ガイドとCLAUDE.mdのベストプラクティスを先に読んでおくと、社内ルールを文章化しやすくなります。

セキュリティと個人情報の注意点

ここは工務店だからこそ外せません。見積も日報も、施主の名前・住所・電話番号という個人情報の塊です。

最低限、次の3つは社内で決めてから始めてください。

• どこまでの情報をAIに渡すかを先に決める。氏名や住所は伏せ字（A様邸など）にして渡す運用にすると安全側に倒せる
• 渡すデータは社内で扱える範囲にとどめる。施主から預かった図面や契約書を無断で外部ツールに入れない
• 出てきた下書きは人が読んでから保存・送信する。AIの出力をそのまま外に出さない

伏せ字運用は手間に見えますが、慣れると数秒です。見積の項目や数量に施主の個人情報は要らないので、固有名詞だけ後で差し込めば困りません。

会社として複数人で使うなら、このあたりのルールづくりや教育まで含めて整える必要があります。1人で試すレベルを超えてきたら、研修・相談で運用ルールごと設計するのが結局は早道です。まずは1人で試したい段階なら、無料の教材を置いているproductsから始めても十分です。

よくある質問

Q. ExcelやFreeeで作った見積をそのまま読ませられますか。 A. ExcelはCSVで書き出せば読めます。会計ソフトもCSVエクスポートがあるものが多いので、いったんCSVにして渡すのが確実です。直接ファイルを渡すより、必要な列だけ抜いたほうが精度が上がります。

Q. AIが出した金額をそのまま施主に出していいですか。 A. だめです。仮単価は過去データの寄せ集めなので、今の相場や個別事情を反映していません。金額は必ず人が確認して決めてください。AIは項目出しと体裁担当、と割り切るのが安全です。

Q. パソコンが苦手でもできますか。 A. プロンプトを貼り付ける作業自体はメールを打つのと変わりません。難しいのは最初の環境づくりだけです。ここはエンジニアでなくても使えるClaude Codeの始め方を見ながら一度作れば、あとは毎日同じ操作の繰り返しです。

Q. 過去の見積データが紙しかありません。 A. まずは直近のよく使う10件だけ手入力でCSVにするところから始めてください。全部を電子化する必要はありません。テンプレになる代表的な数件があれば、叩き台の精度は十分上がります。

Q. 生産性をもっと上げる小ワザはありますか。 A. よく使うプロンプトを定型文として保存しておくのが効きます。Claude Codeの生産性アップのコツに、日々の使い方をまとめてあります。

実際に試した結果

知り合いの工務店の協力で、実際に過去見積3件と当日メモ5日分で試しました。

見積の叩き台は、項目の8割が過去データから埋まりました。残りの2割は特殊工事で、ここは社長が手で足す。それでも白紙から書くより圧倒的に速い。検証スクリプトを通したら、1件で単価の転記ミスを1か所拾えました。提出前に気づけたのは大きかったです。

日報は、現場でのスマホメモを夜にまとめて整形する運用が一番ハマりました。3日ためても、メモさえあれば数分で3日分の下書きが出ます。

一方で、伏せ字運用を最初サボったら、出力に施主名がそのまま入って冷やっとしました。やはり個人情報の線引きは最初に決めるべきです。総じて、夜の事務作業は体感で半分以下。賢いAIを探すより、任せる範囲と確認の仕組みを先に決めるのが効く、というのが今回の結論です。