Excel VBAのシステム開発の発注/外注/依頼/委託方法について

Excel VBAのシステム開発は、業務を棚卸しし、RFPで要件を固め、契約と見積を比べて、委託先を選ぶ順に進めます。この順で進めると、納品後の運用にもつながります。

工程ごとに社内で決めることと委託先に確認することを分けて考えると、発注の全体像がつかみやすくなります。

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

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

Excel VBAのシステムを外注する全体像

Excel VBAのシステムは、Excelブックを画面や帳票、入力フォームとして使い、VBAで業務処理を自動化する仕組みです。外注では、コードを書くだけでなく、現状の業務を整理する作業も含まれます。そのうえで、Excelに残す範囲とデータベースやWebへ分ける範囲を決めます。

Excel VBAで自動化できる業務

Excel VBAでは、ファイル取込や入力チェック、帳票作成などを自動化できます。対象業務は、入力・処理・出力に分けて委託先へ伝えます。入力から連携まで、分類ごとに任せられる作業の例を挙げます。

• 入力：CSVや複数のExcelファイルの取込み、形式・範囲・重複のチェック。
• 処理：売上・在庫・勤怠・原価・見積・経費の集計。
• 出力：請求書や月次報告書の作成、PDF変換、所定フォルダへの保存、メール添付。
• 連携：WordやPowerPointでの報告書作成、AccessやSQL Serverのデータベース利用。

発注時には、毎月の売上ファイル取込や部門別帳票の出力のように、希望を具体的な作業にして伝えます。必須項目が空欄のときの動き、作業時間、処理件数、ミスの発生箇所も添えると、委託先は必要な機能と工数を見積もりやすくなります。

VBAを残すか、別の仕組みにするかの判断

VBAを残すか別の仕組みにするかは、利用する部署と必要な機能に合わせて判断します。

• VBAが適する条件：単一部署でWindows版Excelを使い、定型業務を短期間で自動化するケース。
• 別方式も検討する条件：多数拠点での同時更新、スマートフォン入力、厳密な権限管理や監査ログが必要な場合。
• 移行方法：Excelを入力画面に残してAccessやSQL Serverへ集約する方法と、Power Apps、SaaS、Webへ段階的に移行する方法。

Microsoftの公式説明では、VBAマクロはデスクトップ向けで、Excel on the webでは実行できません。一方、Office ScriptsはExcel on the web、Windows、Macに対応し、Power Automateから呼び出せます（出典：Microsoft Learn「Office スクリプトと VBA マクロの違い」）。

ただし、Office Scriptsにはライセンスや実行方式の制約があるため、既存のVBAをそのまま置き換えられるとは限りません。そのため、発注前に利用端末とExcelのエディションを確認します。Microsoft 365の契約と同時利用者数も、把握しておきます。

Excel VBAの発注形態の選び方

発注形態には、完成品の開発委託、個人・小規模事業者への依頼、開発会社への委託があり、社内外で作業を分ける形もあります。どれを選ぶかは、案件の不確実性と、社内に業務を説明できる担当者がいるかで決まります。

小さなマクロのスポット発注

小さな定型業務をスポット発注する場合は、対象作業と依頼条件を具体化して伝えます。

• 向いている作業：帳票への転記、規則に沿ったファイル名変更、定型集計の出力。
• 渡す資料：元ファイル、入力例、期待する出力例、例外データ、Excelのバージョン。
• 決める条件：空欄や重複があったときの表示と、処理を止める条件。

スポット発注は費用を抑えやすい一方で、要件定義や運用設計が簡略化されやすい点に注意が要ります。

VBAのソースコードや簡易マニュアル、テスト結果などを納品物に含めるかどうかを、契約前に確認します。作成者にしか分からない処理が残ると、後の改修で解析費用がかかります。

部門ツール以上の開発会社への委託

部門をまたぐ機能や既存資産の移行を伴う案件では、開発会社への委託を検討します。

• 委託を検討する条件：複数帳票、マスタ管理、DB連携、権限、複数部署利用、既存ブック移行。
• 相談できる作業：現行ブック解析、業務フロー整理、テスト、操作説明、保守。
• 調査から始める状況：担当者退職で仕様不明、動作が遅い、ファイルが乱立している。

社内では、業務の責任者と決裁者を先に決めておきます。そのうえで、業務手順を説明する担当者と受入テストの担当者、完成条件を社内で合意しておくと、委託先との認識のずれが減ります。

社内担当者と外注先の役割分担

社内に業務知識があり、VBAやデータベースの技術は外部に頼る場合は、次のように分担できます。

• 社内：業務ルール、優先順位、入力項目、承認者、受入テストの担当。
• 外注先：既存ファイルの解析、設計、実装、コードレビュー、環境差異の検証。

分担が曖昧なままだと、社内の確認待ちで開発が止まったり、外注先が独自の前提で実装したりします。そこで、週次会議と質問への回答期限を最初に決めておきます。仕様変更の承認者と成果物の保管場所も、決めておく必要があります。

小さく試す場合でも、担当範囲は文章にして残します。さらに、業務判断を社内に置いておくと、完成後の定着にもつながります。

RFPと要件整理で発注内容を固める方法

RFP（提案依頼書）は、発注者が解決したい課題と依頼条件を開発会社へ伝える文書です。なお、最初から詳細な仕様書を作る必要はありません。

複数社へ同じ条件を渡せる程度に整理します。というのも、口頭だけで伝えると、会社ごとに機能や作業範囲、テストの深さが変わり、見積金額を比べられません。

RFPに入れる項目

RFPでは、現状の課題、必要な機能、利用条件を分けて伝えます。次の項目を書いておくと、提案と見積の前提を合わせられます。

• 背景と目的：月末集計に担当者2人で半日かかるなど、現状の困りごと。
• 対象と利用条件：業務、利用者、頻度、入力ファイル、出力帳票、連携先、納期、予算、端末。
• 機能要件：CSV取込、入力チェック、集計、検索、帳票出力、PDF保存、メール作成、マスタ更新。
• 非機能要件：Excelの対応版、処理時間、同時利用人数、バックアップ、権限、ログ、復旧、署名・配布方法。

個人情報や給与情報を扱う場合は、閲覧や出力ができる人も要件に含めます。機能と利用環境を分けて書いておくと、必要な条件の漏れに気づきやすくなります。

既存ブックと現行業務の棚卸し

新規開発でも、現場で使うExcelファイルは確認します。まずファイル名や保管場所、所有者を一覧にし、そのうえでシート構成や外部リンク、参照CSVを調べます。さらに、VBAの標準モジュールやフォーム、ボタン、手動操作も洗い出します。

隠しシートや名前定義、個人のローカルフォルダを参照するコードが潜んでいることもあり、帳票の見た目から仕組みを判断すると見落としが出ます。そこで、現行業務はヒアリングだけでなく、一連の操作を実際に見せてもらいます。

通常データのほかに、例外となるケースも集めます。空欄や重複、桁あふれがあるデータを想定し、ファイル欠損や締め後の修正、権限のない利用者による操作も含めます。加えて、代表データと匿名化したサンプルがあれば、実装前に難易度とリスクを見積もれます。

完成条件と受入テストの事前決定

完成の基準は、「使えるようになったら完成」のような曖昧な言い方を避けて、具体的な受入条件とテスト範囲を先に定めます。

• 取込結果：サンプルCSVの件数と合計が指定どおり一致する。
• 入力と出力：必須項目が空欄なら確定できず、帳票の所定欄へ値が出る。
• エラー表示：エラー内容が利用者に分かる。
• テスト範囲：開発会社の単体・結合テストと現場の受入テストを分ける。
• 見積条件：実データでの確認期間、修正回数、再テスト方法を決める。

こうした条件を決めておけば、納品直前の大量修正や無償対応の範囲をめぐる争いを減らせます。

Excel VBAの契約形態と契約書の確認事項

Excel VBAの外注では、請負契約と準委任契約の違いを理解しておく必要があります。完成させる機能と納品物を明確に決められる案件であれば、請負が適しています。

要件調査や既存コードの解析のように、作業の途中で論点が変わる案件では、準委任で時間を確保する方法を検討します。契約の名称だけで決めず、成果物、責任範囲、検収方法を確認します。

請負契約で固定する範囲

請負契約では、完成とみなす範囲を契約書で固定します。固める範囲は、納品物から署名までの5つの項目に分けて整理できます。

• 納品物：Excelブック、VBAソース、設計書、操作マニュアル、テスト仕様書・結果、設定手順。
• 検収：納品日、検収期間・基準、不具合の修正期限。
• 変更：追加費用の条件と、軽微な修正・追加開発の境界。
• 権利と保守：社内改修、第三者保守、共通部品の再利用に関する著作権・利用許諾。
• コード署名：証明書名義、更新費用、署名し直す手順。

準委任契約で管理する範囲

準委任契約では、作業の進め方を契約で決めたうえで、調査段階の管理も続けます。

• 契約範囲：月の稼働時間、担当者、対応作業、報告方法、相談できる時間帯。
• 適する作業：現状調査、要件整理、既存コード解析、技術選定など判断材料を得る業務。
• 成果物：作成する場合も、契約内の作業範囲を明確にする。
• 週次報告：実施内容、課題、次週の予定、消化時間、追加判断が必要な事項。
• 二段階契約：調査後に請負で開発し、要件不明のまま大きな固定費を負うリスクを抑える。

保守契約と情報管理の切り分け

保守の範囲と情報管理の条件を分けて確認し、その内容を契約に反映します。

• 保守範囲：問い合わせ、障害修正、Excel・Windows更新、署名更新、バックアップ、軽微な改修、操作説明。
• 料金と対応：月額定額か従量課金か、緊急対応時間帯、追加単価。
• 情報管理：NDA、アクセス権、保管・持ち出し、返却・削除、再委託、事故連絡。

個人情報保護委員会のガイドラインが示す、アクセス制御、識別・認証、不正アクセス防止の考え方は、Excelファイルにも適用します。加えて、IPAの「中小企業の情報セキュリティ対策ガイドライン」第4.0版は、委託先を含むサプライチェーン管理の参考になります。

Excel VBAの外注費用相場と見積の内訳

Excel VBAの費用は、機能数に加えて、既存ブックの解析や画面・帳票の数で変わります。さらに、外部連携やデータ移行、利用人数の条件も費用に影響します。テストやマニュアル、保守の有無も、金額を左右する要素です。

相場は予算を検討するときの幅として使い、最終的な金額は要件一覧とサンプルデータをもとに、開発会社に見積もってもらいます。

規模別の費用レンジ

公開されている目安や推定のレンジは、規模と作業範囲によって異なります。そのため、期間と金額の条件を分けて確認します。

• 単純なマクロ：3万〜10万円程度、期間は1日〜1週間程度。
• 複雑なVBA：30万〜100万円程度、期間は1〜3か月程度。
• 別事業者の実績例：10万〜80万円程度。規模や作業範囲は同じとは限らない。
• Excel・Access連携：複数ユーザー、権限、マスタ、帳票、移行、運用設計を含む場合、100万〜300万円程度の推定。
• Web・クラウド刷新：要件再設計、画面、移行、権限、監査ログ、連携、教育を含む場合、300万〜1,000万円以上の推定。

この費用レンジは、発注ラウンジ「VBAのシステム開発にかかる費用相場は？」（2026年5月26日）の公開目安です。機能と期間を限定した目安であり、要件定義や既存資産の調査は別料金になる場合があります。データ移行や教育、保守も、別料金となることがあります。

ExcelとAccessを連携する場合の金額は、公開相場と一般的な業務システムの規模からの推定です。VBAだけの統計ではない点に注意してください。

Web・クラウド刷新の金額は、各作業を含む場合の推定レンジで、VBA固有の相場ではありません。VBAとWebの費用は、解決したい業務の範囲と将来の運用費をそろえて比べます。

見積書で分けてほしい費目

見積書は、「Excel VBA開発一式」とまとめず、工程ごとの費目に分けてもらいます。担当者と工数が分かると、各工程の負担を比べられます。成果物と前提条件まで示されていれば、会社間で見比べられます。

• 設計・調査：要件定義、現行ブック調査、基本設計、画面・帳票設計。
• 開発・テスト：実装、単体・結合テスト、受入支援。
• 導入・運用：データ移行、操作説明、納品、保守。

追加費用が発生する条件も、あらかじめ確認します。たとえば、帳票や対象部署の追加、元データ形式の変更などがあります。Excelの対応版の追加や未確認の既存処理の発見も、条件として挙げられます。

Microsoft 365やサーバー、データベースの費用は、開発費とは別欄で確認します。証明書、バックアップ、保守の費用についても、開発費とは別に見ておきます。

ランニングコストと費用対効果

保守費の範囲と導入効果は、運用条件や作業実績に沿って確認します。

• 保守に含む作業：障害、Excel・Windows更新、署名、問い合わせ、バックアップ、軽微な改修。
• 費用の仮置き：一般的な業務システムでは初期開発費の年15〜25％程度の例があるが、VBA固有の統計ではない。
• 契約条件：対応時間、月の問い合わせ上限、未使用月の扱いを確認して調整する。
• 効果の測定：作業時間、ミス修正、締め処理、属人化、報告の早期化を評価する。

月末に複数人が手作業で行う集計を自動化する場合は、発注前に作業時間と担当者数を記録します。さらに、月の実施回数とミスの修正時間も残しておきます。

導入後に同じ指標を測ると、追加開発の優先順位を決めやすくなります。

Excel VBAの委託先選定と見積比較のポイント

委託先は、VBAを書けるかという点に加えて、業務を理解しているか、既存ファイルを安全に解析できるか、納品後に引き継げるかで選びます。

調査やテストが省かれた低価格の見積では、後から発注者側で作業を補うことがあります。そのため、同じRFPとサンプル、納期条件で相見積もりを依頼し、前提条件も比べます。

業務理解と既存資産の解析力

今回の業務との近さや納品後の体制を、具体的に確かめます。

• 業務実績：入力チェック、帳票、承認、マスタ、在庫、勤怠など自社に近い事例。
• 担当範囲：実績件数だけでなく、担当した範囲、納品物、現在の保守可否。
• 解析方法：既存VBAのコード解析に加え、外部リンク、参照設定、アドイン、APIを調べる。
• 運用体制：共有フォルダ、Windowsタスク、個人PC設定も調査し、レビュー・引き継ぎ担当を置く。

見積金額より前提条件の比較

各社の見積は、開発範囲と金額の根拠を分けて比べます。

• 範囲と前提：要件定義、画面・帳票・連携数、対応Excel、利用者数、テスト件数、納品物、保守期間。
• 安い見積：含まれていない作業を質問する。
• 高い見積：必要工数と、VBA案またはDB・Webへ分ける案の理由を聞く。

発注ラウンジも、契約前に複数社の見積もりを取ることを勧めています。同じ条件で比べると、費用相場と提案の違いを把握しやすくなります（出典：発注ラウンジ、2026年）。

セキュリティと運用体制の確認

確認するのは、マクロの実行制御と、委託先の開発・運用管理の両方です。Microsoftは、インターネット由来のOfficeファイルに含まれるマクロを既定でブロックしています（出典：Microsoft Learn「インターネットからのマクロは、Officeで既定でブロックされます」）。

• 既定の制御：マクロの既定設定を確認する。
• 利用方法：「コンテンツの有効化」を個別に促さず、署名済みマクロの許可や配布元管理を検討する。
• 委託先の管理：コードのアクセス権、環境分離、テストデータ匿名化、バックアップ、変更履歴、再委託、障害連絡。
• ファイルの持ち出し：共有権限だけでなく、出力先、メール添付、USBの扱いも決める。

よくある質問（FAQ）

発注前に、費用のほかに外注のタイミングやRFPの粒度を整理しておくと、候補会社との打ち合わせが具体的になります。VBA以外の選択肢や保守の考え方も、あわせて確認しておきます。

Excel VBAの外注費用は一律いくらですか？

一律の料金はありません。公開されている目安では、単純なマクロが3万〜10万円程度、複雑な業務ツールが30万〜100万円程度です。

要件定義や既存ブック調査を作業に含むかどうかで、金額は変わります。テストや移行のほか、教育や保守の扱いも、費用に影響します。

同じ作業範囲と成果物を前提にして、相見積もりを比べます。

VBAに詳しくなくてもRFPを作成できますか？

作成できます。大切なのは、現在の作業と困りごとを、入力データや出力帳票とあわせて文章とサンプルで整理することです。利用者、希望時期、制約も文章に書いておきます。

VBA、DB、Webのどれにするかは、候補会社に提案してもらいます。利用人数や同時更新といった条件から判断します。

Excel on the webでVBAマクロは動きますか？

Excel on the webではVBAマクロを実行できません。そのため、WindowsやMacのデスクトップ版Excelを利用する前提で設計します。

Webや定期実行を重視する場合は、Office Scripts、Power Automate、Power Apps、Webシステムなどを比べます。Office Scriptsにも利用条件と機能上の制約があるため、代表業務で小さく検証してから発注範囲を決めます。

納品時にVBAのソースコードは受け取れますか？

ソースコードを受け取れるかは、契約条件によります。

社内で改修したい場合は、見積条件と契約書に引き渡しの内容を明記します。対象は、ソースコードや設計書、設定値、参照ライブラリ、テスト結果、操作マニュアルです。

著作権や利用許諾、共通部品の扱いも確認します。そのうえで、第三者への保守委託を含め、納品後に別の会社へ相談できる状態を確保します。

まとめ

Excel VBAの発注では、現行ブックと業務の流れを棚卸しして、VBAで残す範囲とデータベースやWebへ分ける範囲を決めます。

次に、目的や対象業務、入出力、利用環境をRFPにまとめます。権限、バックアップ、テスト、納品物もRFPに含めます。そのうえで、同じ条件で複数社へ提案と見積を依頼します。

公開目安では、単純なマクロは3万〜10万円程度、複雑な業務ツールは30万〜100万円程度です。ただし、これは案件の前提がそろった場合の参考レンジです。

調査や要件定義、データ移行、テストに加えて、教育や保守、セキュリティ対応まで含めると、金額は変わります。そのため、見積書の「一式」を分解し、前提をそろえて比べます。

委託先は、業務理解と既存資産の解析力を基準に選びます。成果物や保守体制、将来の拡張性も判断材料にします。また、契約で納品後も自社利用を続けられる状態を確保します。

ソースコードや設計書を含め、テスト結果やマニュアルもそろえます。バックアップ、マクロの署名・配布手順、障害時の連絡先も整えておくと、担当者の異動やOffice更新にも対応しやすくなります。

小さなPoCから始め、効果と運用負荷を確認しながら段階的に拡張する進め方も有効です。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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