社内の基幹業務を、長年Microsoft Accessで作ったシステムで回している——中小企業の現場では珍しくない構図です。Windowsのアップデートで動作が不安定になった、作った担当者が退職してメンテできない、テレワークで社外から触れない。こうした症状が重なって「Webへ移行しよう」と動き出すと、見積もりの幅が300万円から3,000万円まで広がっていて判断できない、という経営者の声をよく耳にします。本記事ではAccess業務システムをWeb化する費用相場を3レンジで整理し、移行で必ずぶつかる5つの落とし穴を経営者目線で解説します。
この記事の結論（3行）
- Web化の相場は小規模300〜700万、中規模700〜1500万、複雑業務1500〜3,000万。Access資産の整理度で2倍以上の差が出る
- 落とし穴はVBAロジック移植・データ移行・帳票・権限・運用環境の5つ。事前に棚卸しすると見積もりが半額になることもある
- 「同じものを作り直す」ではなく「業務を再設計する」前提で発注しないと、Web化しても現場で使われない
なぜAccess業務システムのWeb化は費用が読めないのか
Accessで作られた業務システムは、見た目以上に「会社の業務知識」が詰まっています。担当者が10年以上かけて少しずつ追加してきたフォーム、誰も読み解けないVBAロジック、社内ローカルルールが反映された帳票——こうしたものが積み重なり、見積もり時の前提条件によって金額が大きくぶれてしまいます。
- 「同じものを作る」のか「業務を再設計する」のかで工数が変わる
- VBA・マクロのロジックが棚卸しされていない
- データの持ち方が「Accessだから許されてきた」構造になっている
Web化の見積もり幅が広い理由は、技術的な難易度の差ではなく、Access資産の整理度合いに左右されることが大きい、という前提を最初に押さえてください。
「同じものを作る」のか「業務を再設計する」のか
Web化案件で最初にぶつかる問いです。完全に同じ挙動で再現してほしいという要望は自然ですが、ここに乗ると工数は青天井になります。Accessには10年分の仕様の積み重ねがあり、その全てを再現するには現状把握だけで1〜2人月かかります。一方で「業務を再設計する」発注に切り替えると、本当に必要な機能だけを切り取って作り直せるため、総工数は3〜4割削減できます。この前提だけで見積もりが2倍違ってきます。
VBA・マクロのロジックが棚卸しされていない
AccessはVBAやマクロで複雑な処理が動いていることが多く、そのロジックが文書化されていないケースが大半です。ベンダーは現物のAccessファイルを開いて1つずつ読み解く必要があり、ここで工数が膨らみます。社内で「このボタンは何をしているか」を一覧化してから発注すれば、見積もり工数が2〜3割減ります。
データの持ち方が「Accessだから許されてきた」構造になっている
Accessのテーブル設計は、リレーショナルデータベースの原則から外れていることが珍しくありません。1つのフィールドに複数の値をカンマ区切りで入れている、テーブル名が日本語、主キーが定義されていない——こうした構造はそのままWebに移せず、データを整える工程が必要です。データ件数が多いほどこの工程が重くなります。
Access Web化の費用相場を3レンジで整理
Access業務システムをWebへ移行する場合の費用相場を、業務の規模感別に3つのレンジで整理します。
| レンジ | 金額（目安） | 規模感 | 想定される対象 | |---|---|---|---| | 小規模 | 300〜700万円 | 3〜6人月 | フォーム10画面以下・テーブル20本以下の単機能系 | | 中規模 | 700〜1,500万円 | 6〜12人月 | 受発注・在庫・顧客などを横断する基幹系 | | 複雑業務 | 1,500〜3,000万円 | 12〜24人月 | 他システム連携・帳票多数・複数部門で使う統合系 |
レンジが3倍ほど開くのは技術差ではなく業務範囲の差です。「いまのAccessをそのままWebに」のままだと、自社のシステムがどのレンジに当てはまるかを判断できません。発注前にスコープを整理することで、見積もりは大きく動きます。自社のAccess資産がどのレンジに当てはまるかを判断したい場合は、業務改善・システム見積もりAI適正診断で個別に整理できます。
小規模レンジ（300〜700万円）
フォーム10画面以下、テーブル20本以下、業務が単一部門で完結している場合のレンジです。「営業部門だけで使う見積もり管理」など独立した1業務をそのままWeb化するケースが該当します。3〜6人月程度で、UIをモダンに作り直し、社外からブラウザでアクセスできる状態に持っていけます。複雑な他システム連携や複数権限の制御は含まれません。
中規模レンジ（700〜1,500万円）
受発注・在庫・顧客情報など、社内の複数業務を横断するAccessシステムを丸ごとWeb化するレンジです。6〜12人月で、30〜50画面、複数の権限ロール、月次帳票、他システムとの最小限の連携を含みます。中小企業のAccess基幹系をWeb化する場合、ここに当てはまるケースが最も多くなります。「使われない機能」を切り捨てて画面数を3割減らす設計もこのレンジで効果が出ます。
複雑業務レンジ（1,500〜3,000万円）
複数部門で日常的に使う統合系、会計や販売管理と連携する構成のレンジです。12〜24人月で、画面数50以上、帳票20種類以上、複数拠点での同時運用などを含みます。このクラスでは、移行前の「業務全体の棚卸し」工数が開発工数と同じくらい必要です。ここを省略すると、リリース後に追加改修が積み重なり、3,500〜4,000万円規模に膨らむケースもあります。
Access Web化で必ずぶつかる5つの落とし穴
Accessから Webへの移行には、技術的に避けて通れない「落とし穴」が5つあります。事前に把握しておくことで、見積もりの妥当性を見極めやすくなり、リリース後の追加コストも抑えられます。
落とし穴1: VBA・マクロロジックの移植
VBAやマクロはWebへそのまま移植できません。サーバー側として書き直すか、ブラウザ側のJavaScriptで書き直すかをロジックごとに判断します。1つ1つは小さくても、数十・数百個積み重なれば全体の3〜4割の工数を占めます。発注前に「このボタンは何をしているか」を一覧化しておけば、ベンダーの読み解き工数を半分近く減らせます。
落とし穴2: 既存データの移行
既存データの移行は思ったより工数を食います。テーブル設計の整え直し、文字コードの統一、移行範囲の線引き、移行中の二重管理——こうした論点を1つずつ詰める必要があります。データ件数が10万件を超えると、移行スクリプトの作成だけで0.5〜1人月かかります。「過去5年分は移行、それ以前は退避」と発注前に決めておくと、見積もりが明確になります。
落とし穴3: 帳票出力の再現
Accessの強みの1つがレポート機能による帳票出力です。請求書・納品書・月次集計表など、業務に密着した帳票が10種類以上存在するのはよくあります。Webで再現するにはPDF生成ライブラリで1つずつ作り直すため、1帳票あたり3〜5人日。20種類で2〜3人月です。「全て完全再現」ではなく「現在も印刷している帳票だけ移行」と決めれば、ここを大きく圧縮できます。
落とし穴4: 権限管理とログインの設計
Accessは「社内ネットワーク内なら全員が触れる」前提で運用されていることが多く、権限が細かく設計されていないケースが大半です。Webに移行するとインターネット経由でアクセスできるため、ログイン認証・権限ロール・ログ取得をゼロから設計する必要が出てきます。ここを軽く見積もると、「経理データが営業から見える」「退職者アカウントが残る」事故につながります。発注時に3〜5ロールに整理しておくことをお勧めします。
落とし穴5: 運用環境とランニングコスト
Accessは社内PCにファイルを置けば動くため、ランニングコストはほぼゼロでした。Webに移行すると、サーバー、データベース、SSL証明書、バックアップ、監視といった運用環境が必要です。中規模なら月額2〜5万円のクラウド費用、年額30〜60万円の保守費用が一般的で、3年単位で100〜200万円のランニングが乗る前提を経営判断に組み込んでください。
経営者目線で考える「AccessをWeb化する判断軸」
ここからは経営の話です。Access業務システムをWeb化するかどうか、技術部門の声だけで決めると失敗します。「Windowsアップデートで動かなくなった」「作った人が退職する」という消極的な理由で踏み切ると、「同じ業務を別の場所で動かしているだけ」のシステムが出来上がり、投資対効果が見合わなくなります。
経営者がWeb化を判断する視点は3つです。第一に、「Web化で、いまできていない業務がどれだけできるようになるか」を1行で説明できるか。「現場の在庫を本社からリアルタイムで見られる」「外出先で見積もりが作れる」のような業務拡張の効果が必要です。第二に、Web化後の運用コストを3年間で計算し、人件費削減効果と比較して黒字になるか。第三に、Web化の機会を使って「使われなくなった機能」を捨てる判断ができるか。
特に3つ目が肝心です。Accessには「昔は使ったが、いまは触らないボタン」が必ず存在します。これを全て持ち込むと、工数が1.5〜2倍に膨らみます。「同じものを作り直す」のではなく「業務を整理し直す」発想で発注すれば、Web化はDXの起点に変わっていきます。
ぷらすわんの実例：じちなびを支えた業務Web化の発想
ぷらすわんが取り組んでいる「じちなび」の事例をお伝えします。じちなびは自治体・地域DXのマッチングポータルで、地域の事業者と利用者をWebでつなぐサービスです。市場相場では300〜800万円規模ですが、ぷらすわんでは200万円規模で立ち上げました。
この差を生んだのが、「同じものを作る」のではなく「業務の本質だけを切り取る」発想です。企画段階では自治体の窓口業務をデジタル化する従来型アプローチも検討されましたが、紙の手続きをWebに置き換えるだけでは「窓口が増えた」状態にしかなりません。そこで「地域の事業者と利用者がつながる」本質だけを切り取り、申請フロー・承認フロー・履歴管理など「あったほうがいい機能」を後回しにしました。結果としてNext.js + Supabaseの構成で200万円の予算でも実用レベルのポータルを立ち上げられました。
Access業務システムのWeb化でも同じ発想が効きます。全ての画面・機能を再現しようとせず、「業務の本質はどの3〜5機能か」を経営者が決め切ることで、市場相場の半分程度の予算でWeb化できる場合があります。手元のAccessシステムを診断することで、必要な機能と捨てる機能の境界線を具体的な数字で把握できます。
Access Web化を成功させる5つの実践
最後に、Access業務システムのWeb化を「現場で使われる形」に着地させるための、5つの実践的なポイントをお伝えします。
- 発注前に「VBAボタン一覧」を作る
- データ移行のスコープを「年単位」で区切る
- 帳票は「いま印刷しているもの」だけに絞る
- 権限ロールを3〜5個に最初から設計する
- 運用環境費を3年単位で予算化する
この5つは、どれも発注前の「準備段階」で効果が出る項目です。発注後に整えようとすると、いずれもベンダー側の工数として乗ってきてしまい、最終的な見積もりに反映されます。
発注前に「VBAボタン一覧」を作る
Accessの画面を1枚ずつ開き、ボタンとフォームイベントについて「何をしているか」を一覧化してください。社内担当者が作るのが理想ですが、難しい場合は2〜3画面分のサンプルを作り、残りをベンダーに有償で依頼する形でも構いません。この一覧があるかどうかで読み解き工数が大きく変わります。
データ移行のスコープを「年単位」で区切る
どこまでのデータを新システムへ移行するかを発注前に決めてください。「全期間」を選ぶと工数が増え、データクレンジングの問題も増えます。「過去3年分は完全移行、それ以前は参照用に別データベース」のような線引きが、現実的な落としどころです。
帳票は「いま印刷しているもの」だけに絞る
Accessには使われなくなった古い帳票が必ず眠っています。直近1年で実際に印刷している帳票だけをリスト化し、それ以外は移行対象から外してください。1帳票あたり3〜5人日を圧縮でき、ここだけで100〜200万円の見積もり差が生まれます。
権限ロールを3〜5個に最初から設計する
「管理者・一般・閲覧のみ」のような最低限の権限ロールを、発注前に整理してください。発注後に決めようとすると、リリース直前に再設計が走り追加工数が発生します。Excelで「ロール × 画面 × 操作」のマトリクスを埋めれば十分です。
運用環境費を3年単位で予算化する
Web化後のサーバー・データベース・バックアップ・監視などのランニングコストを、3年単位で予算化してください。初期費用だけを見て発注すると、リリース後に「思った以上に維持費がかかる」状態になります。発注前に他社見積もりとの比較を依頼する場合も、初期費用と運用費の合計で比較してください。
まとめ
Access業務システムのWeb化費用は、小規模300〜700万円、中規模700〜1,500万円、複雑業務1,500〜3,000万円が相場です。レンジが3倍開くのは技術差ではなくAccess資産の整理度合いと「同じものを作るか業務を再設計するか」の判断によります。VBA移植・データ移行・帳票・権限・運用環境という5つの落とし穴は、発注前の準備で半分近く回避できます。
大事なのは、Web化を「業務を再設計するための機会」として扱うことです。経営者の判断軸を持って臨めば、Access資産は古い負債ではなく、業務知識の塊として新システムへ引き継がれていきます。Web化を整理したい経営者の方は、現状を項目別に整理してから判断する流れをお勧めします。