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

VBAのシステム開発は、要件整理から始まり、方式と開発会社の選定、設計・開発を経て、テストから稼働、定着へと進みます。

この順序で進めると、業務の自動化と保守性の両立につながります。

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

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

VBAでできる入力管理、データ照合、帳票作成、Office連携を4つのカードで示す図。
データの取込からOfficeアプリ連携まで、対象業務を広げられます。

VBAのシステムは、ExcelやAccessに組み込んだVisual Basic for Applicationsを使って、定型業務を自動化する業務アプリケーションです。

単なるマクロ記録にとどめず、入力フォーム、マスタ管理、エラー処理、帳票出力、バックアップまで設計すると、部門単位で使えます。

VBAのシステムでできること

VBAで自動化できる範囲は、入力から集計、帳票作成、Officeアプリ連携まで広がります。

  • 入力・管理:入力フォームとマスタの管理
  • 取込・照合:CSVやExcelの取込と重複チェック
  • 集計・帳票:売上、在庫、勤怠、案件の集計と、見積書や日報の作成
  • Office連携:ExcelからWordへの差し込みと、Outlookでの通知メール送信

発注ラウンジが2026年5月に掲載した解説では、自動計算、書類作成、ログ解析、画面、Office連携も代表例として挙げられています。

たとえば、毎朝、担当者が複数CSVの列を整え、重複確認後に集計表へ転記する作業も自動化できます。さらに、取込、入力チェック、集計、帳票出力を一つの流れにすれば、他の担当者も同じ手順を再現できます。

経済産業省の2025年の地域企業協働プログラム事例では、照合ExcelをVBA化した例が紹介されています。その例では、毎月午前中いっぱいかかる作業を、午前中に完了できる見込みとされています。

単一ファイル型・データベース型・Web移行型の違い

VBAの構成は、利用人数、データ量、共有要件に応じて選びます。初期判断では、利用人数による規模感の目安が参考になります。

  • 単一ファイル型:1〜5人で定型帳票やCSV加工を扱う場合に向く
  • データベース併用型:5〜30人で共有管理する場合の検討先
  • Web・SaaS型:30人超や複数拠点での利用を優先して比べる場合

利用者が少なく、データ量も限られ、帳票作成やCSV加工が中心なら、xlsmだけで完結できます。

入力フォームや複数マスタを数人で共有する場合は、Excelを画面にしてAccessやSQL Serverをデータベースにする構成を検討します。

さらに、複数拠点の同時利用、厳格な権限、操作履歴、スマートフォン対応、他社API連携が必要なら、WebシステムやSaaSも比較します。VBAは万能な基幹システムとは見なさず、現場の手作業を短期間で減らすフロントの業務アプリと位置付けます。

ポイント

VBAは定型業務の自動化に向きますが、構成は利用人数とデータ量で変わります。1〜5人で帳票やCSV加工を扱うならxlsm単体、5〜30人で共有するならデータベースの併用を検討します。

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

VBA開発は、コードを書く前後の業務整理と運用設計で成否が決まります。要件整理から定着までを6フェーズに分けて完了条件を決めておくと、使われない開発や納品後の追加費用を抑えられます。

フェーズ1:要件整理による目的と対象業務の確定

要件整理では、導入の目的と対象業務を先に定めます。その際は、目的、業務フロー、要件、着手範囲の4点を押さえます。

  • 目的:何時間の作業やどのミスを、誰のために減らすかの定義
  • 業務フロー:開始条件、入力、判断、出力、例外処理の整理
  • 要件:対象業務、入力項目と必須条件、正常時と例外時の出力、利用者と権限、同時利用数、最大データ件数
  • 着手範囲:全社一斉ではなく、効果の高い一業務をMVP(Minimum Viable Product)に選ぶ

まず、現行ファイル、サンプルデータ、帳票を集めます。加えて、処理時間、担当者、Officeの版も押さえます。

既存マクロは、ファイル一覧、参照設定、外部DLL・API、保存先を調べます。パスワード、処理件数、復旧方法も確認します。

発注ラウンジも、目的、課題、予算、依頼内容を先に固め、要件が曖昧なまま開発を丸投げしないよう勧めています。

フェーズ2:方式と開発会社の選定

方式は、利用人数や将来のWeb化を見据えて比べます。候補はExcel単体からWebまでの5つあり、それぞれ向く条件が異なります。

  • 開発方式:Excel単体、Access・SQL Server併用、Office Scripts・Power Automate、SaaS、Web
  • 選定基準:利用人数、同時編集の有無、データ量、外部連携、個人情報、監査ログ、Web化計画

単一ファイルを共有フォルダに置いて複数人で同時編集すると、上書きや破損の原因になりがちです。そのため、共有DBへデータを分離する案も検討します。

開発会社については、同業務・同規模の実績、既存ファイルの解析力、AccessやSQL ServerからWebへの移行提案力を見ます。また、Office更新やマクロ署名への対応、ソースコードと設計書の引渡し、保守の応答時間も確認します。

個人開発者が適する案件もあります。ただし、退職や連絡不能は経営リスクになるため、納品物と引継ぎ条件を契約に含めます。そのうえで、最低2〜3社へ同じ資料を渡すと、価格と設計品質を比較できます。

フェーズ3:保守できる構造を作る設計と開発

保守しやすい設計では、画面やデータの流れとプログラムの構成を分けて考えます。

  • 設計項目:画面、項目、帳票、エラー表示、権限、バックアップ
  • 処理構造:標準モジュール、ユーザーフォーム、設定値、マスタ、ログの分離

業務ルールはコードに埋め込み過ぎず、ファイル名や保存先は設定シートから変更できるようにします。そうすると、部署や年度が変わっても改修を進められます。

設計書には、処理概要、入力項目、エラー、外部連携を残します。加えて、参照設定、実行環境、復旧手順も記します。Excel画面については、業務ルールと、どこまでを誰が受け持つかを定めます。

開発中は、空欄、重複、異常な日付、桁あふれを想定します。CSVの列ずれ、印刷不可、ネットワーク切断も想定に含めます。また、仕様書とテストデータも成果物に含めます。

フェーズ4:テストによる正常系と異常系の検証

要件ごとにテストケースを作り、入力値、操作手順、期待結果を書き出します。そのうえで、実際の結果、担当者、実施日を記録します。

  • 正常系:通常件数の取込、集計、帳票出力の確認
  • 異常系:空欄、重複、日付形式違い、想定外の文字、上限件数、権限不足、保存先への接続失敗を試す

テストでは、「ボタンを押して動いた」で終えず、要件に沿って結果を判定します。

複数人利用時は、同時編集、ファイルロック、上書き、データ破損、バックアップ復元もテストします。なお、実データは匿名化し、個人情報を含む台帳をテスト環境へそのままコピーしないようにします。

受入テストでは、担当者が普段の手順で操作し、処理時間、入力ミス、修正のしやすさを評価します。合格基準は先に定め、不具合を一覧にしてから本番移行を判断します。

フェーズ5:稼働に向けた配布と復旧方法の整備

稼働前には、端末のExcel版、32bit・64bit、参照設定、プリンターを確認します。さらに、共有フォルダ権限、ウイルス対策、保存先も確認します。

  • 配布管理:一つの共有場所で管理し、ファイル名に版数や更新日を付ける
  • 保管物:コード、設計書、テスト結果、マニュアル、バックアップ、障害連絡先を所定の場所に置く
  • マクロ対策:配布経路、信頼できる場所、署名、グループポリシー、利用者への注意喚起の設計

納品後に、誰が何を直せるかも決めておきます。

Microsoftは、インターネット由来のOfficeファイルのマクロを既定でブロックしています。なお、メール添付や外部サイト由来のxlsmを「マクロを有効化」して運用しないでください。

IPアドレス経由の共有場所は、社内でも信頼済みと判定されない場合があります。そのため、稼働前に動作確認を行い、セキュリティ部門の承認を得ます。

フェーズ6:定着のための利用率と保守性の向上

旧手順からの切替状況を見ながら定着を図るため、稼働後1〜2か月は新旧の手順を並行します。

  • 記録・改善:時間、エラー、問い合わせ、手戻りを記録し、月1回要望を分類
  • 利用者支援:マニュアルに加えて、エラー、入力ミス、ファイル破損時の対応を示す
  • 保守:他担当者のコード確認、変更前バックアップ、テスト環境での検証後の本番反映
  • 定期見直し:半年から1年ごとに、利用人数、データ量、権限、監査要件を再評価

月1回の改善会議では、追加要望を緊急度と効果に分けます。また、担当者以外もソースコードと設定を確認できる状態にしておきます。

OfficeやWindowsの更新、参照先の変更、組織再編によって、エラーが起きる場合があります。

利用範囲が広がった場合は、データ管理や権限管理が必要な部分から、DB・API・Webへ段階的に切り出します。

ポイント

迷ったときは、目的と対象業務を先に固めてから方式と開発会社を選びます。各フェーズの完了条件を決めておくと、追加費用を抑えやすくなります。

VBAのシステム開発にかかる費用相場と内訳

VBA開発費の内訳を、調査・設計、開発・移行、導入支援の3項目で示す図。
見積書は作業区分ごとに確認すると、範囲を比べやすくなります。

VBAの費用は、機能数だけでなく、既存ファイルの解析、移行、連携、テスト、マニュアル、保守の範囲で変わります。たとえば、同じ帳票自動化でも、帳票数やマスタ・承認の有無によって工数は異なります。

開発規模や運用範囲により費用の幅が生まれるため、公開相場を参考に初期費用と運用費を確認します。

  • 小規模:既存マクロ修正や単一帳票の目安は3万〜30万円程度
  • 部門向け:複数帳票やAccess連携の目安は30万〜100万円程度
  • 運用費:保守、基盤、バックアップ、将来移行も確認

小規模は3万〜30万円、部門向けは30万〜100万円の目安

発注ラウンジ「VBAのシステム開発にかかる費用相場は?」(2026年5月26日公開)によると、シンプルな機能は1日〜1週間で3万〜10万円程度です。

一方で、複雑な機能を1〜3か月で開発する場合は、30万〜100万円程度と紹介されています(出典:発注ラウンジ、2026年)。既存資産の修正から部門向け開発まで、作業範囲によって費用の目安は異なります。

  • 小規模:既存マクロ修正、1帳票の自動生成、CSV加工は3万〜30万円程度
  • 部門向け:入力フォーム、複数帳票、マスタ、エラー処理、Access連携は30万〜100万円程度

複数人で顧客・販売・在庫を扱い、SQL Server、権限、履歴、移行を含む場合は、100万〜500万円程度になる可能性があります。

VBA資産の洗い出しからWeb化、API連携、データ移行、監査ログまで含めると、300万〜1,000万円超となることもあります。この範囲は、一般的な業務システムの要件をVBA・Access案件に当てはめた推定レンジで、公開価格ではありません。特定の金額を前提にせず、機能、データ、利用者、保守範囲で個別見積もりを取ります。

現行調査・開発・テスト・教育に分けた費用の内訳

見積もりでは、開発作業と導入支援を分けて内訳を確認します。

  • 調査・設計:現行業務・ファイル調査、要件定義、画面・帳票設計
  • 開発・移行:VBA実装、DB構築、外部連携、テスト、データ移行
  • 導入支援:マニュアル、利用者教育、リリース支援

「VBA一式」と書かれていると、帳票数、処理件数、利用人数が分からず、各社を比べにくくなります。

NotebookLMの一次Q&Aでは、人件費が総額の約60〜80%、保守運用費が初期開発費の年15〜25%となる場合があります(出典:業務システム全般に関する一次Q&A、2026年)。ただし、この比率は、VBAの小規模案件にそのまま使える固定値ではありません。保守費に含む問い合わせ時間、障害対応、Office更新対応、軽微な改修、バックアップ確認の範囲を、契約前に確認します。

Office更新・保守・将来移行の費用

追加ライセンス費用なしで始めやすい一方、VBAは端末やOfficeの版が変わると動作確認が必要です。

  • 基盤運用:共有フォルダやSQL Serverでは、サーバー等の運用費が発生
  • 保守:保守費をゼロにすると、担当者退職時に解析費用が生じやすい
  • 将来移行:Web化に備えて、データ項目と業務ルールを整理し、画面操作とデータ処理を分ける

共有フォルダやSQL Serverを使う場合は、バックアップ、権限、ウイルス対策の運用費も見込みます。

MVPで効果を測り、利用者やデータ量が増えた部分から移行できる構造にすると、後の再開発費を抑えられます。

ポイント

費用は機能数だけでなく、解析・移行・連携・保守の範囲で変わります。小規模なら3万〜30万円程度、部門向けなら30万〜100万円程度が公開相場の目安で、見積もりは作業範囲をそろえて比べます。

VBAのシステム開発で見積もりを取る際のポイント

複数社の見積もりを比べる際の作業範囲、費用条件、納品物を示すチェックリスト図。
各社に同じ項目を当てはめると、金額差の理由を見つけやすくなります。

安さだけで発注先を決めると、要件定義、テスト、引継ぎ、保守が抜けることがあります。そのため、同じ資料で相見積もりを取り、金額差が機能差か作業範囲の差かを確認します。

VBAは短期間で作れる点が強調されやすいため、納品後の安全性と保守性も同じ重さで比べます。依頼前の資料と比較時の確認点も、あわせて押さえておきましょう。

依頼前にそろえる現行ファイル・帳票・サンプルデータ

依頼前には、開発会社が業務と環境を把握できる資料をそろえます。

  • 既存資料:現行Excel・Access、入力CSV、完成帳票、処理前後のサンプル
  • 業務・環境:業務フロー、利用者数、端末、Office版、処理件数、希望納期
  • 機能優先度:「必須」「できれば」「将来」に分ける

機密情報は匿名化し、原本の取扱いと廃棄方法を確認します。また、現行担当者へのヒアリング時間も先に確保します。

たとえば「必須」はCSV取込と請求書出力、「できれば」はメール自動送信、「将来」はWeb画面化と区分します。

各社が同じ必須範囲で見積もれるため、初期費用を抑えながら追加開発を判断できます。さらに、処理時間を測っておくと、導入後の改善を数値で確認できます。

複数社の見積もりの作業範囲と成果物の横並び比較

各社の見積もりは、作業範囲と費用条件を同じ項目で比較します。

  • 作業範囲:要件定義、基本設計、開発、DB構築、テスト、移行、教育、マニュアル、リリース、保守
  • 費用条件:金額、期間、担当者、前提、対象外作業、追加単価、納品物、保証期間

たとえば、価格が低くても、設計やテストが別料金なら総額は変わります。

まず、既存ファイルの解析、同時利用への対応、破損時の復元を質問します。さらに、マクロブロック対策やOffice更新時の検証も確認します。また、ソースコードの所有権と再委託の有無も質問します。

Access、SQL Server、Office Scripts、Power Automate、Webへの移行を説明できるかも確認します。

Microsoft Learnでは、VBAはデスクトップ向け、Office Scriptsはクロスプラットフォームかつクラウド向けです(出典:Microsoft Learn「OfficeスクリプトとVBAマクロの違い」)。

見積もりに含める属人化・セキュリティ・移行リスク

VBAのリスクは、開発費の金額に表れにくいため、見積もりの項目に含めます。

  • 現行資産:仕様書がない、コードのパスワード保護、担当者依存、最新版不明の場合は調査に時間がかかる
  • 引継ぎ・復旧:退職時の引継ぎ、バックアップ、復元訓練、障害時の代替手順を含める

顧客・従業員データを扱う場合は、ガイドラインの基本方針や取扱規程を踏まえます。そのうえで、組織的・人的・物理的・技術的な安全管理措置と委託先管理を要件化します(出典:個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」)。

請求書や帳簿を加工する場合は、電子帳簿保存法の要件を満たすかを、VBAの処理とは別に、国税庁の最新資料と社内の税務担当者で確認します。

ポイント

見積もりは同じ資料で複数社に依頼し、金額差が機能差か作業範囲の差かを見分けます。価格だけでなく、設計やテスト、保守、納品物が同じ範囲に含まれているかを確かめます。

VBAのシステム開発でよくある質問

発注前に相談されやすい疑問を取り上げます。答えは、自社の利用人数、データの重要度、Office環境、将来の移行計画に照らして読んでください。

VBAのシステム開発費用はどのくらいですか?

簡易マクロや単機能ツールは3万〜10万円程度、複雑な業務の自動化は30万〜100万円程度が公開相場の目安です(出典:発注ラウンジ、2026年5月)。

既存資産の解析、Access・SQL Server連携、移行、テスト、教育、保守を含めると幅が広がります。そのため、機能と成果物を分けて個別見積もりを取ります。

Microsoft 365へ移行してもVBAは使えますか?

Windows版Excelのデスクトップ環境を前提にすれば、既存VBAを継続利用できる可能性があります。端末のbit数、参照設定、セキュリティポリシー、保存場所、Office更新状況を検証します。

インターネット由来ファイルのマクロはOfficeで既定ブロックされます。そのため、メール添付での配布を避け、署名や信頼できる配布経路を設計します。

VBAとWebシステムはどちらを選ぶべきですか?

利用環境と必要機能に応じて、VBAかWebシステム・SaaSを選びます。

  • VBA:少人数で定型帳票を扱い、Windows版Excelを使い続けられる場合に向く
  • Web・SaaS:複数拠点、同時利用、スマートフォン、厳格な権限、監査ログ、API連携が必要な場合に検討

Microsoft Learnによると、VBAはデスクトップ向け、Office Scriptsはクラウド・クロスプラットフォーム向けです。そのため、Excelを開かずPower Automateと処理する用途には、Office Scriptsが適しています(出典:Microsoft Learn)。

納品時にソースコードや設計書は受け取れますか?

受領できるかは契約次第です。見積もりと契約書には、ソースコード、設計書、参照設定、テスト結果を明記します。さらに、操作マニュアル、バックアップ手順、変更履歴、第三者が修正できる権利も書き添えます。

ソースコードを受け取っても、パスワードや外部部品のライセンスが不明なままでは保守できません。そのうえで、開発環境と復旧方法も確認します。

個人情報を含むExcelをVBAで自動化しても問題ありませんか?

VBAで自動化すること自体は、直ちに問題になるとは限りません。まず、保存場所とアクセス権、バックアップを設計します。さらに、持ち出しとログ、委託先管理も決めておきます。

なお、個人情報保護委員会のガイドラインは、事業規模やデータの性質・量に応じた安全管理措置を求めています。

匿名化、マクロ署名、配布先の制限、退職者の権限削除を要件に含めます。そのうえで、法令の判断は専門部署や専門家へ確認します。

ポイント

VBAかWebシステム・SaaSかは、利用人数、拠点数、同時利用の有無、Windows版Excelを使い続けられるかで判断します。既存のVBAを使い続ける場合も、ソースコードや復旧方法を契約で確かめておきます。

VBAのシステム開発の進め方まとめ

VBA開発は、要件整理と方式・会社選定から始め、設計・開発、テストを経て、稼働と定着までの6フェーズで進めます。簡易開発は3万〜10万円程度、複雑な業務自動化は30万〜100万円程度が公開相場の目安です。

既存資産の解析、DB連携、移行、セキュリティ、保守を含めると費用は変わります。適用範囲と将来の運用まで決めてから、見積もりを比べましょう。

VBAの適用範囲の判断

VBAは、既存Excelを活かしてMVPを早く出し、作業時間やミスの削減効果を測るための手段として扱います。古いことを理由に即廃止する考え方も、安さを理由に全社の基幹システムにする考え方も取りません。

同時利用、権限、監査、データ量が増えた部分からAccess・SQL Server・Webへ切り出す段階的な方法が現実的です。業務の目的と将来像を先に決めると、VBAの適用範囲を判断しやすくなります。

一つの業務の洗い出しと見積もり依頼

現行ファイル、サンプルデータ、帳票をそろえます。加えて、担当者、処理時間、Office環境、困っている例外処理も整理します。そのうえで、その資料を複数社へ渡し、要件定義からテスト・保守まで含む見積もりを比べます。

納品時のソースコード、設計書、テスト結果、バックアップ、復旧手順を確認しておけば、担当者に依存せずに運用できます。

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

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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