工程表・写真・仕様書を別々に管理する限界｜建設業のExcelをWeb化する順番

建設業のDXは、立派な施工管理システムを入れることから始めなくて大丈夫です。

工程表、写真、仕様書、やることリスト。

これらが別々になっているなら、まず1つだけつなぐ方が進みます。

全部を一気に変えようとすると、現場より先に打ち合わせが疲れます。

■ 情報が増えるほど連絡手段も増える

建設業の業務改善について相談を受けていると、情報そのものがないわけではありません。

むしろ、あります。

・Excelの工程表

・紙やPDFの仕様書

・LINEで届く現場写真

・メールの図面

・担当者ごとのメモ

・Trelloなどのタスク

・会社PCの共有フォルダ

全部どこかにあります。

問題は、つながっていないことです。

工程が変わっても、やることリストは前の日付のまま。

仕様が変わっても、古いPDFを見ている人がいる。

写真は届いているけど、どの現場の何の写真か分からない。

「送った」「見てない」「どこにある」が始まります。

はい。

システムを入れる前から、情報だけはクッッッソ多いです。

■ 2026年も建設DXの中心はデータ共有

国土交通省の2026年度インフラDX推進計画でも、建設プロジェクトの関係データをデータベースに保存し、関係者間で共有する方針が示されています。

工程、図面、写真、品質情報などを別々に持つのではなく、進捗に合わせて共有する方向です。

ただし、国の大きな方針と、小規模な建設会社の現場は同じではありません。

いきなりBIM/CIMや大規模な施工管理基盤を入れる必要はないんですよね。

まず必要なのは、

「最新の工程表がどれか分かる」

「スマホで現場から確認できる」

「写真が現場ごとにまとまる」

このあたりです。

地味です。

でも、ここが動かないまま3Dだけ入れても、普通に困ります。

■ Web化の優先順位は5段階

これまで工程管理、仕様書、写真、タスク、PDF出力などを扱ってきた中で、Web化は次の順番が進めやすいと感じています。

1. 最新版を1つにする

最初に、工程表の正本を決めます。

誰かがコピーしたExcelをそれぞれ直す状態では、機能を追加しても情報が分かれます。

Web画面を1つ用意して、そこを見れば最新版が分かる状態を作ります。

2. スマホで見られるようにする

現場では、編集より確認が先です。

PCで作った工程表を、スマホでは閲覧専用にする方法もあります。

いきなりスマホ編集まで入れると、誤操作や画面設計が増えます。

まず見るだけ。

これ、かなり現実的です。

3. 写真を現場と工程にひも付ける

写真のアップロード機能だけを作っても、あとから探せなければ意味がありません。

・現場名

・撮影日

・工程

・担当者

・写真種別

この情報を一緒に持たせます。

4. 仕様書とやることをつなぐ

仕様が決まったら、発注、確認、施工、検査などのタスクが発生します。

仕様書を保存するだけではなく、次の作業へつなげます。

5. 印刷とPDFを最後に整える

画面が完成しても、印刷で崩れることがあります。

A3横、改ページ、余白、背景色、工程バー、縦書きメモ。

画面と紙は別物です。

最後に印刷専用の調整が必要です。

■ 実際に増えた機能は全部つながっていた

ある工程管理系の仕組みでは、最初は工程表が中心でした。

そこから、必要な機能が少しずつ増えました。

・PCで工程を編集

・スマホは閲覧専用

・仕様書にメーカー候補を表示

・工程とやることリストを連動

・担当者と期限を設定

・Trelloへタスク連携

・他現場の工程を期間指定で取り込み

・A3で工程表と仕様書をPDF出力

これだけ見ると、大きなシステムです。

でも、最初から全部を作ったわけではありません。

現場で使う。

困る。

直す。

次を足す。

この繰り返しです。

最初から完成形を決めようとすると、打ち合わせだけでクッッッソ時間がかかります。

しかも、使い始めると必ず変わります。

■ PCで正しくても現場では正しくない

工程表の画面を作るとき、デスクトップPCではきれいに収まっていても、ノートPCでは下が切れることがあります。

スマホでは、横幅だけではなく縦の表示量も重要です。

印刷すると、画面では見えていた工程バーが消えることもあります。

さらに、次のような細かい条件があります。

・休日を工期に含めるか

・年をまたぐ期限をどう扱うか

・縦メモと工程バーが重なったときの優先順位

・未入力欄を白く印刷するか

・写真を縦向きのままPDFへ出すか

・工程を移動したときにタスク期限も変えるか

こういう部分が業務システムの本体です。

見た目がきれいな画面を作るだけなら、Claude CodeやCursorでも早いです。

ただ、休日、印刷、連動、保存、復旧まで考えると、業務ルールの設計が必要になります。

■ 市販ツールが合う会社、個別開発が合う会社

建設業向けの施工管理サービスは多くあります。

市販ツールが合いやすいのは、次のような会社です。

・業務を標準機能に合わせられる

・写真、日報、図面共有をすぐ始めたい

・月額費用を許容できる

・社内に運用担当者がいる

・複数現場で共通の流れを使っている

一方、個別開発が合いやすいのは、次のような会社です。

・独自のExcel工程表を残したい

・印刷レイアウトが決まっている

・仕様書や帳票の形式を変えにくい

・必要な機能だけ欲しい

・既存のDropbox、Google Drive、Trelloを使いたい

・現場ごとの独自ルールが多い

・市販ツールを入れたが使われなかった

市販ツールが高いから個別開発、ではありません。

自社の運用を標準に寄せられるかどうかです。

寄せられるなら、市販ツールの方が早いです。

寄せられないのに無理やり入れると、結局Excelも残ります。

システムとExcelの二重管理。

一番つらいやつです。

■ 最初に作るなら閲覧画面だけでもいい

Web化というと、登録、編集、削除、承認、通知、集計まで必要に見えます。

でも、最初は閲覧だけでも価値があります。

たとえば、

・事務所で工程表を更新

・Webへ反映

・現場はスマホで最新工程を確認

・過去版は自動保存

これだけでも、ExcelをLINEで送り直す回数を減らせます。

次に写真を追加する。

その次に仕様書を追加する。

必要になったらタスク連携を入れる。

小さく始める方が、現場の反応を見ながら進められます。

■ 建設業のWeb化で最初に確認する項目

相談時には、次の情報があると整理しやすくなります。

・現在の工程表

・利用人数

・PCとスマホの利用割合

・編集する人

・閲覧だけの人

・印刷サイズ

・写真の保存先

・仕様書の形式

・現在使用しているクラウドサービス

・現場数

・オフライン利用の必要性

・権限の分け方

・バックアップ方法

全部決まっていなくても大丈夫です。

現在のExcelやPDFを見れば、どこが業務上重要なのかが分かることもあります。

説明が難しければ、実際のファイルを見ながら整理する方が早いです。

■ DXは現場の言葉をシステムに変える作業

工程表をWeb化する仕事は、ExcelをHTMLに置き換えるだけではありません。

「この色は何を表すのか」

「この線を動かしたら何が変わるのか」

「誰が確定するのか」

「雨で延期したら、どこまでずらすのか」

こうした現場の言葉を、処理ルールに変える作業です。

だから、最初から要件がまとまっていなくても問題ありません。

むしろ、まとまっていない部分を一緒に見つける必要があります。

あなたは今ここまで読んでますよね？

たぶん「うちの工程表はもっと特殊」と思っているはずです。

はい。

だいたい特殊です。

だからこそ、既存ファイルを見た方が早いんですよね。

■ 工程表・写真・仕様書の整理から対応します

次のような状態であれば、Excel改善、GAS、Python、Webアプリのどれが合うか整理できます。

・Excel工程表を複数人で使っている

・最新版が分からなくなる

・現場からスマホで見たい

・写真がLINEやメールに散らばる

・仕様書とタスクが別管理

・A3の印刷レイアウトを残したい

・TrelloやGoogle Driveと連携したい

・市販の施工管理ツールが合わない

・小さな機能から試したい

業務自動化とWeb化のご相談はこちらです。

まだ作る範囲が決まっていない場合は、業務整理から対応できます。