直答：引越し業でClaude Codeを使うなら、最初に自動化すべき対象は「料金計算そのもの」ではなく、訪問見積書、作業指示書、配車候補、作業員シフト表のあいだにある転記・確認・差し戻しです。
- 要点1：国土交通省の標準引越運送約款では、見積書に申込者、荷受人、受取日時、引渡日、発送地、到達地、運賃等の合計額・内訳、解約手数料、作業内容などを記載することが示されています。ここをデータ項目として固定すると、Claude Codeで帳票チェックを組みやすくなります。
- 要点2：繁忙期の配車は、単なる物流ルート最適化ではありません。引越しでは、訪問見積りで聞いた荷量、養生、階段、エレベーター、立寄り、梱包・開梱、特殊品、作業員人数、開始時間帯を作業指示書へ落とす必要があります。
- 要点3：Claude Codeは、既存のExcel、CSV、Googleスプレッドシート、kintone、社内Webフォームの周辺に「入力チェック」「候補生成」「差分レビュー」を追加する用途に向いています。最終の見積金額、契約条件、労務判断は人間が確認します。
対象読者：引越し会社の営業事務、配車担当、現場責任者、情報システム担当、Claude Codeで業務アプリを組みたい開発者。
今日やること：まず、直近で使った訪問見積書と作業指示書を1枚ずつ並べ、「同じ内容を二度入力している項目」を赤字で洗い出してください。
記事区分：実装パターン解説です。特定の引越し会社の実績値ではなく、公式資料で確認できる制度・仕様と、現場帳票を前提にした設計例として読んでください。
「引越し業 Claude Code」で検索する人が本当に知りたいのは、AIで見積もりが自動で当たるかどうか、というよりも、忙しい時期に事務所が回る仕組みをどう作るかだと思います。
私が業務自動化の相談でよく見るのは、見積書、配車表、作業指示書、シフト表がそれぞれ別のExcelになっていて、同じ住所や時間帯を何度も打っている状態です。正直、ここを放置したままAIチャットだけ入れても、現場はあまり楽になりません。AIが便利そうに見える一方で、最後は担当者が目視で全部つなぎ直すことになるからです。
引越し業の難しさは、荷物をA地点からB地点へ運ぶだけではない点にあります。訪問見積りでは、家具量、建物条件、搬出入経路、養生、梱包、開梱、不用品、エアコン、ピアノなどの特殊品、当日の人数、トラックサイズ、時間指定、近隣配慮まで聞きます。その情報が配車と作業員シフトに伝わらないと、当日の追加確認が増えます。
この記事では、Claude Codeを使って「見積もり作成」「繁忙期の配車調整」「作業員シフト」「作業指示書生成」をつなぐ実装方法を、プロンプトとデータ項目つきで整理します。物流配車の一般論ではなく、引越し業固有の帳票に寄せて書きます。
引越し業でClaude Codeが効く範囲
Claude Codeは、Anthropicの公式ドキュメントでは、コードベースを読み、ファイルを編集し、コマンドを実行し、開発ツールと連携するエージェント型のコーディングツールとして説明されています。つまり、完成済みの引越し業務パッケージではありません。だからこそ、既存の社内帳票に合わせた小さな業務アプリを作る用途に向いています。
引越し会社での入り口は、いきなりAI配車エンジンを作ることではありません。まずは、既存の訪問見積書や受付フォームを読み取り、見積りに必要な項目が揃っているかをチェックし、配車担当が見る表へ整形することです。ここなら、現場の判断を残したまま、事務作業だけを減らせます。
たとえば、次のような作業はClaude Codeで周辺ツール化しやすいです。
- 訪問見積書CSVの必須項目チェック
- 住所、作業日、時間帯、荷量、建物条件の抜け漏れ検出
- 見積書から作業指示書への転記ファイル生成
- 配車候補の一覧化と、制約に引っかかる案件のマーキング
- 前日確認、三日前確認、当日変更の差分ログ作成
- 作業員シフト表と案件表の突合
関連する基礎設計は、Claude Code業務導入完全ガイドでも整理されています。この記事では、その考え方を引越し業の帳票に寄せて具体化します。
まず業種固有帳票をデータモデルにする
引越し業でAI導入が詰まりやすいのは、「配車を最適化したい」という言葉が大きすぎるからです。Claude Codeに渡す前に、配車担当が実際に見ている判断材料を、表の列として定義する必要があります。
国土交通省の標準引越運送約款では、引越運送と附帯サービスに要する運賃・料金について見積りを行い、見積書を申込者へ発行すること、さらに見積書に記載する事項が示されています。ここを起点にすると、帳票設計が一気に現実的になります。
| 帳票 | 主な項目 | Claude Codeで作る補助機能 |
|---|---|---|
| 訪問見積書 | 申込者、荷受人、受取日時、引渡日、発送地、到達地、運賃等、解約手数料、作業内容 | 必須項目の抜け漏れ、内訳の説明不足、作業条件の矛盾をチェック |
| 受付メモ | 問い合わせ経路、希望日、相見積り状況、法人異動、再連絡希望 | 営業フォロー対象と配車仮押さえ対象を分類 |
| 配車表 | 作業日、時間帯、車両、ドライバー、作業員、エリア、積み下ろし順 | 案件同士の地理的・時間的な衝突を見える化 |
| 作業指示書 | 搬出入条件、養生、梱包、開梱、特殊品、注意事項、連絡先 | 見積書から現場向けの短い指示に変換 |
| 作業員シフト | 出勤可否、経験、運転可否、対応可能エリア、連続稼働の注意 | 人員不足、経験者不足、労務上の確認対象を抽出 |
ここで大事なのは、AIに「いい感じに配車して」と頼まないことです。実装では、Claude CodeにCSVの列名、必須条件、禁止条件、社内の判断ルールを読ませ、候補を出すところまでに区切ります。採用する配車は人間が決めます。
私が最初に違和感を持ったのは、現場が「紙の見積書は古い」と言いながら、紙にしか残っていない注意事項を配車担当が口頭で拾っていたケースです。ツールの問題というより、データモデルの問題なんです。Claude Codeは、その紙の言語をCSVや作業指示書に移すところで力を発揮します。
訪問見積書ワークフローを半自動化する
訪問見積りは、営業と現場の接続点です。ここで取った情報が薄いと、あとで配車担当と作業責任者が困ります。国土交通省の標準引越運送約款では、見積書の記載内容として、受取日時、引渡日、発送地、到達地、運賃等の合計額・内訳、作業内容などが示されています。Claude Codeでチェックするなら、この項目を最低ラインにします。
入力フォームの列を固定する
まず、訪問見積書をExcelやスプレッドシートで作っている会社なら、列名を固定します。列名が毎回変わると、Claude Codeで処理するスクリプトも壊れます。おすすめは、法定・約款由来の項目、現場判断項目、社内管理項目を分けることです。
- 約款・見積書項目：申込者、荷受人、発送地、到達地、受取日時、引渡日、運賃等、解約手数料、作業内容
- 現場判断項目：階数、エレベーター有無、トラック横付け可否、養生、梱包、開梱、特殊品、処分品
- 社内管理項目：営業担当、訪問担当、配車担当、見積確度、再連絡日、法人案件フラグ
見積り前後の確認ログを残す
標準引越運送約款では、見積書に記載した荷物の受取日の三日前までに、申込者に対して見積書の記載内容の変更の有無等を確認することが示されています。この確認は、事務負担になりやすい一方で、当日の事故防止にもつながる重要な工程です。
Claude Codeでは、見積書データから「確認メッセージの下書き」を作り、返信後の差分をログ化する小さなツールを作れます。たとえば、荷物量が増えた、立寄りが追加された、時間指定が変わった、エレベーター工事が判明した、といった変更を作業指示書へ反映します。
内訳の説明不足を検出する
見積書では、運賃等の合計額だけでなく、内訳を分かりやすく記載することが求められます。Claude Codeに、見積書CSVを読み込ませて「合計はあるが内訳が空欄」「梱包作業ありなのに作業内容が未記載」「特殊品ありなのに注意欄が空欄」といったパターンを検出させると、営業事務の確認がかなり楽になります。
繁忙期の配車調整は「最適化」より「制約の見える化」から
国土交通省は、引越事業では例年3月から4月にかけて依頼が集中すると説明し、引越時期の分散を呼びかけています。つまり、繁忙期の配車調整は、単に車両台数を並べる話ではありません。受付が集中し、訪問見積りが増え、三日前確認が重なり、当日の変更連絡も増える。ここで事務所が詰まります。
Claude Codeで最初に作るべきなのは、AIが勝手に配車を決める機能ではなく、制約を一覧にする機能です。配車担当の頭の中にある条件を、表で見えるようにします。
| 制約 | 引越し業での意味 | チェック例 |
|---|---|---|
| 時間帯 | 午前指定、午後指定、フリー便、搬入先の管理規約 | 前作業が終わらないと次作業に間に合わない案件を抽出 |
| 荷量 | トラックサイズ、往復有無、積み切り可否 | 車両サイズと荷量ランクの不一致を抽出 |
| 建物条件 | 階段、エレベーター、横付け不可、養生指定 | 経験者が必要な作業に新人中心の班が割り当たっていないか確認 |
| 特殊品 | ピアノ、美術品、大型家電、分解組立家具 | 特殊作業の社内ルールに合う担当者が入っているか確認 |
| 労務 | 運転者の拘束時間、休息期間、連続稼働の確認 | 厚生労働省の改善基準告示や社内規程に照らして確認対象を出す |
厚生労働省は、自動車運転者の改善基準告示について、令和4年12月23日に改正され、令和6年4月1日から適用されたと説明しています。引越し会社がトラック運転者を配置する場合、配車表は労務管理と切り離せません。Claude Codeは法的判断の代替ではありませんが、社内で定めたチェック項目に照らして「人間が確認すべき候補」を出す用途には使えます。
このあたりは、物流3PLの配車計画をClaude Codeで半自動生成と似ています。ただし、引越し業では荷主が法人だけでなく個人であり、訪問見積書から作業指示書に落とす情報量が多い。ルートだけでなく、家財と現場条件を扱う点が違います。
作業員シフトは「誰でもよい」をやめる
引越し現場は、人数だけでは組めません。ドライバー、リーダー、梱包経験者、重量物対応、養生に慣れた人、接客対応が得意な人など、見積書には出にくい現場知識があります。ここを「作業員3名」とだけ書くと、当日の品質がぶれます。
Claude Codeで作るなら、作業員マスタに次のような項目を持たせます。
- 運転可否と運転できる車両区分
- 現場リーダー経験
- 梱包、開梱、養生、重量物、分解組立などの対応可否
- 新人同行が必要か
- 対応可能エリア
- 社内規程上の稼働確認メモ
倉庫業のシフト最適化に近い考え方は、物流倉庫シフト最適化Claude Codeでも扱われています。ただ、引越し業は現場ごとに顧客宅へ入るため、接客、養生、破損防止、近隣配慮まで作業指示書に含める必要があります。
以前、業務フローの棚卸しで印象に残ったのは、ベテラン配車担当が「この案件はあの人じゃないと怖い」と言うのに、帳票上はその理由がどこにも書かれていなかったことです。AIで置き換えるべきなのは、その担当者の勘ではありません。勘の根拠になっている条件を、次の担当者にも読める形にすることです。
作業指示書は現場向けに短く変換する
見積書をそのまま現場に渡すと、情報量が多すぎます。現場が必要なのは、顧客情報の全部ではなく、当日に確認すべき作業条件です。ここでClaude Codeを使うと、見積書CSVから作業指示書HTMLやPDF用データを生成できます。
作業指示書では、最低でも次を分けます。
- 当日の基本情報：作業日、集合場所、開始時間帯、班、車両
- 搬出条件：階数、エレベーター、横付け、養生、管理人対応
- 搬入条件：到着地の階数、駐車条件、搬入経路、鍵の受け渡し
- 荷物条件：大型家具、家電、分解組立、壊れやすいもの、特殊品
- 顧客対応：連絡可能時間、事前確認済み事項、未確認事項
- 追加確認：料金に関わる可能性がある変更、現場判断をしてはいけない事項
建設業の積算・見積書と似た「見積りから現場指示へ落とす」流れは、建設業の積算・見積書作成をClaude Codeで半自動化が参考になります。引越し業では、建設のような工事項目ではなく、家財・人員・車両・時間帯・搬出入条件を中心に組み替えるのがポイントです。
Claude Codeで使うプロンプト7選
ここからは、Claude Codeに渡す実務プロンプト例です。どれも、最終判断をAIに渡さない前提で書いています。コピペして使う場合は、自社の列名と社内ルールに合わせて調整してください。
1. 訪問見積書CSVの必須項目チェック
あなたは引越し会社の営業事務向けチェックツールを実装する開発者です。
このリポジトリにある estimate_sample.csv を読み、標準引越運送約款の見積書項目に対応する列が揃っているか確認するPythonスクリプトを作ってください。
不足列、空欄セル、表記ゆれを別々に出力してください。
料金の妥当性は判定せず、入力項目の有無と矛盾だけを確認してください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠または計算式を添えてください。2. 見積内訳の説明不足を検出
estimate_items.csv の各行について、合計金額、内訳、作業内容、梱包・開梱、特殊品、解約手数料の記載を突合してください。
合計だけがあり内訳がない行、作業内容に対して内訳説明が薄い行、特殊品があるのに注意事項が空欄の行を warning として出してください。
法的な適否は判断せず、人間が確認すべき候補を出すだけにしてください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠または計算式を添えてください。3. 三日前確認リストを作る
confirmed_estimates.csv から、荷物の受取日を基準に、確認が必要な案件リストを作ってください。
出力は customer_checklist.csv とし、案件ID、顧客名、連絡先、受取日、確認すべき項目、前回見積からの変更有無を含めてください。
メール本文やSMS本文は下書きだけ作り、送信処理は実装しないでください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠または計算式を添えてください。4. 配車候補を作る
jobs.csv、vehicles.csv、staff.csv を読み込み、作業日ごとの配車候補を作ってください。
目的は最終決定ではなく、配車担当が確認する候補一覧の生成です。
同じ時間帯に同じ車両や同じ作業員が重複する場合、エリア移動が厳しそうな場合、特殊品対応者が不足する場合は、理由つきで warning を付けてください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠または計算式を添えてください。5. 作業員シフトの制約を整理する
staff_master.csv と shift_requests.csv を読み、作業員ごとの対応可能条件を整理してください。
運転可否、リーダー可否、梱包・開梱・養生・重量物対応、対応可能エリア、社内確認メモを列として持つ staff_capability_matrix.csv を生成してください。
労務上の適否は断定せず、社内規程や専門担当者が確認すべき行を flag として出してください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠または計算式を添えてください。6. 作業指示書を現場向けに変換する
estimate_final.csv と dispatch_plan.csv を突合し、各案件ごとに作業指示書HTMLを生成してください。
顧客個人情報は必要最小限にし、現場に必要な搬出入条件、養生、梱包、特殊品、未確認事項、当日判断禁止事項を分けて表示してください。
追加料金や契約判断に関わる表現は「担当者確認」として出し、AIが断定しないようにしてください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠または計算式を添えてください。7. 当日変更の差分ログを作る
before_job_instruction.csv と after_call_update.csv を比較し、変更点だけを diff_report.csv に出してください。
変更種別は、荷量変更、住所変更、時間変更、立寄り追加、特殊品追加、作業人数見直し、配車見直し、顧客確認待ちに分類してください。
現場責任者が読む短い要約も生成してください。
不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず「仮定」と明記してください。
数字と固有名詞は、根拠または計算式を添えてください。実装スタックは軽く始める
最初から大きな基幹システムを作る必要はありません。Claude Codeは、既存ファイルを読み、コードを書き、テストし、差分を確認しながら進められるので、小さなスクリプトや社内Web画面から始めるのが現実的です。
| 層 | 候補 | 注意点 |
|---|---|---|
| 入力 | Excel、CSV、Googleスプレッドシート、kintone、既存受付フォーム | 列名と必須項目を固定する。自由記述欄だけに頼らない。 |
| 処理 | Python、Node.js、社内バッチ、簡易Webアプリ | 見積金額の確定や契約判断を自動化しすぎない。 |
| 出力 | チェックCSV、配車候補表、作業指示書HTML、確認ログ | 人間が見て修正できる形式にする。 |
| 運用 | Claude Codeの権限設定、レビュー手順、変更履歴 | 顧客情報を扱うため、読み取り範囲と書き込み範囲を絞る。 |
Claude Codeの権限について、公式ドキュメントでは、読み取り専用、Bashコマンド、ファイル編集などの操作ごとに権限を制御できることが説明されています。引越し業のように顧客住所や電話番号を扱う業務では、まず読み取り専用で検証し、編集や外部送信は許可しない構成から始めるのが安全です。
正直に言うと、現場データを扱うAI導入でいちばん怖いのは、AIの出力ミスよりも、権限設計が雑なまま便利機能を増やすことです。見積書、住所、電話番号、建物情報は個人情報を含みます。Claude Codeに読ませるファイルは最小限にし、氏名や電話番号を伏せた検証データで先に動かしてください。
物流配車記事と差別化するポイント
「配車」という言葉だけを見ると、引越し業と物流業は同じに見えます。でも、実装上はかなり違います。物流の3PL配車では、荷主、拠点、配送先、積載量、時間指定、車両制約が中心になります。引越し業では、そこに訪問見積書と作業指示書が強く絡みます。
| 観点 | 物流配車 | 引越し業の配車 |
|---|---|---|
| 主な入力 | 配送依頼、拠点、荷姿、納品時間 | 訪問見積書、顧客確認、家財量、建物条件 |
| 現場作業 | 積み下ろし、検品、納品 | 搬出入、養生、梱包、開梱、家具分解組立、近隣配慮 |
| 帳票 | 運行指示、配送伝票、納品書 | 訪問見積書、作業指示書、三日前確認ログ |
| AI化の入口 | ルート候補、積載、時間窓 | 見積書から作業指示書への転記、条件漏れ検出、班編成候補 |
この差分を無視すると、物流向けの配車ロジックをそのまま引越し会社へ持ち込んで失敗します。引越し業では、作業品質と顧客対応が配車の中に含まれます。だから、Claude Codeに作らせるべき最初の成果物は、最短ルートではなく「現場が読んで迷わない作業指示書」なんです。
よくある失敗パターンと回避策
失敗1：料金計算を最初からAIに任せる
NG：「訪問見積書を読んで、最適な見積金額を自動で出して」
OK：「見積金額は人間が決める。Claude Codeは、内訳不足、作業条件の未記載、特殊品の注意欄漏れを検出する」
料金は約款、社内単価、地域事情、営業判断が絡みます。AIに最終金額を決めさせるより、判断材料の欠落を見つける方が実務に乗りやすいです。
失敗2：配車を一発で最適化しようとする
NG：「明日の全案件を最適配車して」
OK：「車両重複、作業員重複、特殊品対応者不足、時間帯衝突を一覧にして」
配車担当は、顧客事情や現場メンバーの相性まで見ています。Claude Codeは、その判断の前段にある衝突検出に使うのが現実的です。
失敗3：作業指示書に個人情報を入れすぎる
NG：見積書の全項目をそのまま現場用PDFに載せる。
OK：現場に必要な連絡情報と作業条件だけに絞り、詳細な顧客情報は社内規程に従って扱う。
便利だからといって、全データを全員に見せる設計は危険です。Claude Codeで生成する作業指示書も、最小限の情報に抑えるべきです。
失敗4：繁忙期だけAIで乗り切ろうとする
NG：3月に入ってから、急いで配車AIを作る。
OK：通常期に、見積書チェック、作業指示書生成、差分ログの順に小さく運用し、繁忙期は確認量を増やすだけにする。
繁忙期は、システムを試す時期ではありません。国土交通省が引越時期の分散を呼びかけている背景にも、依頼集中の難しさがあります。通常期に小さく回る仕組みを作っておく方が、現場に優しいです。
FAQ
Q1. 引越し業 Claude Codeは、見積金額を自動計算できますか？
技術的には社内単価表を使った試算ツールは作れます。ただし、最終金額、契約条件、追加料金の判断は人間が確認してください。この記事では、金額の自動確定ではなく、見積書の抜け漏れ検出と内訳説明の整備を推奨しています。
Q2. 繁忙期の配車を完全自動化できますか？
完全自動化を前提にしない方が安全です。引越し業の配車は、車両、時間帯、荷量だけでなく、建物条件、作業員経験、顧客対応、労務確認が絡みます。Claude Codeは、候補作成と衝突検出に使い、最終配車は担当者が決める設計が現実的です。
Q3. 作業員シフト表はどこまでAIに見せてよいですか？
氏名、連絡先、勤務希望、評価情報などを含む場合は、社内規程に従って最小限にしてください。検証段階では匿名ID化したシフト表を使い、Claude Codeの読み取り範囲と書き込み範囲を明確にします。
Q4. 既存のExcel運用でも始められますか？
始められます。むしろ最初は、既存ExcelをCSV化して、必須項目チェックや作業指示書変換から始めるのがおすすめです。列名が固定されていない場合は、先に列名の標準化を行ってください。
Q5. 物流配車システムとの違いは何ですか？
物流配車は配送依頼、拠点、時間窓、積載などが中心です。引越し業では、訪問見積書で確認した家財量、建物条件、養生、梱包、特殊品、顧客確認事項が配車と作業指示書に直結します。ここが業種固有の差分です。
参考・出典
- Claude Code Docs: Overview — Claude Codeの概要、コードベース読解、ファイル編集、コマンド実行、開発ツール連携を確認（参照日: 2026-07-07）。
- Claude Code Docs: Configure permissions — 読み取り、Bash、ファイル編集などの権限制御とpermission modesを確認（参照日: 2026-07-07）。
- 国土交通省「標準運送約款」 — 標準引越運送約款がR7国交省告示第193号で最終改正されていることを確認（参照日: 2026-07-07）。
- 国土交通省「標準引越運送約款」PDF — 見積書の記載事項、見積料、内金、受取日の三日前までの確認などを確認（参照日: 2026-07-07）。
- 国土交通省「引越時期の分散に向けたお願い」 — 3月から4月に依頼が集中すること、引越時期分散の呼びかけを確認（参照日: 2026-07-07）。
- 厚生労働省「自動車運転者の労働時間等の改善のための基準」 — 改善基準告示の改正と令和6年4月1日適用を確認（参照日: 2026-07-07）。
まとめ：引越し業で今日から始める3つのアクション
- 訪問見積書と作業指示書の項目を突合する。同じ内容を二度入力している箇所、現場に伝わっていない注意事項、自由記述に埋もれている条件を洗い出します。
- Claude Codeで抜け漏れチェックだけを作る。いきなり配車自動化ではなく、見積書CSVの必須項目、内訳不足、特殊品の注意欄漏れを検出するところから始めます。
- 配車候補は人間の確認前提で出す。車両、作業員、時間帯、特殊品、労務確認の衝突を一覧にし、最終判断は配車担当が行います。
次回は、引越し業で使う「作業指示書HTMLジェネレーター」の具体的なファイル構成と、Claude Codeでテストしながら作る手順を扱います。
