建設業のシステム乗り換え|AI・DXで移行を確かめる
建設業のシステム乗り換えを考えていても、過去の図面や承認記録を移せるかが心配。データの取込みは終わったのに、現場で必要な写真へたどり着けない。こうした不安は、製品の機能一覧だけでは解決できません。
建設業のシステム乗り換えでは、「データが入った」から一歩進め、新しい環境で必要な仕事を完了できるかを確認します。工事の一覧から図面、写真、確認記録へ進めるか。担当者に必要な情報が見えるか。これらを試し、残った問題を把握してから切替えを判断します。
AIは、項目の対応候補を作る、不一致を分類する、テストで確認する質問を整理する、といった準備に使えます。移行の実行や元データの削除を任せるのではなく、人が照合し、切替えや延期を決めるための補助として扱います。
建設業のシステム乗り換えは、完了させたい仕事から考える
最初に、新環境で続けたい仕事を短い文にしてみましょう。「データを全部移す」では、終わったかどうかを判断できません。「工事を選び、採用中の図面を開く」「請求の根拠となる確認記録を探す」など、使う人の動作に置き換えます。
現在の手順が長いなら、そのまま再現する必要はありません。ただし、手順を変えることと、記録を失うことは別です。省く操作と、残す必要がある根拠を分けて検討します。
経営者、事務、営業、現場担当では、必要な仕事が違います。管理者が一覧を開けたことだけで全員の確認を終えず、それぞれが自分の権限で必要な操作をできるかを試します。
この段階で、切替えの判断者も決めます。準備を進める人、データの内容を確かめる人、業務として使えると判断する人が同じとは限りません。問題が残ったときに、誰が延期を決められるかを明らかにしておくと、導入予定日だけが先に進む状況を避けられます。
工事データは、件数と一緒につながりを残す

工事台帳の行数が一致していても、写真が別の工事に結び付いていたら、そのまま使うことはできません。建設業の記録では、一覧の項目だけでなく、どの資料がどの工事や判断に属するかが重要です。
移行対象を確認する際は、台帳のデータ、添付されたファイル、変更や承認の履歴、使える人の範囲をそれぞれ確認します。一括の書き出し機能があっても、これらがすべて含まれるとは限りません。
例えば、写真だけを保存すると、撮影した場所や工事区分との関係が分からなくなることがあります。逆に一覧だけを移すと、ファイルを開くためのリンクが旧環境に向いたままになる場合があります。どの情報が組になっているかを、実際の記録でたどってください。
工事コードや取引先コードが変わる場合は、旧コードと新コードの対応を残します。コード自体の整理は、工事や取引先のマスタ管理と連携させます。移行を機に似た名前の会社をまとめるときも、同じ取引先だと確認してから行います。
書き出せるものと、取り込めるものを別々に調べる
旧システムから出せることと、新システムで同じ意味を保てることは別です。CSVを使える製品同士でも、列の並び、日付の形式、空欄の扱い、更新対象の決め方が異なることがあります。
CSVは、表の内容を区切り文字で表すファイル形式です。画面の見た目や設定まで、そのまま引っ越す形式ではありません。自社が利用している製品の説明書で、書き出しと取込みの両方を確認してください。
例として、サイボウズ OfficeのCSV管理の説明では、アプリ設定の一部はCSVの管理対象外とされています。また、取込み時のレコード番号によって、追加と上書きの動きが変わります。これは同製品の仕様の例で、他の製品にも同じ動作を想定してよいという意味ではありません。
確認した仕様は、製品名だけでなく、利用している版や契約プラン、確認日と一緒に残します。外部連携を使っている場合は、その連携先で必要な形式も調べます。新しいシステムの一覧が正しくても、会計や現場の別サービスへ送れなければ、仕事の流れは途切れます。
また、旧環境の書き出しデータは原本として保ち、変換用の作業ファイルと分けます。取り込みやすいように修正した後で問題が見つかっても、最初に何が出力されていたかを確かめられるようにするためです。
AIが提案する項目の対応には、判断の理由を付ける
項目数が多い場合、旧環境と新環境の項目名や説明を並べ、AIに対応の候補を挙げさせる方法があります。この段階では、実顧客の記録を渡さず、項目の定義と架空の値で確認することもできます。
注意したいのは、名前が似ていても意味が違う項目です。「完了日」が施工の終了日なのか、顧客の確認日なのかで、移す先は変わります。金額でも、税込と税抜、予定と確定を取り違えると、後の集計に影響します。
次のように、対応の理由と未解決を残す表を作ると、レビューしやすくなります。これは設計例であり、特定製品の項目仕様ではありません。
| 確認する組合せ | 決めること | 止める条件 |
|---|---|---|
| 旧項目と新項目 | 定義と値の変換方法 | 意味が一致しない |
| 工事と添付資料 | 紐付けを保つ方法 | 資料の所属が不明 |
| 履歴と承認 | 新環境か保管先での確認方法 | 判断の根拠を追えない |
| 利用者と権限 | 業務に必要な範囲 | 見せない情報が見える |
AIには「対応が確かでない項目を、空欄のまま一覧にして理由を説明する」と依頼します。すべての項目に無理に答えを付けさせないことが大切です。採用、保留、担当確認という判断は、人が根拠を見て残します。
AIが出した変換式や処理案も、そのまま本番データへ実行しません。担当者が確認し、複製した小さな対象で動きを試します。外部サービスへの入力については、個人データを生成AIへ入力する際の確認事項を踏まえ、目的と学習利用等の条件を確認した環境を使います。
移行テストは、普段の操作と困る場面を組み合わせる

試験では、取り込み件数の確認と、業務の確認を分けます。件数や合計が合うことは大切ですが、それだけでは添付の取り違えや権限の問題を見つけ切れません。
架空の工事を使う例なら、工事の登録から写真の追加、資料の差し替え、確認担当への引継ぎまでを通してみます。入力した人と確認する人の両方から操作し、必要な情報が残るかを確かめます。
次に、空欄がある、同じ名前がある、添付が複数ある、取消済みの記録がある、といったケースも試します。実際のデータの特徴を踏まえて選び、正常な例だけで移行可能と判断しないようにします。
照合結果は、対象の旧記録、移行後の記録、確認内容、差異、判断した人を結び付けて残します。人の目で確認したものと、件数や合計で機械的に確認したものも区別します。未検査を「問題なし」で埋めないでください。
ファイルが保存されたことと、必要な端末から開けることも違います。現場で使う端末や接続条件で、図面を確認できるか、写真を追加できるかを試します。事務所の管理者用パソコンだけで確認を終わらせないことがポイントです。
切替え日は、未解決事項と業務への影響を見て判断する
移行テストで問題が出たら、すべて同じ重さとして扱う必要はありません。業務を止める問題、確認を待てる表示の問題、運用で一時的に補える問題などに分け、責任者が判断できるようにします。
ただし、「あとで直す」で済ませる場合も、担当者と期限、代わりの手順を明確にします。承認の履歴が追えない、金額の意味が違う、想定外の相手に情報が見えるといった問題は、日付に間に合わせるために放置しないようにします。
切替えを延期する条件は、試験を始める前に決めておくと判断しやすくなります。予定日に向けて費用や教育が進んだ後ほど、止めると言いにくくなるためです。経営者は、現場の「まだ困る」を受け止められる判断の場を用意してください。
旧環境へ戻す必要がある場合の手順も確認します。単に旧システムを再び開けるだけでなく、新環境で追加した記録をどう回収し、どちらを正本に戻すかが必要です。復旧を試す考え方は、仕事の停止と復旧に備える運用にも共通します。
切替え後の差分と、旧環境を閉じる条件を管理する
準備中も現場の仕事は進みます。最初に書き出した後、旧環境で変更された内容があれば、その差分を反映する必要があります。どの時点まで取り込んだか、残りは何かを記録しておきます。
二つの環境を併用する場合は、入力先を明確にします。同じ工事の情報を両方で更新し続けると、どちらを採用するかの判断が増えます。対象業務や工事ごとの運用を決め、社員や協力会社へ案内してください。
利用者の権限は、アカウントの棚卸しと引継ぎに合わせて確認します。旧環境を閉じる時期は、保存すべき記録を必要な人が参照できることや、残った連携の確認とセットで判断します。
契約を終える前には、終了後に何を閲覧・出力できるかをサービス提供者へ確認します。文書ごとの保存条件や顧客との約束も照合します。データを移したという理由だけで、旧データや承認の根拠をまとめて削除する運用は取りません。
相談の前に、「移せるか」より「何を確かめたいか」を用意する
建設業のシステム乗り換えを検討するときは、現環境で困っていることを書き出します。続けて、新環境で必要な操作と、失うと困る記録を一つずつ確かめてください。画面の数よりも、日々の仕事が最後まで進むかを説明できることが重要です。
導入会社へ確認する際は、書き出し範囲、取込対象、添付や履歴の扱い、試験で確認できることを具体的に聞きます。「移行対応可能」という説明だけで終わらせず、自社の実際の対象に当てはめて確かめましょう。
AIを使う範囲も、対応表の下案や不一致の整理など、小さな補助から始められます。全件を自動処理する計画より、間違いが見つかったときに原本と判断へ戻れる設計を優先します。
Luzetraへのシステムや業務改善のご相談では、現在の業務と残したい記録を整理するところから検討できます。新しい道具へ移った後も、現場と事務が根拠を確かめながら仕事を続けられる状態を目指しましょう。

約25年間、建設・リフォーム業界に在籍。不動産業界にも精通。現在は、これまでの経験と知識を活かしつつAIを用いて業界の活性化に取り組んでいる。
