Excel VBAのシステム開発の進め方/やり方/流れや方法/手法/工程/手順

Excel VBAのシステム開発は、既存のExcel帳票や入力方法を活かしながら、集計・転記・帳票出力などの定型業務を自動化し、現場の負担と入力ミスを減らすための現実的な方法です。

ただし、いきなりマクロを作り始めると、担当者しか直せないファイル、同時編集によるデータ破損、Excelのバージョン差、マクロが動かない環境などの問題が起きやすくなります。この記事では、Excel VBAのシステムを企画する前の判断から、要件整理、開発、テスト、稼働後の定着までを6つのフェーズに分け、費用相場、見積書の読み方、発注前のチェック項目まで具体的に解説します。

▼全体ガイドの記事
・Excel VBAのシステム開発の完全ガイド

Excel VBAのシステム開発の全体像

Excel VBAのシステムは、Excelブックを画面、帳票、入力フォームとして使い、VBAで入力チェック、集計、ファイル操作、メール作成、外部データ連携などを自動化する業務ツールです。使い慣れたExcelを入口にできるため、現場の操作を大きく変えずに導入しやすい一方、ファイルを置く場所やデータの持ち方まで設計しなければ、単なる「便利なマクロ」で終わってしまいます。

代表的な対象は、CSVや複数のExcelファイルの一括取り込み、マスタに基づく入力・重複・範囲チェック、売上・在庫・勤怠・原価・見積・経費・進捗の集計、請求書や見積書などの定型帳票の作成です。集計結果をPDF化して所定のフォルダへ保存し、Outlookでメールを作成する処理も組み込めます。入力画面と出力帳票を分け、担当者が入力する項目だけを表示すれば、関数を壊してしまう事故も抑えられます。

Excelを画面として残し、AccessやSQL Serverなどをデータベースにする構成もあります。入力はExcelのまま、正式なデータはデータベースに保存することで、担当者ごとにファイルが乱立する状態を改善しやすくなります。将来Webシステムへ移行する可能性がある場合も、最初からデータと画面を分離しておくと、段階的な刷新につなげやすいです。

多数の拠点や利用者が同時に更新する、厳密な監査証跡が必要、スマートフォンから使う、24時間稼働させる、複雑な権限管理を行うといった条件では、VBA単体が適さない場合があります。共有フォルダの1ファイルを皆で開く方式は、最新版の所在、同時編集、バックアップ、アクセス権の管理が難しくなります。利用人数、同時更新、データ量、外部連携、オフライン利用、将来の拠点追加を整理し、Access・SQL Server・SaaS・Power Platform・Webシステムとの組み合わせも比較してください。

また、Microsoft Learnによると、VBAマクロはデスクトップ版Excelを中心に利用する仕組みで、Excel on the webでは実行できません。一方、Office ScriptsはWeb・Windows・Macでの利用やPower Automateとの連携を検討できます（出典: Microsoft Learn「Office スクリプトと VBA マクロの違い」、2026年閲覧）。ただし、ライセンスやAPIの制約があるため、Office Scriptsなら必ず置き換えられると考えず、業務要件に照らして選ぶことが大切です。

Excel VBAのシステム開発の進め方

Excel VBAの開発は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズで進めると、現場の期待とシステムの範囲をそろえやすくなります。小さなマクロでも、目的と利用環境を確認してから作ることが重要です。特に既存ブックを改修する場合は、見えているボタンだけでなく、隠しシート、名前定義、外部リンク、イベント処理まで調査対象にしてください。

最初に「VBAを作ること」ではなく、「何の業務を、どの状態まで改善するか」を決めます。たとえば月次売上集計なら、対象ファイル数、入力担当者、締め日、集計軸、出力帳票、例外処理、現在の作業時間、ミスの発生箇所を確認します。「集計を自動化したい」という要望を、「毎月第1営業日の午前中に、担当者3名がCSV10種類を取り込み、部門別の帳票を出力できる状態にする」のように具体化すると、設計と見積もりが安定します。

棚卸しのチェック項目は、利用中のブック、VBAコード、外部リンク、関数、隠しシート、入力規則、帳票、マスタ、月間処理件数、利用PC、Excelのバージョン、Windowsの更新状況、ファイルの保存場所、バックアップ方法、担当者の代替要員です。給与・顧客・個人情報を扱う場合は、誰が何を閲覧・更新できるか、操作履歴を残すか、退職時にどの権限を止めるかも要件に含めます。

機能要件はMustとWantに分けます。Mustには入力チェック、必須帳票、既存データの移行、エラー時の復旧など業務停止を避ける条件を置き、Wantにはグラフ、細かな検索条件、通知の自動化などを置きます。最初からすべてを盛り込まず、代表的な1業務と1帳票を試すPoCやMVPを設定すると、現場が使えるかを早期に判断できます。

要件を整理したら、VBA単体、Excelフロント＋データベース、Office Scripts・Power Automate、Power Apps、SaaS、Webシステムのどれが合うかを比較します。単一担当者が定型作業を行い、短期間で導入し、既存帳票をそのまま使いたい場合はVBAが有力です。複数人が同じデータを更新するなら、画面をExcelに残しても、データはAccessやSQL Serverなどに集約する構成が候補になります。

選定では、利用人数と同時更新、データ量、スマートフォン対応、オフライン利用、監査ログ、権限、外部サービス連携、将来の拠点追加を横並びで評価します。「今のExcelで動くか」だけでなく、「3年後も担当者を増やして使えるか」を確認してください。VBAを残す場合は、WindowsデスクトップExcelを前提にし、クラウド側はデータベースやAPIに限定するなど、役割を分ける方法もあります。

選定の判断基準は、第一に業務上の効果、第二に利用環境との適合性、第三に保守しやすさ、第四に移行可能性です。費用が安いからという理由だけでVBAに決めると、後からWeb化や権限追加に大きな改修費が発生することがあります。反対に、最初から大規模なWebシステムにすると、現場の検証前に予算と期間が膨らむことがあります。小さく始め、データ設計と運用ルールを先に整える段階導入が現実的です。

設計では、入力画面、データ項目、マスタ、処理の流れ、帳票レイアウト、エラー表示、権限、ファイル構成を定義します。画面を作る前に、正常系だけでなく空欄、重複、範囲外、桁あふれ、ファイル欠損、想定外のシート名、通信断、権限不足を洗い出します。現場で最も困るのは、処理が止まることより、エラーに気付かないまま誤った集計結果が出ることです。

開発者が退職しても運用できるように、ソースコード、画面・帳票仕様、データ項目定義、設定値、参照先、テスト仕様書を納品物に含めます。変数名や処理単位を整理し、処理の入口と出口を明確にし、ファイルの保存先をコードに直書きしないことも重要です。32bitと64bitの違い、参照設定、API宣言、Excelのバージョン差を開発環境と本番環境の両方で確認してください。

既存ブックを改修する場合は、最初にコピーを保管し、変更前の動作と計算結果を記録します。元のブックを直接更新すると、どの変更が原因で不具合が出たか追跡できなくなります。実装は代表データを使った小さな単位で進め、利用者に画面や帳票を確認してもらい、仕様の誤解を早く発見できるようにします。

テストは、プログラムが動くかだけでなく、現場の業務を最初から最後まで再現できるかを確認します。単体テストでは各ボタンや関数を確認し、結合テストではファイル取り込みから集計、帳票出力、メール作成までを通します。受入テストでは、実際の担当者が普段のデータと例外データを使い、業務時間内に迷わず処理できるかを評価します。

テストデータは、正常なデータだけでなく、空欄、同一コードの重複、日付の逆転、マスタにないコード、0件、最大件数、ファイル名の誤り、読み取り専用、権限不足を含めます。期待結果をあらかじめ数値や帳票で用意し、実行結果、発生したエラー、修正内容、再テスト結果を記録してください。これがないと、納品後に「前は動いた」「担当者によって結果が違う」という問題が起きやすいです。

マクロを含むファイルの配布方法もテスト対象です。Microsoft 365では、インターネットから取得したファイルのマクロが既定でブロックされる仕組みがあるため、利用者に無制限の「マクロを有効化」を求める運用は避けます。署名済みマクロ、信頼できる発行元、配布経路、変更時の再署名を情報システム部門と決めます（出典: Microsoft Learn「インターネットからのマクロは、Officeで既定でブロックされます」、2026年閲覧）。

稼働時は、いきなり全社へ展開せず、まず代表部署や限定された業務で運用します。旧ファイルと新システムの結果を一定期間照合し、集計値、帳票、処理時間、エラー件数を比較します。並行稼働の期間は案件ごとに異なりますが、月次や締め処理を一度経験してから切り替えると、平常時には見えない問題を発見しやすくなります。

本番切り替え前に、データ移行の対象、移行担当、実施日時、確認方法、切り戻し条件を決めます。バックアップは作成しただけで安心せず、実際に復元できるかを確認します。ファイルの世代管理、共有フォルダの権限、読み取り専用の扱い、障害時の連絡先、開発会社への問い合わせ方法も、運用手順書にまとめてください。

稼働後の定着では、操作研修を1回行うだけでなく、実際の処理を行いながら問い合わせを集めます。画面に表示するエラー文を利用者が理解できる表現にし、よくある操作を1枚の手順書にまとめます。利用状況を確認する指標は、処理時間、手入力の回数、差し戻し件数、エラー件数、旧ファイルへの逆戻り件数などが使いやすいです。

保守契約では、問い合わせ対応だけでなく、ExcelやWindowsの更新、マクロの修正、障害対応、バックアップ確認、証明書の更新、軽微な改修をどこまで含むかを明確にします。年間保守費は初期開発費の15〜25％程度を一般的な目安として置くことがありますが、これは一律の相場ではなく、対応時間、対象範囲、SLA、改修枠によって変わります。出典を確認したうえで自社の運用条件に合わせて見積もってください。

IPAの中小企業向け情報セキュリティ対策ガイドラインでは、組織的なルール、アクセス制御、バックアップ、事故時の対応などを含めた対策が重視されています（出典: IPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版、2026年）。個人データを含むExcelでは、担当者の善意に任せず、最小権限、認証、ログ、持ち出し管理、削除・保管期限、漏えい時の報告手順を決めてください。

Excel VBAのシステム開発の費用相場と内訳

Excel VBAの費用は、マクロの行数だけでは決まりません。既存ブックの調査、画面・帳票の数、データ連携、利用人数、権限、テスト、移行、操作説明、納品後の保守によって大きく変わります。以下の金額は公開情報を突き合わせた目安であり、VBA開発に一律の公定価格があるわけではありません。サンプルデータと要件一覧を渡し、同じ条件で見積もりを比較してください。

単純な転記、定型集計、ファイル名変更、1帳票のボタン処理であれば、1日から1週間程度、3万円から10万円程度という公開目安があります。複数ファイルの取り込み、入力チェック、帳票・PDF出力、マスタ管理を含む部門向けツールでは、10万円から80万円程度の公開実績レンジが見られます。複数業務、データベース連携、権限、複雑な集計、エラー処理、十分なテストを含む案件は、30万円から100万円程度、期間は1か月から3か月程度が目安として紹介されています。

上記の3万円から10万円、30万円から100万円というレンジは、発注ナビの2026年5月掲載記事が示す「シンプルな機能」と「複雑な機能」の費用・期間目安に基づきます（出典: 発注ナビ「VBAのシステム開発にかかる費用相場は？事前に見積もりが必要？」、2026年）。10万円から80万円のレンジは、VBA専門事業者が公開する実績・FAQの目安です（出典: bee-plus「Excel/VBA・マクロ専門」、2026年閲覧）。会社ごとに含まれる工程が異なるため、数字だけを比較しないでください。

ExcelをフロントエンドにしてAccessやSQL Serverへデータを集約し、複数拠点、データ移行、運用設計まで含める場合は、100万円から300万円程度という推定レンジで検討することがあります。ExcelやAccessの棚卸しからWeb・クラウドへ刷新し、権限、監査ログ、移行、教育まで含める場合は、300万円から1,000万円以上になるケースもあります。ただし、これらはVBA固有の統計値ではなく、公開されているVBA相場と一般的な業務システムの規模感からの推定です。要件が固まる前に特定金額を断定しないことが安全です。

見積書は「VBA開発一式」ではなく、要件定義、既存ブック調査、画面・帳票設計、実装、単体テスト、結合テスト、受入支援、データ移行、マクロ署名・配布、操作説明、納品物作成、保守に分けてもらいます。別途扱いになりやすいのは、追加帳票、仕様変更、過去データのクレンジング、外部システムの仕様調査、現地対応、ExcelやOfficeのライセンス、データベースやサーバーの利用料です。

費用を抑える場合は、作る機能を削るだけでなく、対象業務を1つに絞り、帳票を代表的なものから始め、既存マスタを整理し、受入担当者を早く決める方法が有効です。要件定義を省くと、後から仕様変更や追加テストが増え、結果的に高くなることがあります。安さを評価するときは、納品後に自社で修正できるか、設計書とソースコードが渡されるか、障害時に誰が対応するかまで含めて判断してください。

ランニングコストも初期費用と分けます。保守費、クラウドやデータベースの利用料、証明書、バックアップ、追加ライセンス、軽微な改修、問い合わせ対応を確認します。保守費を初期開発費の年15〜25％程度と置く場合でも、対応時間や回数に上限があるか、休日対応が含まれるか、仕様変更は別料金かで実額は変わります。公開レンジを自社のユーザー数と運用時間に置き換えてください。

Excel VBAの見積もりを取る際のポイント

良い見積もりを取るには、開発会社に丸投げするのではなく、現場の業務と判断基準を伝えられる資料を用意します。完成した仕様書がなくても、現行のExcel、帳票サンプル、入力例、月次の作業手順、エラー例、利用者一覧、希望納期をそろえれば、初回の精度を上げられます。機密情報が含まれる場合は、匿名化したサンプルやNDAの締結方法も相談してください。

簡易RFPには、目的、対象業務、現状の手順、対象者と人数、入力データ、出力帳票、処理頻度、月間件数、利用環境、連携先、権限、バックアップ、納期、予算の考え方を書きます。目的は「作業時間を減らす」だけでなく、「月次集計を半日から1時間以内にする」「転記ミスを発見できる状態にする」のように測定可能な表現にします。効果を測る基準があれば、Want機能を後回しにする判断もしやすくなります。

サンプルは、正常データだけでなく、空欄、重複、未登録コード、日付形式の違い、複数部門、最大件数のデータを含めます。帳票は完成形だけでなく、出力後に誰が何を確認し、どこへ保存し、誰に送るかも記載します。開発会社がサンプルを見て、想定する工数、前提条件、対象外、リスクを説明できるかを確認してください。

相見積もりは、単純に最安値を選ぶためではなく、費用の前提と提案内容の違いを見つけるために行います。候補先には同じRFP、同じサンプル、同じ納期条件を渡し、要件定義と既存ブック調査を含めるか、テストの回数、移行の範囲、操作説明、保守の条件をそろえます。発注ナビの公開情報でも、契約前に複数社へ見積もりを依頼し、目的・予算・類似業務の実績を確認することが勧められています（出典: 発注ナビ、2026年）。

比較表を作る場合は、金額のほかに、Excel・VBAの経験、既存コードの解析力、Access・SQL・データベース連携、Web・クラウド移行、セキュリティ、テスト体制、納品物、保守窓口、同業種の実績を並べます。会社名や実績数だけでは判断せず、担当者が現場の例外処理を質問できるか、仕様変更時の扱いを説明できるかを見てください。

契約前には、成果物の定義、検収条件、仕様変更の手続き、追加改修の単価、ソースコードと設計書の扱い、著作権・利用権、秘密保持、再委託、障害対応、データ削除を確認します。「完成」の条件が、ボタンが動くことなのか、実データで帳票が一致することなのか、利用者が操作できることなのかで、必要なテストと費用は変わります。

個人情報や顧客情報を扱う場合は、ファイルを誰が持ち出せるか、共有フォルダの権限、アクセスログ、バックアップの暗号化、開発環境へのデータ持ち込み、開発会社の端末管理を確認します。個人情報保護委員会のガイドラインは、個人データへのアクセス制御、識別・認証、不正アクセス防止などの安全管理措置を示しています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年閲覧）。

マクロの配布も契約条件に含めます。署名に使う証明書の管理者、信頼できる発行元の登録、配布ファイルの版番号、改修時の署名、旧版の停止方法を決めます。利用者へ「警告が出たら有効化する」とだけ伝える運用は、悪意のあるマクロを実行するリスクを高めます。情報システム部門と現場の役割を分け、問い合わせ先と緊急停止の方法を用意してください。

よくある質問（FAQ）

ここでは、Excel VBAのシステム開発を検討する企業からよく寄せられる疑問に回答します。費用だけでなく、向いている業務、開発期間、保守と将来の移行を含めて判断することがポイントです。

単純な転記や定型集計なら3万円から10万円程度、複雑な業務ツールなら30万円から100万円程度という公開目安があります。ただし、既存ブックの調査、データベース連携、移行、テスト、教育、保守を含むかで変わるため、金額だけでは判断できません。発注前に対象業務、帳票、利用人数、環境、納品物をそろえて見積もりを取得してください。

シンプルな機能は1日から1週間程度、複雑な機能は1か月から3か月程度という公開目安があります。要件整理、既存ファイルの解析、利用者確認、データ移行、受入テストを含めると、実装だけの期間より長くなります。短納期を優先する場合も、代表データでの試験と切り戻し手順を省略しないことが大切です。

VBAマクロはデスクトップ版Excelを前提に考える必要があり、Excel on the webでそのまま実行する用途には向きません。Webやスマートフォン、定期実行、共同利用を重視する場合は、Office Scripts、Power Apps、SaaS、Webシステムなどを比較します。現在のExcelを残しながら、データだけをクラウドやデータベースに集約する段階移行も選択肢になります。

ExcelやWindowsの更新による不具合、マクロの修正、バックアップ、証明書、問い合わせ、軽微な改修、障害時の復旧をどこまで対応するか確認します。担当者が変わっても直せるよう、ソースコード、設計書、テスト仕様書、設定値、運用手順書を受け取ることも重要です。保守費は初期開発費の年15〜25％程度を目安にする場合がありますが、対応時間や改修枠で変わるため、契約書の範囲を確認してください。

まとめ

発注前は、対象業務、現行ブック、サンプルデータ、利用環境、費用の範囲、納品物、保守条件をそろえます。特に、VBAを残す条件と将来にデータベースやWebへ移行する条件を決めておくと、目先の便利さだけで構成を選びにくくなります。

稼働後は、処理時間、エラー、差し戻し、問い合わせ、旧ファイルへの逆戻りを確認し、改善の優先順位を更新します。担当者が変わっても使えるように、操作手順、設計書、ソースコード、バックアップと復旧方法を定期的に見直してください。

Excel VBAのシステム開発は、既存のExcelを活かして小さく始めやすい一方、利用者、データ、権限、バックアップ、保守まで含めて設計しなければ、属人化やデータ破損につながります。進め方は、要件整理、選定、設計・開発、テスト、稼働、定着の6フェーズで考えると、抜け漏れを防ぎやすくなります。

費用は、単純なマクロなら3万円から10万円程度、複雑な業務ツールなら30万円から100万円程度という公開目安がありますが、これは機能と工程を限定したレンジです。データベース連携、複数拠点、移行、セキュリティ、Web化を含める場合は、別の規模の見積もりになります。自社の現行ブック、サンプルデータ、帳票、利用環境をそろえ、同じRFPで複数社を比較してください。

最後に、VBAを選ぶこと自体を目的にせず、作業時間の削減、ミスの抑制、締め処理の安定、引き継ぎのしやすさという成果で判断してください。VBAを残す、データベースと組み合わせる、Office ScriptsやSaaSへ移行するという選択肢を並べ、現在の現場に合う段階的な計画を作ることが、長く使えるシステムへの近道です。

▼全体ガイドの記事
・Excel VBAのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。