VBAシステムの発注は、業務を整理して依頼する範囲を決め、そのうえで要件と受入基準を開発会社と共有する流れで進めます。この順番を守ると、自社の業務に合う仕組みを導入しやすくなります。
まず発注形態を選び、次に要件を整理します。そのあと、契約と費用、委託先、運用の順に進みます。
▼全体ガイドの記事
・VBAのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
VBAのシステムを外注する前に知っておきたい全体像
VBAのシステムは、ExcelやAccessに組み込み、Visual Basic for Applicationsで定型業務を自動化する業務アプリです。入力や集計のほか、帳票作成やファイル連携にも使います。
独立したWebシステムというより、使い慣れたOfficeを画面や帳票に使う小規模な業務システムと考えると、向いている業務かどうかを判断する手がかりになります。
VBAで外注できる代表的な業務
外注の対象になりやすいのは、複数のExcelやCSVからデータを取り込み、列をそろえて重複を確認し、集計結果を出す処理です。
- 入力・集計：入力フォーム、マスタ管理、売上・在庫・案件・勤怠の集計
- 帳票作成：見積書、請求書、日報、検査成績表の自動作成
- Office間連携：Outlookでのメール作成や、Word文書へのExcel値の差し込み
経済産業省の「地域企業協働プログラム事例集」（2025年）には、照合作業をExcelの関数・数式からVBA化した事例があります。この事例では、毎月午前中いっぱいかかっていた作業を、午前中に完了できる見込みとしています。そこで、自社でも月次集計や転記のように時間を測りやすい業務から切り出すと、効果を検証しやすくなります。
単一ファイル型とデータベース型の違い
構成は、利用する人数や場所、必要な管理機能を基準に選びます。
- 単一ファイル型：少人数・限定データ・1台で完結する業務向け
- データベース型：複数人の同時入力や拠点間共有、履歴・権限管理に対応
- Web・SaaS：ブラウザ利用や厳格な監査、他社API連携が必要な場合に比較
データベース型では、Excelを入力画面や帳票に使い、データはAccessやSQL Serverに置く構成を検討します。顧客・従業員・在庫の情報を多人数で扱うとき、ファイルをコピーして各自が編集すると、上書きや重複、データ破損が起きやすくなります。
また、スマートフォンからの利用や複数拠点からの同時アクセスがあれば、WebシステムやSaaSと比べる材料になります。発注前に決めたいのは、VBAを作ることより、達成したい業務成果です。
VBAシステムの発注形態の選び方
単機能の改修ならスポット発注、業務全体を整理するなら要件定義からの受託開発、担当者がいない中で継続して改修するなら保守契約が向いています。
形態は、仕様の固まり具合、業務を説明できる社内担当者の有無、納品後も同じ会社に相談したいかで選びます。複数の形態を組み合わせることもあります。
スポット発注は仕様が明確な小規模案件向け
入力と出力がはっきりした小規模案件は、スポット発注に適しています。
- 依頼内容：CSVの列替え・集計、既存マクロの修正、1種類の帳票作成
- 共有資料：元ファイル、入力例、完成イメージ、処理件数、エラー時の扱い、Excelの版
- 既存資産：モジュール、フォーム、参照設定、外部DLL、ネットワーク上の保存先
「便利なマクロ」という程度の依頼では、完成の基準があいまいなまま進み、修正の回数が増えやすくなります。また、仕様書がない場合は、既存資産の解析を別見積りにしておくと、開発費と調査費を分けて判断できます。
業務が複雑な場合の要件定義からの伴走型発注
何をVBA化すべきか決めきれないときや、複数の業務をつなぐときは、要件定義の段階から依頼します。
- 対象の例：売上・在庫・請求の連携、部署ごとのExcel統合
- 開発会社に依頼：現場ヒアリング、業務フローの洗い出し、優先順位付け、技術比較
- 進め方：最も時間を使う1業務をMVPにして、利用者が試す
比較の対象には、VBA・Access・SQL Server・Webを含めます。入力ミスや作業時間など、導入前後で測れる指標を決めておくと、効果を見ながら次の機能に予算を配分できます。
保守・改修契約と引き継ぎの範囲
VBAは納品後も、環境や業務が変わるたびに、動作確認や改修が必要になることがあります。
- 見直しの契機：Microsoft 365・Windows更新、保存先や帳票様式の変更、担当者の異動
- 契約で決めること：窓口、受付時間、障害・軽微改修の定義、対応目安、料金、未使用時間、緊急費
- 引き継ぎ資料：コード、設計書、テスト結果、環境設定、バックアップ手順と保管場所
作成者しか読めないコードや、個人のパソコンにしかない参照ファイルが残ると、システムの価値よりも引き継ぎのリスクが大きくなります。
契約では、料金を月額か時間単価かで明記しておきます。また、将来ほかの会社へ移れる状態にしておくと、選択肢が残ります。
RFPと要件整理に書く内容
RFPは、開発会社に提案と見積りを依頼するための資料です。現状の業務と困りごと、実現したい結果を中心に伝えます。利用環境や希望時期、予算の考え方も、あわせて示します。
情報が不足したまま相見積りを取ると、各社の前提がずれて、価格を並べても比べられなくなります。
現行業務と課題の書き方
現行業務は、担当者と時期、使うファイルを中心に記録します。作業の順番や帳票の受取人も残します。
- 業務の流れ：誰がいつ何を使い、どう作業して誰へ渡すか
- ファイル資料：匿名化サンプル、帳票見本、入力規則、マスタ一覧
- 既存マクロ：名称、保存場所、実行手順、参照設定、連携先、エラー条件、管理者
たとえば、毎月第1営業日に営業担当が各拠点の売上CSVを受け取り、Excelへ転記します。そのあと商品別に集計し、請求用の帳票を作る流れです。
作業時間や処理件数は、数字で残しておきます。入力ミスや差し戻しの頻度も、同じように記録します。既存マクロの作成者も書き留めておきます。
機密情報を含む資料は、そのままメールで送らず、安全な共有方法を事前に決めておきます。
機能要件と非機能要件の分け方
要件は、機能要件と非機能要件に分けて整理します。
- 機能要件：入力、必須チェック、CSV取込、集計、検索、帳票、メール送信、マスタ、権限操作
- 非機能要件：利用人数・同時利用数、速度、Office環境、保存・バックアップ、権限、ログ、復旧、配布
入力機能では、空欄や重複、日付形式の誤りをどう扱うかを決めます。CSVの列が増えた場合や、データ件数の上限、ネットワーク切断時の動作も、あらかじめ定めます。
Officeのバージョンや32bit・64bit環境、保存場所、バックアップの頻度は、具体的に決めておきます。
個人情報や請求・帳簿のデータを扱うなら、閲覧できる人と委託先のアクセス期間を決めておく必要があります。返却と削除、再委託の有無も、あわせて定めます。
納品物と受入基準の決め方
RFPには、納品物と受入基準を明記します。
- 納品物：xlsm・accdb、ソースコード、画面・帳票仕様、操作マニュアル、テスト仕様書・結果、設定・復旧資料
- 受入基準：通常の入力と例外の入力で、所定の出力や警告が得られること
- 契約確認：著作権・利用権・改修権、第三者ライブラリのライセンス
環境の設定や参照設定、利用者向けの説明資料も、納品物に含めるかどうかを決めます。
受入基準を「動くこと」と書くと判断がぶれるため、具体的なテストケースで定めます。たとえば、通常件数のCSVから帳票が出ることや、空欄や重複を警告することを基準にします。
権限のない利用者がマスタを変更できないことや、結果を所定の場所へ保存できることも、確かめる項目になります。受入担当者と期限、修正の扱いは、発注前に合意しておきます。検収後の不具合の保証範囲も、決めておきます。
契約形態とVBAのシステム開発費用相場
仕様と完成の状態がはっきりしている工程には請負を、要件整理や継続改善のように作業への協力を求める工程には準委任を使うのが基本です。
IPAの「情報システム・モデル取引・契約書 第二版」は、2025年4月に更新されました。受託開発や保守運用、パッケージやSaaSの活用に関する契約資料を整理しています。
VBAの案件でも、工程ごとの責任と成果物を、契約書と仕様書ではっきりさせておきます。
請負契約と準委任契約の使い分け
仕様の固まり具合と依頼する作業に応じて、請負と準委任を使い分けます。
- 請負：完成物と検収が明確な開発・帳票作成
- 準委任：要件定義、資産解析、改善支援、保守
請負では、帳票の出力や入力項目を合意します。処理結果と納期も合わせて決め、完成の条件とします。契約後に業務を足すと、仕様や納期、費用をめぐる争いになりやすくなります。
準委任は、請負とは完成義務や検収の考え方が異なります。準委任では、対象の業務と作業時間、担当者を決めておきます。報告の方法や成果物の扱いも、あわせて確認します。
また、仕様が固まっていない段階で一括の請負にすると、開発会社がリスクを上乗せする場合もあります。
費用相場の目安と含まれる工程
発注ラウンジ「VBAのシステム開発にかかる費用相場は？」の、2026年5月26日更新時点の目安です。
- シンプルな機能：1日〜1週間、3万〜10万円程度
- 複雑な機能：1〜3か月、30万〜100万円程度
- 部門向け案件：30万〜100万円程度
- 拡張案件：100万〜500万円程度、または300万〜1,000万円超
この数字は公開記事の目安です。要件定義、既存資産の解析、テストが含まれるかは依頼先に確かめます。マニュアルや保守、ライセンスの扱いも、見積りの前に見ておきます。
実務では、既存マクロの修正や1帳票の自動化は3万〜30万円程度が目安になります。入力フォーム・複数帳票・マスタ・Access連携を含む部門向けの案件は、30万〜100万円程度です。さらに、複数人での利用・権限管理・SQL Server連携・複数業務の一体化を含む場合は、100万〜500万円程度です。
Web化・データ移行・API連携を含む場合は、300万〜1,000万円超となる可能性があります。後者2つの幅は、一般的な業務システムの相場感をVBA・Access案件に当てはめた推定です。個別の見積りによって、大きく変わります。
見積りで確認する項目と条件
見積りは、工程ごとの費用と前提条件に分けて見るのが基本です。
- 工程別費用：調査から開発、テスト、展開、保守まで
- 見積り条件：対象物の数、データ量、利用者数、テスト件数
- 比較期間：初期費用に加え、1年目と3年目の総保有コスト
工程は、調査・要件定義と画面・帳票の設計、開発、データクレンジングに分けてもらいます。テスト、受入支援、マニュアル、展開、保守も、別の項目として示してもらいます。
見積りの前提をそろえるには、対象の帳票やフォームの数を明記します。マスタや連携ファイルの数、データ件数も、同じように示してもらいます。利用者数とテストケース数も、あわせて確認すると、会社ごとの前提をそろえられます。
見積りが安くても、仕様整理やテストを発注者が担うと、社内の工数を含めた総コストは高くなることがあります。一方で、見積りが高くても、Web移行に向けたデータ分離・ログ・バックアップ・引き継ぎ資料が含まれていれば、長期の運用では合理的な場合があります。
委託先選定と見積比較で見るべきポイント
委託先は、VBAを書けるかに加えて、業務を聞き取れるか、既存ファイルの限界を説明できるか、納品後の運用まで設計できるかで選びます。
比べる候補は、VBA・Access・SQL Server・Power Automate・Office Scripts・Webシステムです。また、必要な箇所だけをVBAに残せる会社は、将来の作り直しのリスクを抑えやすくなります。
類似業務と既存資産の解析実績
開発件数よりも、自社に近い業務の経験や既存資産の解析力、引き継ぎ方法を確かめます。
- 類似業務：業界固有の業務用語や例外処理への理解
- 資産解析：コードと業務ルールを調べ、必要な整備を提案
- 引き継ぎ：担当者や会社が変わっても使える納品物
業界ごとに見ると、製造なら検査成績や生産実績、物流なら受注や出荷、在庫の記録が例になります。建設なら工事台帳や日報、小売なら商品や売上、在庫を数えた結果が該当します。
顧客名を出せない場合でも、利用人数や帳票の数、データ量は比べる材料になります。連携先や開発後の運用方法も、判断材料になります。
既存マクロの場合は、業務ルールを利用者に確かめたうえで、エラーの修正だけでなく、処理の前提や入力チェックも整備できるかを見ます。ログやバックアップ、テストデータ、変更履歴を整えられるかも、質問の項目にします。
相見積りで条件をそろえる方法
2〜3社程度に、同じRFPとサンプルデータ、希望納期を渡して、相見積りを取ります。
- 比較表：範囲、帳票、DB構成、テスト、納品物、保守と追加費
- 質問項目：同時利用、Office更新、安全な配布、Web移行、権利
- 評価視点：合計額だけでなく、前提・除外作業・リスクの説明
要件定義の範囲や開発対象、修正回数、回答時間を照らし合わせて読みます。Web化する場合は、データ移行やソースコード、著作権の扱いも確認します。
質問への回答では、リスクを具体的に説明できるかを見ます。特に、「VBAでできます」とだけ答え、制約や代替案を示さない会社には注意が必要です。
契約前のセキュリティと知的財産の確認
契約の前に、マクロの配布方法と個人情報の委託管理、帳簿データの法令対応を確かめておきます。
- マクロ配布：既定のブロックを踏まえ、安全な実行方法を設計
- 個人情報：委託先の安全管理とデータ取扱いを契約で定める
- 法令対応：電子帳簿保存法への適合を資料や専門家に確認
Microsoft Learnでは、インターネットから入手したファイルのマクロを、Officeが既定でブロックすると案内しています。そのため、メール添付や外部サイトのxlsmを毎回有効にする運用は避けます。
信頼できる配布経路と、デジタル署名や信頼済みの場所を組み合わせて設計します。さらに、端末ポリシーや最小権限、ウイルス対策、バックアップも含めます。
個人情報は、個人情報保護委員会のガイドラインに沿って、安全管理の措置と取扱いの状況を確かめます。契約には、再委託の事前報告や承認、アクセス範囲、作業場所を盛り込みます。保存期間や返却・削除、事故連絡、監査方法も、同じ契約で決めておきます。
請求書や帳簿をVBAで加工しても、電子帳簿保存法の要件を満たすとは限りません。国税庁の最新の資料や専門家に照らして判断します。
発注後の開発・テスト・保守の進め方
発注後は、要件の確認と設計から始めて、実装とテストへ進みます。その後は、受入と展開を経て、運用に移ります。
現場の例外処理は、コードの中に埋もれやすいものです。そのため、各段階で業務担当者が内容を確かめます。
設計におけるデータと業務ルールの分離
設計では、データをどう扱うか、業務ルールをどこで管理するかをはっきりさせます。
- データ設計：値の定義、一意性、保存先、命名規則、エラー処理
- ルール管理：設定・マスタ・ログを分け、変更者と日時を記録
- 複数人利用：共有ファイルだけでなくDB構成も検討
業務ルールが数式やコードの中に書かれていると、担当者以外は変更しにくくなります。そこで、複数人で使う場合は、共有フォルダにExcelを置くだけでなく、データをAccessやSQL Serverに分ける案も検討します。
VBAを入力画面や帳票の生成に使い、データの整合性とバックアップはDB側で担う構成にすると、後のWeb移行でもデータを活かしやすくなります。
テストの正常系と異常系の用意
正常系と異常系の両方をテストし、受入からリリースまでの結果を記録します。
- 入力テスト：通常入力と期待する出力、空欄・重複・異常値・権限不足の確認
- 環境テスト：ネットワーク、同時利用、印刷、容量、Officeの版とbit数
- 受入・記録：利用者が通し操作し、課題と正式日を記録
入力では、空欄や重複、桁あふれ、異常な日付を試します。CSVの列がずれた場合や、想定外の文字が入った場合も確かめます。
ネットワークの切断や保存先の容量不足も試し、Officeの版やbit数が異なる端末でも確かめます。実データは匿名化して使います。
受入テストは、開発会社だけで終わらせず、実際の担当者が業務の始まりから終わりまで操作します。
テストの結果や未対応の課題、暫定の対応、正式なリリース日を記録します。検収後の追加要望は、保守か別の改修として扱います。そのため、納品直前の変更で費用や納期が崩れるのを防げます。
運用中のWeb化やSaaS化の再評価
利用環境と運用規模は定期的に見直し、VBAを続ける範囲と移行の対象を決め直します。
- VBAが有力：既存のOffice資産やWindows上の操作を活用
- 別方式も検討：ブラウザ利用やクラウド処理、端末を問わない実行
- 移行の契機：利用拡大で同時編集・権限・監査・API連携が必要
Microsoft Learnでは、VBAをデスクトップ向け、Office Scriptsをクロスプラットフォームかつクラウド向けの技術と整理しています。
既存のxlsmや、Outlook・Word・Accessの操作、Windows上の細かな作業を活かすなら、VBAが有力です。一方で、ブラウザ利用やPower Automateによるクラウド処理、端末を選ばない実行には、Office ScriptsやWebアプリも候補になります。
利用者数やデータ件数、処理時間は、半年から1年ごとに見直します。障害件数や手作業の残りも、同じ周期で確かめます。
利用者や拠点が増えたとき、または同時編集や権限、監査、API連携が必要になったときは、移行を検討します。
たとえば、データ管理や認証のようにリスクの高い部分から、DB・API・Webへ切り出す進め方もあります。移行の期間中は、VBAを入力画面や帳票生成として残し、段階的に置き換えます。
よくある質問（FAQ）
VBAの外注では、費用だけでなく、既存資産の引き継ぎやOffice更新への対応、データ管理、将来の移行まで確認しておく必要があります。発注前によく寄せられる疑問に答えます。
VBAのシステム開発を外注するといくらかかりますか？
公開されている2026年の相場目安では、シンプルな機能は3万〜10万円程度、複雑な機能は30万〜100万円程度です。
入力フォームや複数帳票、データベース連携が含まれると、金額は上がります。さらに、権限と既存資産の解析、テストと保守も費用に加わります。機能の数と工程を分けた見積りを取ってください。
個人に依頼するか開発会社に依頼するか、どちらがよいですか？
1帳票の作成や短時間のマクロ修正で、仕様と受入条件を自社で説明できるなら、個人へのスポット依頼も選択肢です。
複数人での利用や個人情報、既存ファイルの解析、長期の保守、将来のWeb化が関係する場合は、複数の担当者で引き継げるか、契約とセキュリティの体制が整っているかを確かめます。
VBA開発は請負契約と準委任契約のどちらを選ぶべきですか？
仕様と完成の状態が明確な開発や帳票作成には請負を、現行業務の調査や要件定義、継続改善、保守には準委任を検討しやすいです。
契約名だけでなく、成果物や完成・検収の条件、作業範囲を確かめます。報告の義務や仕様変更、知的財産、障害対応、再委託も確認します。必要に応じて、工程ごとに契約を分けます。
VBAではなくOffice ScriptsやWebシステムを選ぶべきですか？
利用環境や必要な機能によって、適した技術は変わります。
- VBA：少人数で既存Excel・Accessを使い、Windows上の定型処理や帳票を短期間で改善
- Web・クラウド系：ブラウザ・スマートフォン利用、拠点横断、同時編集や厳格な権限・監査に対応
- Office Scriptsなど：クラウド上の自動実行なら、Power AutomateやSaaSも候補になります
業務ごとに技術を分ける構成も可能です。
まとめ
VBAの発注では、開発費だけでなく、業務の整理や既存ファイルの解析、テスト、引き継ぎまで見ておく必要があります。保守や将来の移行も、あらかじめ考えに入れておきます。
目安は、単機能なら3万〜10万円程度、部門向けなら30万〜100万円程度です。利用人数やデータ量、同時利用によって、構成を調整します。連携先と個人情報の有無も、判断材料になります。
発注前のRFPと比較条件
RFPには、現行業務と困りごと、実現したい結果を中心に書きます。入力元・出力帳票・処理件数・利用者・Office環境・受入基準も、一つの資料にまとめます。
同じ資料を2〜3社に渡し、開発範囲と納品物、テスト、保守を比べます。セキュリティ、ソースコード、追加費用も、同じ条件で確かめます。選ぶときは、安さよりも、前提とリスクを説明し、将来の引き継ぎまで考えられる会社かどうかを見ます。
VBAを残す範囲と将来移行する範囲
VBAは、使う範囲を見極めて選ぶことが大切です。古いからといって直ちに廃止するものでも、安いからといって全社の基幹業務を任せるものでもありません。
- 小さく始める：定型作業の自動化から始め、導入効果を測る
- 段階的に移行：データ管理・権限・監査が必要な部分から、Access、SQL Server、API、Webへ移す
段階的に移行すると、発注後も選択肢を残しやすくなります。
最初の相談では、VBA化できるかどうかだけでなく、達成したい業務成果と将来の運用も、開発会社に伝えます。
▼全体ガイドの記事
・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を創業。