Excel VBAのシステム開発は、要件整理、方式選定、設計、テスト、稼働、定着の順に進めると、業務負担と入力ミスを抑えやすくなります。
まず目的と現状を確かめ、VBAを残すか他の仕組みにするかを選びます。全体像は、下の完全ガイドの記事にもまとめています。
▼全体ガイドの記事
・Excel VBAのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Excel VBAのシステム開発の全体像
Excel VBAのシステムは、Excelブックを画面や帳票、入力フォームとして使う業務ツールです。たとえば、入力チェックや集計、ファイル操作、メール作成、外部データ連携などを自動化します。
使い慣れたExcelを入口にできるので、現場の操作をあまり変えずに導入しやすいのが特徴です。一方で、ファイルの置き場所やデータの持ち方を設計しなければ、便利なマクロだけで終わるおそれがあります。
VBAで自動化しやすい業務
手順が決まっていて毎回繰り返す作業は、VBAで扱いやすい業務です。次の4つは、いずれもこの条件に当たる定型の処理です。
- ファイル処理：CSVや複数のExcelファイルを、一括で取り込む処理です。
- 入力チェック：マスタに照らして、値の重複や範囲を確かめます。
- 集計：売上、在庫、勤怠、原価、見積、経費、進捗の各データを、まとめて算出します。
- 帳票作成：請求書や見積書などの定型帳票を、自動で出力します。
集計結果をPDF化して所定のフォルダへ保存し、Outlookでメールを作成する処理も組み込めます。さらに、入力画面と出力帳票を分けて入力項目だけを表示すると、関数を壊す事故も抑えられます。
Excelは画面として残し、AccessやSQL Serverなどをデータベースにする構成もあります。正式なデータをデータベースに保存すると、担当者ごとにファイルが乱立する状態を改善しやすくなります。将来Webシステムへ移行する場合も、最初にデータと画面を分けておけば、段階的に刷新できます。
VBA以外の選択肢を検討すべき条件
次のような条件があると、VBA単体では合わないことがあります。利用人数や運用要件に照らして確かめてください。
- 同時利用：多数の拠点や利用者が、同じデータを一度に更新します。
- 厳密な管理：監査証跡が必要な場合や、複雑な権限の設定が必要な場合です。
- 利用環境：スマートフォンでの利用や、24時間稼働が求められるケースです。
共有フォルダの1ファイルを複数人で使う方式では、最新版の所在や同時編集、バックアップ、アクセス権の管理が難しくなります。そこで、まず利用人数や同時更新、データ量を整理します。外部連携、オフライン利用、将来の拠点追加も、あわせて整理します。
AccessやSQL Server、SaaS、Power Platform、Webシステムとの組み合わせも比べます。
Microsoft Learnによると、VBAマクロはデスクトップ版Excelを中心とする仕組みです。また、Excel on the webでは実行できません（出典: Microsoft Learn「Office スクリプトと VBA マクロの違い」、2026年閲覧）。
Office Scriptsでは、Web・Windows・Macでの利用やPower Automateとの連携を検討できます。ただし、ライセンスやAPIの制約があるため、必ず置き換えられるとは限りません。そのうえで、業務要件に照らして選びます。
Excel VBAのシステム開発の進め方
開発は6つのフェーズで進み、要件整理と選定で方向を決めたうえで、設計・開発に入ります。その後、テスト、稼働、定着と進みます。最初に目的と利用環境を確かめておくと、現場の期待とシステムの範囲をそろえやすくなります。
既存ブックを改修する場合は、見えるボタンだけでなく、隠しシートや名前定義、外部リンク、イベント処理まで調べます。
フェーズ1：目的と現状の整理
月次売上集計の場合、見積もりを安定させるために、業務条件と成果物を具体的にしておきます。
- 業務条件：対象ファイル数、入力担当者、締め日、集計軸。
- 出力と課題：帳票、例外処理、現在の作業時間、ミスの発生箇所。
「集計を自動化したい」という要望は、具体的な完了条件に置き換えます。例として、毎月第1営業日の午前中に担当者3名がCSV10種類を取り込む、という形で書きます。さらに、部門別帳票を出力できる状態まで定めておくと、設計と見積もりが安定します。
棚卸しでは、利用ブックや帳票、マスタ、月間の処理件数を一覧にします。なお、VBAコードや外部リンク、関数、隠しシート、入力規則も、同じように確認します。
利用PCやExcelのバージョン、保存場所に加え、Windowsの更新状況、バックアップ方法、代わりを務める人の有無も調べます。
特に、給与や顧客、個人情報を扱う場合は、閲覧・更新できる人と操作履歴の有無を要件に含めます。退職時に止める権限も、あわせて決めておきます。
機能要件は、MustとWantに分けます。Mustには、入力チェックや必須帳票、既存データ移行を置きます。さらに、エラー時の復旧など、業務停止を避ける条件も含めます。
Wantには、グラフや細かな検索条件、通知の自動化などを置きます。また、代表的な1業務と1帳票を試すPoCやMVP（Minimum Viable Product）を設けると、現場で使えるかを早く判断できます。
フェーズ2：VBAを残すかどうかと構成の選定
要件に合う構成は、利用環境と保守しやすさを基準に比べます。候補には、次のような方式があります。
- VBA単体：単一担当者の定型作業を短期間で導入し、既存帳票をそのまま使いたい場合は有力です。
- Excel＋データベース：複数人で更新するデータを、AccessやSQL Serverに集約します。
- 他の仕組み：Office Scripts・Power Automate、Power Apps、SaaS、Webシステムなども候補です。
選定では、まず利用人数と同時更新、データ量を評価します。次に、スマートフォン対応やオフライン利用、監査ログを比べます。権限や外部サービス連携、将来の拠点追加も、評価の対象です。
「今のExcelで動くか」に加えて、3年後も担当者を増やして使えるかも確かめます。
VBAを残す場合は、Windowsデスクトップ版Excelを前提にします。また、クラウド側は、データベースやAPIに限る方法もあります。
判断は、第一に業務上の効果、第二に利用環境との適合性、第三に保守しやすさ、第四に移行可能性の順で見ます。
費用の安さだけでVBAに決めると、後からWeb化や権限追加を行う際に、大きな改修費がかかることがあります。反対に、現場での検証前に大規模なWebシステムを選ぶと、予算と期間が膨らむことがあります。そのため、小さく始めて、データ設計と運用ルールを先に整える段階導入が現実的です。
フェーズ3：設計・開発と例外処理の取り決め
設計では、画面やデータ項目、マスタ、処理の流れを定義します。帳票、エラー表示、権限、ファイル構成も、あわせて決めます。正常時以外にも、次のような例を確認します。
- 入力の例外：空欄や重複、範囲外、桁あふれへの対応。
- ファイルの例外：欠損や想定外のシート名、通信断が起きた場合の動き。
- 権限の例外：アクセス権が足りないときに、安全に止まるかどうか。
処理が止まるだけでなく、エラーに気付かないまま誤った集計結果が出る状況も防ぎます。
さらに、開発者が退職した後も運用できるよう、納品物にはソースコードや画面・帳票の仕様、データ項目の定義を含めます。設定値、参照先、テスト仕様書も、渡す対象に入れます。
開発では、変数名と処理の単位を整え、処理の入口と出口を明確にします。また、ファイルの保存先をコードに直接書かないことも大切です。
32bitと64bitの違い、参照設定、API宣言、Excelのバージョン差は、開発環境と本番環境の両方で確かめます。
既存ブックは最初にコピーを保管し、変更前の動作と計算結果を記録しておきます。元のブックを直接更新すると、不具合の原因を追いにくくなります。
実装は、代表データを使って小さな単位で進めます。そのうえで、利用者に画面や帳票を確かめてもらうと、仕様の誤解を早く見つけられます。
フェーズ4：テストによる業務の再現性の確認
現場の業務を最初から最後まで再現できるかを、開発の段階に応じたテストで確かめます。
- 単体テスト：各ボタンや関数を、一つずつ動かします。
- 結合テスト：取り込みから集計、帳票出力、メール作成までを一連で通す。
- 受入テスト：実際の担当者が、普段のデータと例外データで業務時間内に迷わず処理できるかを見ます。
テストデータには、空欄や同一コードの重複、日付の逆転を含めます。マスタにないコード、0件、最大件数も入れます。さらに、ファイル名の誤りや読み取り専用、権限不足も確認します。
期待結果は数値や帳票で用意しておき、実行結果やエラー、修正内容、再テスト結果を記録します。記録がないと、納品後に「以前は動いたのに」「担当者によって結果が違う」といった問題が起きがちです。
Microsoft 365は、インターネットから取得したマクロを既定でブロックします（出典：Microsoft Learn「インターネットからのマクロは、Officeで既定でブロックされます」、2026年閲覧）。この仕組みを踏まえると、利用者に「マクロを有効化」を無制限に求める運用は避けます。
署名済みマクロ、信頼できる発行元、配布経路は、情報システム部門と決めます。変更時の再署名も、情報システム部門と取り決めます。
フェーズ5：稼働時の切り替えと復旧手順の整備
稼働時は、全社展開を急がず、代表部署や限定業務で運用します。旧ファイルと新システムは一定期間並行して動かし、次の項目を照らし合わせます。
- 処理結果：集計値と帳票を突き合わせる。
- 運用状況：処理時間とエラー件数を比べます。
並行稼働の期間は案件ごとに異なります。ただし、月次や締め処理を一度経験してから切り替えると、平常時には見えない問題を見つけられます。
本番切り替えの前に、データ移行の対象と担当者、実施日時を決めます。確認方法と切り戻しの条件も決めておきます。さらに、バックアップは、実際に復元できるかも確かめます。
運用手順書には、ファイルの世代管理や共有フォルダの権限をまとめます。なお、読み取り専用の扱い、障害時の連絡先、開発会社への問い合わせ方法も書き込みます。
フェーズ6：定着による属人化の防止
稼働後の定着と保守では、運用状況と情報管理を続けて確認します。
- 利用者の定着：操作研修を行い、処理中の問い合わせを集めます。分かりやすいエラー文と、よくある操作を1枚にまとめた手順書も用意します。
- 利用状況：処理時間、手入力の回数、差し戻しやエラーの件数、旧ファイルへの逆戻り。
- 保守契約：問い合わせ、Excel・Windows更新、マクロ修正、障害対応、バックアップ確認、証明書更新、軽微な改修の範囲を決めます。
- 個人データの管理：最小権限、認証、ログ、持ち出し管理、削除・保管期限の決め方。
- 事故対応：漏えい時の報告手順を決めておき、担当者任せにしない。
年間保守費は、初期開発費の15〜25％程度を目安にする場合があります。ただし、対応時間や対象範囲、SLA、改修枠で実額が変わるため、一律の相場として扱わないでください。
同ガイドラインでは、組織的なルールやアクセス制御、バックアップ、事故時の対応などを重視しています（出典：IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版、2026年）。
Excel VBAのシステム開発の費用相場と内訳
費用は、マクロの行数より、既存ブックの調査や画面・帳票の数、データ連携で変わります。利用人数や権限、テスト、移行、操作説明、納品後の保守も関わります。
ここで示すのは、公開情報を突き合わせた目安です。なお、VBA開発には公定価格がないため、サンプルデータと要件一覧を渡し、同じ条件で見積もりを比べます。
規模別の費用と期間の目安
公開されている目安は、機能や含まれる工程によって異なります。単純な処理から複雑な案件まで、期間と費用の例を並べます。
- 単純な処理：転記、定型集計、ファイル名変更、1帳票のボタン処理は、1日から1週間程度で、3万円から10万円程度です。
- 部門向けツール：複数ファイル取込、入力チェック、帳票・PDF出力、マスタ管理は、10万円から80万円程度という公開実績のレンジです。
- 複雑な案件：複数業務、DB連携、権限、複雑な集計、エラー処理、十分なテストを含み、目安は30万円から100万円程度、1か月から3か月程度です。
発注ナビの「VBAのシステム開発にかかる費用相場は？事前に見積もりが必要？」（2026年）は、シンプルな機能と複雑な機能の費用・期間目安を示しています。3万円から10万円、30万円から100万円の各レンジは、2026年5月掲載の同記事に基づきます。
10万円から80万円は、VBA専門事業者が公開する実績とFAQに基づく目安です（出典: bee-plus「Excel/VBA・マクロ専門」、2026年閲覧）。
会社ごとに含まれる工程が違うため、数字は、含まれる範囲と合わせて読みます。
Excelをフロントエンドにし、AccessやSQL Serverへデータを集約する場合は、100万円から300万円程度の推定レンジで検討することがあります。複数拠点、移行、運用設計も含む規模です。ExcelやAccessの棚卸しからWeb・クラウドへ刷新し、権限、監査ログ、移行、教育まで含めると、300万円から1,000万円以上になるケースもあります。
これらは、公開されているVBA相場と一般的な業務システムの規模感から推定したものです。VBA固有の統計値ではありません。要件が確定する前は、特定の金額を断定しないほうが安全です。
見積書で分けて確認する費用項目
見積書は「VBA開発一式」とせず、工程ごとの費用に分けてもらいます。
- 主な工程：要件定義、既存ブック調査、画面・帳票設計、実装、単体・結合テスト、受入支援、データ移行。
- 導入・運用：署名・配布、操作説明、納品物の作成、保守の費用。
- 別途費用：追加帳票、仕様変更、過去データのクレンジング、外部システムの仕様調査、現地対応、ライセンス、DB・サーバー利用料。
費用を抑えたい場合は、作る機能を削るだけでなく、対象業務を絞り込む方法もあります。さらに、帳票を代表的なものから始め、既存マスタを整理し、受入担当者を早めに決めることも有効です。
要件定義を省くと、仕様変更や追加テストが増え、結果的に高くなることがあります。このため、納品後に自社で修正できるか、設計書とソースコードが渡るか、障害時の担当は誰かも確認しておきます。
ランニングコストは、初期費用と分けて見ます。保守費やクラウド・DBの利用料、証明書、バックアップが含まれます。また、追加ライセンスや軽微な改修、問い合わせ対応も対象です。
保守費を初期開発費の年15〜25％程度と置く場合でも、対応時間や回数の上限、休日対応、仕様変更が別料金かどうかで、実額は変わります。
公開レンジは、自社のユーザー数と運用時間に当てはめて考えてください。
Excel VBAの見積もりを取る際のポイント
良い見積もりを得るには、現場の業務と判断基準が伝わる資料が役立ちます。完成した仕様書がなくても、初回見積もりの精度は上げられます。
- 業務資料：現行Excel、帳票サンプル、入力例、月次作業手順、エラー例の一式。
- 発注条件：利用者一覧や希望納期を用意します。機密情報は、匿名化やNDAの扱いを相談します。
要件とサンプルの1枚のRFPへのまとめ
簡易RFPには、目的や業務、現状の手順、対象者と人数を書きます。入力データと出力帳票も書き込みます。
処理頻度や月間件数、利用環境、連携先を記します。権限、バックアップ、納期、予算の考え方も記載します。
目的は、「作業時間を減らす」だけでなく、「月次集計を半日から1時間以内にする」のように測れる形で書きます。「転記ミスを発見できる状態」も、具体的な目的の例です。
- サンプルデータ：正常データのほか、空欄、重複、未登録コード、日付形式の違い、複数部門、最大件数を含めます。
- 帳票と運用：完成形のほか、出力後の確認者、保存先、送付先。
効果を測る基準があれば、Want機能を後回しにしやすくなります。さらに、開発会社が工数や前提条件、対象外、リスクを説明できるかも確かめます。
同じ条件での複数社の比較
相見積もりは、最安値を選ぶためだけでなく、費用の前提と提案内容の違いを見つけるために行います。依頼する項目は、同一条件でそろえます。
- 依頼条件：同じRFP、サンプル、納期条件を候補先に渡します。
- 見積範囲：要件定義、既存ブック調査、テスト回数、移行範囲の含め方。
- 運用条件：操作説明と保守の条件。
発注ナビの公開情報でも、契約前に複数社へ見積もりを依頼し、目的・予算・類似業務の実績を確認するよう勧めています（出典: 発注ナビ、2026年）。
比較表には、金額のほか、Excel・VBA経験や既存コードの解析力を並べます。さらに、DB連携やWeb・クラウド移行への対応も並べます。
セキュリティやテスト体制、納品物も比べます。保守窓口や同業種の実績も、あわせて見ます。
会社名や実績数に加えて、現場の例外処理について質問できるか、仕様変更時の扱いを説明できるかも確かめます。
契約前のリスクと納品条件の確認
契約前には、成果物の定義と検収条件を決めます。また、仕様変更の手続きや追加改修の単価も確かめます。
情報管理とマクロの配布手順も決めておきます。そのうえで、完成の定義や安全な運用方法をはっきりさせます。
- 契約条件：成果物、検収、仕様変更手続き、追加改修の単価を決めます。
- 成果物と契約管理：ソースコード・設計書、著作権・利用権、秘密保持、再委託、障害対応、データ削除の扱い。
- 情報の持ち出し：個人情報や顧客情報を扱う場合は、外部へ出せる権限、共有フォルダ、アクセスログ。
- データ保護：バックアップの暗号化、開発環境への持ち込み、開発会社の端末を確かめます。
- マクロの配布：署名用証明書の管理者、信頼できる発行元、版番号、改修時の署名、旧版の停止方法を決めます。
「完成」がボタンの動作、実データでの帳票一致、利用者の操作可能性のどれを指すかで、必要なテストと費用が変わります。
なお、指針は、個人データへのアクセス制御や識別・認証、不正アクセス防止などの安全管理措置を示しています（出典：個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年閲覧）。
利用者に「警告が出たら有効化する」とだけ伝えると、悪意あるマクロを実行するリスクが高まります。そのため、情報システム部門と現場で役割を分け、問い合わせ先と緊急停止方法を用意しておきます。
よくある質問（FAQ）
検討中の企業からよく寄せられる疑問に答えます。費用や向いている業務、開発期間、保守、将来の移行を判断する材料にしてください。
Excel VBAのシステム開発費用はいくらですか？
単純な転記や定型集計なら3万円から10万円程度、複雑な業務ツールなら30万円から100万円程度という公開目安があります。
既存ブックの調査やデータベース連携、移行、テスト、教育、保守をどこまで含むかで、金額は変わります。そのため、金額だけでなく、対象業務や帳票、利用人数、環境、納品物をそろえて見積もりを取ります。
Excel VBAの開発期間はどのくらいですか？
シンプルな機能は1日から1週間程度、複雑な機能は1か月から3か月程度という公開目安があります。
要件整理や既存ファイルの解析、利用者確認、データ移行、受入テストまで含めると、実装だけの期間より長くなります。ただし、短納期を優先する場合も、代表データでの試験と切り戻し手順は省略しません。
Excel VBAはWebやスマートフォンで使えますか？
VBAマクロはデスクトップ版Excelを前提にしており、Excel on the webでそのまま実行する用途には向きません。そのため、Webやスマートフォン、定期実行、共同利用を重視する場合は、別方式を比べます。
候補は、Office Scripts、Power Apps、SaaS、Webシステムなどです。また、現在のExcelを残したままデータだけをクラウドやDBに集約する段階移行も選べます。
納品後の保守では何を確認すればよいですか？
契約前には、次の項目を確かめます。
- 保守対応：ExcelやWindows更新、マクロ修正、バックアップ、証明書、問い合わせ、軽微な改修、障害時の復旧の範囲。
- 納品物：担当者が変わっても直せるよう、ソースコード、設計書、テスト仕様書、設定値、運用手順書を受け取ります。
- 保守費：初期開発費の年15〜25％程度が目安になる場合があります。対応時間や改修枠で変わるため、契約書の範囲を確かめます。
まとめ
発注前の確認事項
発注前には、対象業務と現行ブック、サンプルデータを準備します。利用環境や費用範囲、納品物、保守条件もそろえておきます。VBAを残す条件と、将来DBやWebへ移行する条件を先に決めておくと、目先の便利さだけで構成を選びにくくなります。
稼働後の継続事項
稼働後は、運用の指標と手順書を見直し、改善の優先順位を更新します。担当者が変わっても使える管理を続けることが大切です。
- 運用の改善：処理時間、エラー、差し戻し、問い合わせ、旧ファイルへの逆戻り。操作手順や設計書、ソースコードのほか、バックアップと復旧方法も見直します。
- 導入時の注意：Excelで小さく始めやすい一方、利用者、データ、権限、バックアップ、保守の設計不足は、属人化やデータ破損につながります。
- 開発手順：要件整理と選定で方向を決め、設計・開発に入ります。その後、テスト、稼働、定着と進む6段階です。
- 費用の条件：DB連携、複数拠点、移行、セキュリティ、Web化は別規模です。
- 構成の選択：VBA継続、DB連携、Office ScriptsやSaaSへの移行を比べ、現場に合う段階計画を立てます。
費用は、単純なマクロなら3万円から10万円程度、複雑な業務ツールなら30万円から100万円程度の公開目安があります。この金額は、機能と工程を限定した目安です。
現行ブックやサンプルデータ、帳票、利用環境をそろえ、同じRFPで複数社を比べてください。
VBAを選ぶこと自体を目的にはせず、作業時間の削減やミスの抑制、締め処理の安定、引き継ぎやすさで成果を判断します。
現場に合った段階的な計画を立てることが、長く使えるシステムへの近道です。
▼全体ガイドの記事
・Excel VBAのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。