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

Excel VBAのシステム開発を外注するなら、安さだけで委託先を決めず、現行業務の棚卸し、RFP（提案依頼書）による要件整理、契約範囲、保守体制までそろえて比較することが成功の近道です。

Excel VBAは、使い慣れた帳票や入力画面を残しながら、集計・転記・帳票作成・ファイル連携を自動化できる身近な選択肢です。一方で、仕様が曖昧なまま発注すると、納品後に「思っていた動きと違う」「担当者が変わったら直せない」「マクロが社内PCで動かない」といった問題が起きます。この記事では、Excel VBAのシステムを発注・外注・委託する手順を、発注形態の選び方、RFPと要件定義、契約形態、費用相場、委託先選定、見積比較、納品後の運用まで順番に解説します。

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

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

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

典型的な対象は、CSVや複数のExcelファイルの一括取込、入力値の形式・範囲・重複チェック、売上・在庫・勤怠・原価・見積・経費の集計、請求書や月次報告書の作成です。集計結果をPDFに変換して所定のフォルダへ保存し、メールに添付する処理も組み込めます。WordやPowerPointと連携した報告書の自動生成、AccessやSQL Serverをデータベースとして使う構成も選択肢です。

発注時は「Excelを便利にしたい」という希望を、「毎月の売上ファイルを取り込む」「入力担当者が必須項目を空欄のまま確定できない」「部門別の帳票をボタン一つで出力する」のように、入力・処理・出力へ分けて伝えます。作業時間、処理件数、ミスの発生箇所も添えると、委託先が必要な機能と工数を見積もりやすくなります。

単一部署で使い、Windows版Excelを前提に、定型業務を短期間で自動化するならVBAは適しています。反対に、多数の拠点が同時にデータを更新する、スマートフォンから入力する、厳密な権限管理や監査ログが必要になる場合は、VBA単体では運用が不安定になりやすいです。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のソースコード、簡易マニュアル、テスト結果、利用環境の前提を含めるかを契約前に確認してください。作成者にしか分からない処理を残すと、後から改修を依頼する際に解析費用が発生します。

複数の帳票やマスタ管理、データベース連携、権限、複数部署での利用、既存ブックからの移行がある場合は、Excel VBAに詳しい開発会社へ委託します。開発会社は実装だけでなく、現行ブックの解析、業務フローの整理、テスト、操作説明、保守の相談まで対応できるためです。特に、担当者が退職して仕様が分からない、マクロの動作が遅い、ファイルが乱立している場合は、最初に現状調査を発注する方法もあります。

外注先に要件を丸投げするのではなく、社内側で業務の責任者と決裁者を決めます。誰が正しい業務手順を説明するのか、誰が受入テストをするのか、どの成果をもって完成とするのかを社内で合意しておくと、委託先との認識ずれが減ります。

社内に業務知識があり、外部にVBAやデータベースの技術力が不足しているなら、役割分担型が現実的です。社内は業務ルール、優先順位、入力項目、承認者、受入テストを担当し、外注先は既存ファイルの解析、設計、実装、コードレビュー、環境差異の検証を担当します。業務の判断を外部へ丸投げしないため、完成後の定着もしやすくなります。

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

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

RFPは、発注者が解決したい課題と依頼条件を開発会社へ伝える文書です。立派な仕様書を最初から作る必要はありませんが、同じ条件を複数社へ渡せる程度にそろえる必要があります。口頭だけで説明すると、会社ごとに想定する機能、作業範囲、テストの深さが変わり、見積金額を比較できなくなります。

まず、背景と目的を書きます。「月末の集計に担当者2人で半日かかる」「転記ミスの確認に時間がかかる」「担当者ごとに異なる帳票が作られる」のように、現状の困りごとを具体化します。次に、対象業務、利用者、利用頻度、入力ファイル、出力帳票、必要な連携先、希望納期、予算の目安、利用端末を記載します。

機能要件は、CSV取込、入力チェック、集計、検索、帳票出力、PDF保存、メール作成、マスタ更新などに分けます。非機能要件として、Windows版Excelの対応バージョン、処理時間、同時利用人数、バックアップ、権限、ログ、障害時の復旧、マクロの署名や配布方法を書きます。個人情報や給与情報を扱う場合は、誰が閲覧・出力できるかも要件に含めます。

新規開発でも、現場で使っているExcelファイルを確認します。ファイル名、保管場所、所有者、シート構成、外部リンク、参照しているCSV、VBAの標準モジュール、フォーム、ボタン、手動操作を一覧にします。隠しシートや名前定義、個人のローカルフォルダを参照するコードが残っていることもあるため、表面上の帳票だけで判断しません。

現行業務は、担当者へのヒアリングだけでなく、実際の一連の操作を見せてもらいます。通常時のデータだけでなく、空欄、重複、桁あふれ、ファイル欠損、締め後の修正、権限のない利用者などの例外も集めます。代表データと匿名化したサンプルを準備すれば、開発会社は実装前に難易度とリスクを見積もれます。

「使えるようになったら完成」という表現は避け、受入条件を数値や具体例で示します。たとえば、サンプルのCSVを取り込んだときに指定した件数と合計が一致すること、必須項目が空欄なら確定できないこと、帳票の所定欄へ値が出力されること、エラー内容が利用者に分かることを確認項目にします。

テストは、開発会社が行う単体・結合テストと、現場が行う受入テストを分けます。利用者が実業務のデータで確認する期間、修正回数、再テストの方法も見積条件に書きます。これにより、納品直前に大量の修正を依頼する事態や、無償対応の範囲をめぐる争いを減らせます。

Excel VBAの契約形態と契約書で確認すること

Excel VBAの外注では、請負契約と準委任契約の違いを理解しておく必要があります。完成させる機能と納品物を明確にできる案件は請負に向き、要件調査や既存コードの解析など、作業しながら論点が変わる案件は準委任で時間を確保する形が検討しやすくなります。名称だけで決めず、成果物、責任範囲、検収方法を確認してください。

請負契約では、納品するExcelブック、VBAソース、設計書、操作マニュアル、テスト仕様書、テスト結果、設定手順などを列挙します。納品日だけでなく、検収期間、検収の基準、瑕疵や不具合が見つかった場合の修正期限を定めます。仕様変更を追加費用とする条件、軽微な修正と追加開発の境界も重要です。

ソースコードの引き渡しと著作権・利用許諾の扱いも確認します。発注者が自社内で改修できるのか、第三者へ保守を依頼できるのか、開発会社が共通部品を再利用できるのかを契約書に反映します。コード署名に使う証明書の名義、更新費用、署名し直す手順も、マクロを継続利用する企業では確認しておきます。

準委任契約では、月の稼働時間や担当者、対応する作業、報告方法、相談できる時間帯を定めます。現状調査、要件整理、既存コードの解析、技術選定のように、作業の結果として発注者が判断材料を得る業務に適しています。成果物を作る場合でも、どこまでが契約内の作業かを明確にします。

準委任だから納期や品質を管理しなくてよいわけではありません。週次報告に、実施内容、判明した課題、次週の予定、消化時間、追加判断が必要な事項を含めます。調査フェーズの後に請負で開発する二段階契約にすると、要件が不明確なまま大きな固定費を負担するリスクを抑えられます。

開発契約とは別に、納品後の保守契約を用意します。問い合わせ対応、障害修正、ExcelやWindowsの更新対応、マクロの署名更新、バックアップ確認、軽微な改修、操作説明のどこまでを含むかを定義します。毎月の定額保守にするのか、問い合わせごとの従量課金にするのか、緊急対応の時間帯や追加単価も比較します。

顧客情報、給与、従業員情報を含むファイルを外注先へ渡す場合は、NDA、アクセス権、保管場所、持ち出し、返却・削除、再委託、事故時の連絡方法を確認します。個人情報保護委員会のガイドラインが示すアクセス制御、識別・認証、不正アクセス防止などの考え方を、Excelファイルにも適用します。2026年3月公開のIPA「中小企業の情報セキュリティ対策ガイドライン」第4.0版も、委託先を含むサプライチェーンの管理を考える際の参考になります。

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

Excel VBAの費用は、機能数だけでなく、既存ブックの解析、画面や帳票の数、外部連携、データ移行、利用人数、テスト、マニュアル、保守の有無で変わります。したがって、相場は予算を検討するためのレンジとして使い、最終金額は要件一覧とサンプルデータをもとに見積もってもらいます。

公開情報を突き合わせた目安は、単純なマクロが3万〜10万円程度、期間は1日〜1週間程度です。複数の処理や複雑な業務ロジックを含むVBAは30万〜100万円程度、期間は1〜3か月程度とされています（出典：発注ラウンジ「VBAのシステム開発にかかる費用相場は？」、2026年5月26日）。これは機能と期間を限定した公開目安であり、要件定義、既存資産の調査、データ移行、教育、保守が別料金になる場合があります。

別の専門事業者が公開する実績費用には10万〜80万円程度というレンジもありますが、案件の規模や含まれる作業が同じとは限りません。ExcelとAccessを連携し、複数ユーザー、権限、マスタ管理、帳票、移行、運用設計まで含める場合は、100万〜300万円程度になるケースを想定して予算を組みます。この金額はVBAだけの統計ではなく、公開相場と一般的な業務システム規模からの推定です。

Excelの棚卸しから始めてWebシステムやクラウドへ刷新する場合は、300万〜1,000万円以上の規模になることがあります。こちらもVBA固有の相場ではなく、要件再設計、画面開発、データ移行、権限、監査ログ、連携、教育を含む場合の推定レンジです。安いVBAと高いWeb開発を単純に比べるのではなく、解決する業務範囲と将来の運用費をそろえて比較します。

見積書は「Excel VBA開発一式」だけでなく、要件定義、現行ブック調査、基本設計、画面・帳票設計、実装、単体テスト、結合テスト、受入支援、データ移行、操作説明、納品、保守に分けてもらいます。各費目に担当者、工数、成果物、前提条件を記載してもらうと、会社間の比較がしやすくなります。

追加費用が生じる条件も重要です。帳票が増える場合、対象部署が増える場合、元データの形式が変わる場合、Excelのバージョンを追加する場合、既存VBAに未確認の処理が見つかった場合を例示します。開発費だけでなく、Microsoft 365やサーバー、データベース、証明書、バックアップ、保守の費用も別欄で確認します。

保守費は、障害対応だけでなく、ExcelやWindowsの更新、マクロの署名、利用者からの問い合わせ、バックアップ、軽微な改修を含めるかで変わります。一般的な業務システムの予算設計では、初期開発費の年15〜25％程度を保守費の仮置きにする例がありますが、これはExcel VBA固有の統計ではありません。委託先の対応時間、月の問い合わせ上限、未使用月の扱いを確認して自社向けに調整します。

費用対効果は、削減できる作業時間だけでなく、ミスの修正時間、締め処理の短縮、属人化の解消、報告の早期化で評価します。たとえば、月末に複数人が手作業で行う集計を自動化する場合、現在の作業時間、担当者の人数、月の実施回数、ミスの修正時間を記録してから発注します。導入後に同じ指標を測れば、追加開発の優先順位も決めやすくなります。

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

委託先は、VBAを書けるかだけでなく、業務を理解し、既存ファイルを安全に解析し、納品後も引き継げるかで選びます。価格の低さは魅力ですが、調査やテストが省かれていれば、発注者が後から補うことになります。相見積もりは同じRFP、同じサンプル、同じ納期条件で依頼し、金額だけでなく前提条件をそろえて比較します。

候補会社には、自社と近い業種や業務の実績を確認します。売上集計の実績だけでなく、入力チェック、帳票、承認、マスタ、在庫、勤怠など、今回の業務に近い事例があるかを聞きます。実績の件数だけで判断せず、どの範囲を担当したのか、何を納品したのか、現在も保守できるのかを確認してください。

既存VBAを扱う場合は、コード解析の進め方を質問します。ソースコードだけでなく、外部リンク、参照設定、アドイン、API、共有フォルダ、Windowsのタスク、個人PCの設定まで調査対象にする会社が望ましいです。担当者が一人に固定されず、レビュー担当や引き継ぎ担当がいるかも確認します。

見積比較では、最初に開発範囲が同じかを確認します。A社が既存ブックの解析、受入テスト、操作説明まで含み、B社が実装だけを含むなら、金額をそのまま比べられません。要件定義、画面数、帳票数、連携数、対応Excel、利用者数、テスト件数、納品物、保守期間を横に並べます。

極端に安い見積では、何が含まれていないのかを質問します。反対に高い見積では、なぜその工数が必要なのか、Excel VBAのまま解決する案とDB・Webへ分ける案を説明してもらいます。発注ラウンジも契約前の複数社見積もりを勧めており、同じ条件で比較することで費用相場と提案の違いを把握しやすくなります（出典：発注ラウンジ、2026年）。

Microsoftは、インターネット由来のOfficeファイルに含まれるマクロを既定でブロックしています。メール添付や外部から受け取ったファイルを、利用者に個別の「コンテンツの有効化」で開かせる運用は避け、署名済みマクロだけを許可するポリシーや、配布元を管理する方法を委託先と検討します（出典：Microsoft Learn「インターネットからのマクロは、Officeで既定でブロックされます」）。

候補会社には、ソースコードのアクセス権、開発環境と本番環境の分離、テストデータの匿名化、バックアップ、変更履歴、再委託の有無、障害時の連絡体制を確認します。Excelファイルはコピーされやすいため、共有場所の権限だけでなく、出力ファイルの保存先、メール添付、USBなどの持ち出しも運用ルールに含めます。

よくある質問（FAQ）

Excel VBAの発注前によくある疑問に回答します。費用だけでなく、外注のタイミング、RFPの粒度、VBA以外の選択肢、保守の考え方を整理しておくと、候補会社との打ち合わせが具体的になります。

一律の料金はありません。公開目安では、単純なマクロが3万〜10万円程度、複雑な業務ツールが30万〜100万円程度ですが、要件定義、既存ブック調査、テスト、移行、教育、保守の有無で変わります。金額だけでなく、同じ作業範囲と成果物を前提に相見積もりを比較してください。

作成できます。技術用語や実装方法ではなく、現在の作業、困っている点、入力するデータ、出力したい帳票、利用者、希望時期、制約を文章とサンプルで整理します。VBAにするかDBやWebにするかは、RFPをもとに候補会社へ提案してもらい、利用人数や同時更新などの条件から判断します。

Excel on the webではVBAマクロを実行できません。WindowsやMacのデスクトップ版Excelを利用する前提で設計するか、Webや定期実行を重視するならOffice Scripts、Power Automate、Power Apps、Webシステムなどを比較します。Office Scriptsにも利用条件と機能上の制約があるため、代表的な業務で小さな検証を行ってから発注範囲を決めます。

契約条件によります。発注者が社内で改修したい場合は、ソースコード、設計書、設定値、参照ライブラリ、テスト結果、操作マニュアルの引き渡しを見積条件と契約書に明記します。著作権や利用許諾、第三者への保守委託、開発会社の共通部品の扱いも確認し、納品後に別会社へ相談できる状態を確保します。

まとめ

Excel VBAのシステムを発注・外注するときは、最初に現行ブックと業務の流れを棚卸しし、VBAで残す範囲と、データベースやWebへ分ける範囲を決めます。次に、目的、対象業務、入力・出力、利用環境、権限、バックアップ、テスト、納品物をRFPにまとめ、同じ条件で複数社へ提案と見積を依頼します。

費用は、単純なマクロで3万〜10万円程度、複雑な業務ツールで30万〜100万円程度という公開目安がありますが、これは案件の前提がそろった場合の参考レンジです。調査、要件定義、データ移行、テスト、教育、保守、セキュリティ対応まで含めると金額は変わります。見積書の「一式」を分解し、安さではなく、業務理解、既存資産の解析力、成果物、保守体制、将来の拡張性で委託先を選んでください。

特に重要なのは、納品後に自社で使い続けられる状態を契約で確保することです。ソースコード、設計書、テスト結果、マニュアル、バックアップ、マクロの署名・配布手順、障害時の連絡先をそろえておけば、担当者の異動やOfficeの更新にも対応しやすくなります。小さなPoCから始め、効果と運用負荷を確認しながら段階的に拡張する進め方も有効です。

▼全体ガイドの記事
・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を創業。