古い業務システムは全部作り直さない｜画面・データ・処理を分ける段階移行

古いExcelや業務システムを直す相談で、一番危ない言葉があります。

「せっかくだから全部新しくしましょう」

気持ちは分かります。

ただ、全部を一度に変えると、全部が同時に止まる可能性もあります。

全面刷新という大博打

2026年も、国内では古い業務システムを更新するモダナイゼーション需要が続いています。

ただ、中小企業や小規模な現場で必要なのは、大企業向けの巨大な刷新計画とは限りません。

実際の相談では、次のような状態が多いです。

・Excelに長年の計算式が入っている

・Accessや古いWeb画面が一部だけ動いている

・担当者しか分からない入力ルールがある

・紙やメールも業務の途中に残っている

・過去データを捨てられない

・止められる期間がほとんどない

この状態で全部を作り直すと、必要な例外まで一緒に消すことがあります。

しかも、旧システムの説明書がない。

担当者の頭の中が最新仕様書です。

はい。

退職されたら仕様書も退職します。

残すExcel、変える画面

私は、Excelをすぐ廃止せず、保存先として残したまま閲覧画面だけWeb化する対応をよく行います。

たとえば、建築関係のExcelを読み込み、明細をWeb画面へ表示するツールでは、元のExcelを残しながら新しいHTML画面を追加しました。

利用者は見やすい画面からIDを選び、詳細を確認し、計算結果を元データへ反映します。

この方法なら、いきなりデータ形式を全部変えずに済みます。

まず画面の使いにくさを改善する。

次に入力や計算処理を整理する。

最後に、必要であれば保存先をデータベースへ移す。

段階を分けることで、どこで不具合が出たかも追いやすくなります。

ID列ひとつの破壊力

段階移行では、画面より先にデータの扱いを確認する必要があります。

先ほどのExcel閲覧ツールでは、ID列を文字列として扱う必要がありました。

ところが、一部の処理で数値のように扱われ、一度反映した後に二行目以降のIDが画面上で「IDなし」になりました。

見た目はIDです。

でも、システムにとっては、文字列の「001」と数値の1が別物です。

ここを曖昧にすると、先頭のゼロが消えたり、別のデータと同じ扱いになったりします。

画面を新しくしても、データの型が壊れたら意味がありません。

段階移行で最初に決めたいのは、次の項目です。

・IDの形式

・日付の形式

・金額の丸め方

・空欄の扱い

・削除済みデータの残し方

・過去データとの対応関係

クッッッソ地味です。

でも、ここを飛ばすと、新画面が古いデータを元気に壊します。

先に分ける三層

古いシステムを整理するとき、私は機能一覧だけでなく、画面、データ、処理の三つに分けます。

画面は、利用者が見る部分です。

入力フォーム、一覧、検索、ボタン、印刷画面などです。

データは、保存される情報です。

顧客、案件、商品、金額、写真、履歴、IDなどです。

処理は、裏側の動きです。

計算、集計、メール送信、PDF作成、権限判定、外部サービス連携などです。

古い画面が使いにくいだけなら、データと処理を残して画面だけ変えられます。

計算式が複雑で壊れやすいなら、画面を残して処理だけPythonやGASへ移せます。

複数のExcelに情報が散っているなら、先にデータを一か所へ集める方法もあります。

全部作り直す前に、どの層が本当に問題なのかを分けるんですよね。

工程表からの小さな統合

建設業向けの業務改善では、工程表、写真、仕様書、ToDoが別々に管理されていました。

これを一度に一つの巨大なシステムへ入れると、画面も権限も保存方法も一気に複雑になります。

そこで、次のように順番を分けます。

・工程表の保存と編集

・写真のアップロードとPDF化

・仕様書の閲覧と印刷

・ToDoと担当者管理

・外部サービスへの通知

工程表が安定してから写真をつなぐ。

写真が安定してから仕様書をつなぐ。

保存形式や権限を確認しながら広げる。

最初から全部入りを目指すより、現場が使える単位で完成させたほうが止まりにくいです。

第一フェーズの小さな完成

ハウスクリーニング業務のシステム設計でも、すべてを初期版へ入れませんでした。

現状は、チャット、フォーム、カレンダー、手計算、口頭確認に情報が分散していました。

第一フェーズでは、次を優先しました。

・ログインと権限

・案件管理

・カレンダー

・担当者の割当

・シフト

・決済情報

・作業完了

・写真

・ダッシュボード

・顧客履歴

一方で、LINE WORKSへの通知自動化や入金の自動照合は第二フェーズです。

理由は、先に案件と顧客履歴の正しいデータを作らないと、通知や照合を自動化しても判断元が揺れるからです。

再訪問も、単純な0円案件として処理できるとは限りません。

売上、担当者の評価、顧客履歴、作業理由を分けて残す必要があります。

業務の意味を整理してから自動化する順番です。

戻せる移行

段階移行では、新しい機能を作ることと同じくらい、戻せることが重要です。

私は次の仕組みを先に考えます。

・変更前ファイルのバックアップ

・世代別の保存

・旧画面を一定期間残す

・新旧データの件数比較

・差分の確認

・切り替え日時の記録

・不具合時の復元手順

工程管理ツールでは、現場単位でデータを保存し、複数世代のバックアップを残す設計を入れています。

新機能を公開した後に不具合が出ても、直前の状態へ戻せるようにするためです。

「新しいほうが動かなければ昔のExcelを使う」

この逃げ道は、格好よくありません。

でも、現場を止めないという意味では強いです。

移行順を決める四問

古い業務システムを直すときは、最初に次の四つを確認します。

1．今、一番止まると困る処理は何か

2．過去データを何年分残す必要があるか

3．現在の計算式や入力ルールを説明できる人は誰か

4．画面、データ、処理のどこが一番つらいか

画面だけが問題なら、全面刷新は不要かもしれません。

データが分散しているなら、先に集約が必要です。

処理が属人化しているなら、計算や通知から切り出します。

作る機能より、変えない部分を決めるほうが先です。

全部作り直す前の相談

私は、Excel、GAS、Python、Webアプリを使った業務改善や既存システムの改修相談を受けています。

古いExcelを残したまま画面だけ使いやすくしたい。

複数の管理表を少しずつ一つにしたい。

担当者しか分からない処理を整理したい。

全部作り直す見積が高くて止まっている。

そんな場合は、画面、データ、処理を分け、最初に移す範囲を整理します。

古い仕組みを残すことが、必ずしも遅れているわけではありません。

安全に変えるための土台として使えるなら、まだ役目があります。