リフォームの工程管理・職人手配をデジタル化する方法｜電話とLINE頼みの現場調整から抜け出す

リフォーム会社の現場調整は、「工程表はExcel、職人への手配は電話、変更連絡はLINE、現場の状況はホワイトボード」という分散した運用になりがちです。案件が少ないうちはこれで回りますが、10件、20件と並走し始めた途端、工務担当の頭の中だけが全体を知っている状態になり、伝え漏れ・ダブルブッキング・手待ちが慢性化します。

先に、要点をまとめます。

• 工程遅延やダブルブッキングの多くは、工程表・職人の予定・変更連絡が別々の場所で管理され、変更のたびに人力で同期していることが原因
• デジタル化の第一歩は高機能な工程管理ソフトを入れることではなく、案件・工程・職人の予定を1つの台帳に集約し、変更が関係者へ自動で伝わる状態を作ること
• 工程データが蓄積されると、工期予測の精度向上・案件別の粗利分析・繁閑をならした手配の平準化へと段階的に発展させられる

リフォームの工程管理は、なぜ崩れやすいのか？

解体後の追加工事や仕様変更で工程が動くことが前提の業態なのに、変更を関係者全員へ伝える手段が電話とLINEしかないことが、工程崩れの根本原因です。

リフォーム工事は新築と違い、着工してから分かることが多い業態です。壁や床を解体したら下地の腐食やシロアリ被害が見つかった、配管の位置が図面と違った——こうした「開けてみないと分からない」事情で、工程は当初の計画から動くのが普通です。加えて、お客様が住みながらの工事では在宅日程への配慮が必要で、仕様変更の希望も工事の途中で出てきます。

問題は、工程が動くこと自体ではなく、動いたときの伝達手段です。解体→大工→設備→電気→内装→美装と工種がリレーのようにつながるリフォームでは、1つの工程が2日ずれると、後続のすべての職人の予定に玉突きで影響します。このとき工程表がExcelや手帳にしかないと、工務担当が関係する職人へ1人ずつ電話やLINEで連絡することになり、1人への伝え漏れがそのまま「現場に行ったのに前工程が終わっていない」「来るはずの職人が来ない」というトラブルに直結します。

さらに、職人の高齢化と担い手不足で、腕の良い職人の予定は各社の取り合いになっています。手配が早い者勝ちになるほど、職人の空き状況を正確に把握している会社が有利になりますが、その空き情報が工務担当の頭の中と手帳にしかない会社では、担当者が休んだ日に手配の判断が止まります。属人化した手配は、退職や急病といった不測の事態に対してもろいという弱点を抱えています。

制度面の変化も工程管理の負荷を上げています。2025年4月の建築基準法改正でいわゆる4号特例が縮小され、木造住宅でも大規模なリフォームでは確認申請や構造関係の審査対応が必要になるケースが広がりました。着工前の段取りが長く・読みにくくなったぶん、着工後の工程をタイトに管理する必要性は以前より高まっています。

電話とLINE頼みの職人手配をやめると、何が変わるのか？

工程表と職人の稼働予定が同じ画面で見えるようになり、変更が関係する職人・協力業者へまとめて伝わるため、伝え漏れによる手戻りとダブルブッキングが構造的に起きにくくなります。

リフォームの工程管理・職人手配のBefore/After比較図。Beforeは工程表がExcelと手帳、職人手配が電話、変更連絡がLINEで個別、現場状況がホワイトボードと分散し、伝え漏れ・重複手配・手待ちが発生。Afterは案件×工程×職人を1つの基盤に集約し、職人予定と工程が同じ画面に載り、変更は関係者へ自動通知、変更履歴も残るため、手戻りと調整工数を削減できる。

一元化の効果は、単なる連絡の時短ではありません。まず、職人の割り付けと工程表が同じデータになるため、同じ職人を同じ日に2つの現場へ入れようとすると、その時点で重複が見えます。電話と手帳の運用では、ダブルブッキングは「当日発覚」が基本でしたが、割り付けの瞬間に気づける構造に変わります。

次に、変更の履歴が残ります。「言った・言わない」で職人と揉めるのは、口頭とLINEの個別連絡に記録性がないためです。工程変更が誰によっていつ行われ、誰に通知されたかが残っていれば、行き違いの多くは事実確認だけで収束します。

そして、空き状況が全員に見えることで、応援手配の判断が速くなります。「この工程が遅れそうだから、あと1人入れられないか」という判断は、職人ごとの稼働予定が一覧できて初めて即断できるものです。実際に、クラウド型の工程管理に切り替えた工務店で、協力会社とのスケジュール調整時間が7割減ったという報告もあります。

工程管理デジタル化の導入手順とかかる期間は？

案件・工種の棚卸しから全案件への展開まで、標準的には2〜3ヶ月程度で本格運用に移行できます。

• 案件・工種の棚卸し（2〜3週間）: 自社が扱う工事のパターン（水回り、内装、外装、フルリノベーション等）ごとに、工種の順序・標準日数・よく依頼する協力業者を洗い出します。ここが後の工程テンプレートの土台になります。
• 工程テンプレートと連絡ルールの設計（3〜4週間）: パターンごとの標準工程表をテンプレート化し、「変更は誰が入力し、誰に通知が届くか」のルールを決めます。職人側に求める操作を閲覧と確認の返答だけに絞るのが、この段階の要点です。
• 直近の新規案件でテスト運用（1ヶ月程度）: 進行中の案件を無理に載せ替えず、新しく契約した案件から新しい運用を始めます。旧運用と並走させ、伝達の抜けが減っているかを確認します。
• 全案件・協力業者への展開（2〜3週間）: テストで洗い出した課題を直したうえで全案件に広げ、付き合いの長い協力業者から順に案内していきます。

費用感はどのくらい？既製の施工管理アプリとカスタム開発の違いは？

既製の施工管理アプリは月額数万円から使えますが、自社の工程テンプレート・発注・実行予算まで一体で管理したい場合は、カスタム開発の初期投資が選択肢になります。

既製アプリは「まず工程表の共有だけ始めたい」という段階では有力な選択肢です。一方、見積から実行予算、発注、工程、完工後の請求までを案件単位でつなげたい、職人ごとの職種や対応エリアまで含めて手配を仕組み化したい、といった要望が出てくると、既製ツールの設定範囲を超えることがあります。カスタム開発の場合は、案件管理・工程管理の基本機能と社内AIチャットまでを含むライトプランが初期298万円〜、AI見積作成連携やワークフロー自動化・勤怠管理まで含むフルプランが450万円、施工ナレッジbotやAIレポートまで含むプレミアムプランが750万円（いずれも税別）が目安です。保守は月額10万円〜で、最短1.5ヶ月で公開できます。見積の精度・標準化を先に進めたい場合は、リフォーム会社の見積作成を標準化する方法もあわせて参考にしてください。

導入すると現場はどう変わる？ある会社のケースで考える

変わるのは調整の手間だけではありません。「どの職人がいつ空くか」が見えることで、営業段階での着工予定の答え方まで変わります。

従業員15名、工務担当2名で常時20件前後の案件を並走させているリフォーム会社を例に考えてみます。導入前は、毎朝の職人への確認電話に工務担当1人あたり30分〜1時間かかり、工程変更のたびに関係者への個別連絡が発生していました。月に数回は連絡漏れによる手待ちや、「材料は届いたのに職人がいない」といったロスも起きていました。

案件・工程・職人予定を一元化した後、まず消えるのは「確認のための電話」です。職人は自分のスマホで翌日の現場・時間・注意事項を確認でき、工務担当は例外対応だけ電話すればよくなります。次に、ダブルブッキングが割り付けの時点で重複として表示されるため、当日発覚の事故がなくなります。

さらに数ヶ月データが溜まると、工種ごとの「標準日数と実績のずれ」が見えてきます。クロス工事が想定より毎回1日長い、といった傾向が数字で分かれば、次の見積・工程計画に反映でき、営業がお客様に伝える完工予定の精度も上がります。工程のデータは、蓄積されて初めて経営の数字になります。

導入でよくある失敗パターンとは？

「職人・協力業者に複雑な操作を求めすぎる」ことが、最も多い失敗の原因です。

• 紙・Excelの工程表をそのまま画面に移す: 紙の様式を忠実に再現すると入力が煩雑になります。まず項目を減らし、選択式に寄せることが先決です。
• 職人側に入力作業を課す: 職人・協力業者に複雑な操作を求めると使われなくなります。職人側は「自分の予定と現場情報の閲覧」と「確認した・行けないの返答」だけに絞るべきです。
• 変更を上書きで運用し、履歴を残さない: 履歴のない工程表は、結局「言った・言わない」を解決できません。誰がいつ変更したかが残る運用が前提です。
• 工務担当だけが使い、営業が別管理を続ける: 営業の受注見込みと工務の工程が別管理のままだと、着工予定の二重管理が残ります。営業・工務・経理が同じ案件データを見る状態まで持っていくことが重要です。

私たちならリフォームの工程管理と職人手配をこう設計する

ここまでは、工程管理のデジタル化がなぜ必要で、どう進めるべきかという一般論を解説してきました。ここからは、私たちが実際にリフォーム会社のお客様から工程管理・職人手配の仕組みづくりを受託するとしたら、どう設計するかを具体的に書き下ろします。あくまで一般化した設計方針であり、実際の項目名や画面構成は貴社の工事パターン・協力業者との関係に合わせて詰めていく前提でお読みください。

データ設計: 案件台帳×工程テンプレート×職人マスタの3層で持つ

土台になるのは「案件台帳」「工程テンプレート」「職人・協力業者マスタ」の3層です。案件台帳には案件ID・顧客・現場住所・契約金額・実行予算を持たせ、工程テンプレートには工事パターンごとの工種の順序・標準日数・先行工種（この工程が終わらないと始められない、という依存関係）を定義します。職人・協力業者マスタには職種・対応エリア・稼働予定を持たせます。そのうえで工程の実績を「案件ID×工種×日付×職人」をキーに記録すると、1本の工程が「どの案件の、どの工種を、いつ、誰がやるか」まで一意に決まります。見積・発注書・請求も同じ案件IDに紐づけておけば、完工時に実行予算と実績原価の突き合わせが自動で行える構造になります。

情報の流れ: 営業が起点を作り、工務担当が割り付け、職人は自分の予定だけを見る

契約が決まったら、営業担当が工事パターンを選んで工程テンプレートから初期工程表を生成します。工務担当（現場管理者）は職人マスタの稼働予定を見ながら各工程に職人を割り付け、同じ職人の同日重複があればこの時点で画面上に表示されるようにします。職人・協力業者はスマホで「自分の入る現場・日程・住所・駐車や養生の注意・在宅の有無」だけを見ます。工程が動いたときは、工務担当が工程表を動かすと影響を受ける後続工程の職人にだけ通知が届き、「確認しました」の返答が揃ったかを工務担当が一覧で確認できます。経営者は全案件の進捗・今月の着工予定・粗利見込みをダッシュボードで俯瞰する、という流れです。

AIの回答設計: 職人の空きと工程の重なりを、根拠データごと返す

社内AIチャットに案件・工程・職人マスタを接続すると、手配の判断の多くが会話で済むようになります。たとえば工務担当が「来週、クロス職人の空きはありますか」と尋ねたとします。AIは職人マスタの稼働予定と各案件の工程表を突き合わせ、「7月21日〜22日に◯◯内装さんの稼働枠が空いています。△△様邸の内装工程が7月21日開始予定のため、そのまま割り付け可能です。ただし□□様邸の木工事が2日遅れており、後続の内装開始が7月23日にずれる可能性があります」といった回答を、根拠となる職人の割り付け状況と工程実績つきで返します。担当者の記憶ではなくデータを根拠にするため、工務担当が不在の日でも、別の担当者が同じ精度で手配の判断を引き継げます。

権限・運用ルール: 職人に見せる情報は「自分の割り付け」だけに絞る

契約金額・実行予算・顧客の連絡先は、職人・協力業者には表示しません。職人に必要なのは自分の現場と日程の情報だけであり、見せる範囲を絞ることが情報管理と使いやすさの両方に効きます。工程の変更権限は工務担当のみに持たせ、営業は閲覧とコメントまで。変更は上書きではなく履歴として保存します。あわせて「工程変更の入力は前日15時まで、それ以降の変更は電話を併用する」といった運用ルールを画面の中に組み込み、ルールを人の記憶に頼らない形にします。

既存環境との連携・移行: Excel工程表とLINEを一気に捨てない

いま使っているExcel工程表の工種と日数は、そのまま工程テンプレートの初期値として取り込みます。協力業者との連絡も、最初からすべて専用画面に移すのではなく、当面は確定した工程の通知だけをシステムから送り、細かなやりとりは既存のLINEを併用する段階移行が現実的です。まず社内（営業・工務・経理）で案件データを一元化し、協力業者には「見るだけで役に立つ」状態を作ってから広げる、という順序が定着率を大きく左右します。

よりどころべーすのリフォーム業向けダッシュボードのデモ画面（サンプルデータ）。進行案件・今月着工・顧客満足度のKPIカード、案件の月次推移グラフ、施工写真撮影や完工報告書作成といった担当者別の直近タスク一覧、AIによる提案文が1画面にまとまっている。

上の画面は、よりどころべーすのリフォーム業向けダッシュボードのデモ画面（サンプルデータ）です。進行案件・今月着工・顧客満足度のKPIカード、月次推移のグラフ、施工写真撮影や完工報告書作成といった担当者別の直近タスク、AIによる提案文が1画面にまとまっています。写っている数値や項目はあくまでサンプルですが、実際の構築では、この「案件×タスク×担当者」の骨格の上に、貴社の工程表と職人の割り付け画面を作り込んでいきます。

こうした「案件×工程×職人を1つのキーでつなぐデータ設計」「職人に見せる範囲を絞った権限設計」「根拠データつきのAI回答」は、汎用の施工管理アプリの設定だけでは、貴社の工事パターンや協力業者との関係にぴったり合わせ込むことが難しい領域です。よりどころべーすは、業種別パッケージを基盤にしながら足りない部分だけをスクラッチで追加する作り方のため、既製ツールでは諦めるしかなかった「うちの手配のやり方」まで作り込めます。エンジニアが直接ヒアリングして仕様に落とすので、営業と開発の伝言ゲームで要件がずれる心配もありません。ここに書いた設計はあくまで叩き台であり、実際には貴社の工程表と手配の実態を見ながら、要件整理から一緒に詰めていくことになります。

まとめ｜工程管理のデジタル化は「手配の属人化」対策から

リフォームの工程管理は、工程表の様式を整えることではなく、案件・工程・職人の予定を1つにつなぎ、変更が自動で伝わる状態を作ることが本丸です。案件管理全体の仕組みづくりはリフォーム業の案件管理・見積作成をAIで効率化する方法で、完工後の顧客フォローの自動化はリフォーム完工後のアフターフォローを自動化する方法で詳しく解説しています。

よりどころべーすでは、リフォーム業向けに案件管理・工程管理・職人手配を一体で構築するカスタム開発を行っています。詳しくはリフォーム業向けAI業務システムの詳細をご覧ください。

よくある質問

Q. 職人や協力業者にアプリを使ってもらえるか不安です。導入できますか？

A. 職人側に求める操作を「自分の予定の閲覧」と「確認の返答」だけに絞れば、スマホの操作に慣れていない方でも運用できます。入力や更新の作業は工務担当側に寄せる設計が定着の前提です。

Q. 工程がしょっちゅう変わるのですが、システム管理に向いていますか？

A. むしろ変更が多い会社ほど効果が出ます。変更のたびに全関係者へ個別連絡する運用こそが負担の源泉であり、変更が関係する職人へ自動で伝わる仕組みは、変更回数が多いほど削減幅が大きくなります。

Q. Excelの工程表と何が違うのですか？

A. Excelは「表を書く」道具であり、職人の予定や案件データとつながっていません。同じ職人の重複割り付けに気づけない、変更しても誰にも通知されない、変更履歴が残らない、という3点が実務上の大きな差になります。

Q. 小規模な会社でも導入する意味はありますか？

A. 並走案件が常時10件を超え、工程調整の電話・LINEに1日1時間以上かかっているなら、規模にかかわらず検討の価値があります。逆に案件数が少なく調整に困っていない段階では、既製アプリやExcel運用で十分なこともあります。

Q. 導入にはどのくらいの期間がかかりますか？

A. 案件・工種の棚卸しからテスト運用を経て全案件へ展開するまで、標準的には2〜3ヶ月程度です。進行中の案件を無理に載せ替えず、新規案件から新しい運用を始めるのが安全です。

Q. 効果はどうやって測ればよいですか？

A. 導入前に「工程調整に使っている電話・LINEの時間」「手待ち・ダブルブッキングの発生件数」を1ヶ月分記録しておき、導入後に同じ指標で比べるのが確実です。数字で比べられる状態を作ってから導入すると、社内の合意も得やすくなります。

工程管理とあわせて見積作成の効率化も検討している場合は、リフォーム会社の見積作成をAIで標準化する進め方もあわせてご覧ください。ご相談はお問い合わせフォームから承っています。