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

VB.NETのシステムを発注・外注するなら、既存資産の移行範囲と業務要件を先に整理し、請負・準委任などの契約形態を選んだうえで複数社の見積もりを比較することが成功の近道です。

VB.NETは、販売管理や在庫管理のようなWindows業務アプリケーションを支える実績がある一方、VB6やAccessからの移行、古い帳票部品の更新、将来のWeb化まで考えると、言語名だけで発注先を決めるのは危険です。この記事では、発注形態の選び方、RFPと要件整理、契約、費用相場、委託先の選定、見積比較、発注後の進め方を順番に解説します。

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

VB.NETのシステムを外注する前に決めるべき全体像

VB.NETの外注は、開発会社にプログラムを書いてもらうだけの作業ではありません。何を残し、何を作り直し、どの業務をいつ切り替えるかを決めるプロジェクトです。最初に発注の目的と対象範囲を分類すると、過剰な再構築や、安く見えるだけの不完全な移行を避けやすくなります。

発注前に、「新しい業務を追加する新規開発」「VB6・Access・Excel VBAからVB.NETへ移す移行」「既存VB.NETの保守改修」のどれが中心かを明確にします。移行案件では、ソースコードだけでなく画面、帳票、バッチ、外部OCX・ActiveX・COM、データベース、Excel連携までが対象になります。コードが変換できても、帳票の印刷位置や例外処理、月末の締め処理が再現できるとは限らないためです。

社内LANで使うWindows FormsやWPFを継続する方法は、既存の操作性を維持しやすく、移行範囲を抑えやすい選択肢です。一方、拠点や在宅勤務からの利用、スマートフォン対応、外部とのデータ連携を重視するなら、画面をWeb化したり、VB.NETをAPIやデータ連携の一部として残したりする構成も検討します。業務が標準化されている場合はSaaSやパッケージを導入し、独自性の高い部分だけをVB.NETで連携する方法もあります。

Microsoftは2025年6月更新のVisual Basic言語戦略で、.NETのコアライブラリやWindows Formsなど既存の主要シナリオを支えながら、新しいWebフロントエンドやクロスプラットフォームUIへVisual Basicを広げる方針ではないと説明しています（出典: Microsoft Learn「Visual Basic 言語戦略」、2025年）。そのため、Windows業務アプリの保守・移行には候補になりますが、新規のWebサービスや将来の多端末展開ではC#、ASP.NET Core、Blazorなどとの組み合わせも比較する必要があります。

発注形態はどれを選ぶ？VB.NET開発の契約方式を比較します

VB.NETの発注では、成果物と完成条件を先に決めるか、担当者の稼働と協働方法を重視するかで契約方式が変わります。発注形態を曖昧にしたまま見積金額だけを比べると、要件変更時の追加費用、納期遅延時の責任、検収の基準でトラブルになりやすいため、契約の目的を業務範囲と一緒に整理します。

請負契約は、決めた成果物を完成させて納品し、検収を受ける形態です。画面一覧、帳票一覧、処理仕様、連携仕様、テスト仕様書、データ移行結果、操作マニュアルなどの納品物と、検収期間、修正対応、瑕疵への対応範囲を契約書や仕様書に記載します。要件が比較的固まっており、納品時点の合格条件を表現できる新規開発や移行本番作業に向いています。

準委任契約は、専門家が一定期間にわたって調査、設計、開発支援、保守などの業務を行う形態です。完成したシステムの納品を保証する契約とは性質が異なるため、稼働時間、担当者の役割、定例会議、報告内容、作業場所、再委託、情報管理を具体化します。現行資産の調査や移行診断、要件が変化しやすい初期フェーズ、リリース後の継続保守では、準委任のほうが実態に合う場合があります。

実務では、最初から全工程を一つの契約にまとめる必要はありません。たとえば、現状調査とRFP作成を準委任で行い、要件確定後の開発・移行を請負で発注し、運用開始後は月次の準委任または保守契約に切り替える方法があります。契約を分ける場合は、各フェーズの成果物が次の契約の前提になるよう、判断会議、継続・中止の条件、作成資料の利用権をあらかじめ決めておきます。

RFPと要件整理はどこまで準備すればよいですか？

RFPは、開発会社に対して「何を、なぜ、いつまでに、どの条件で依頼するか」を伝える資料です。完成した仕様書である必要はありませんが、会社ごとに異なる前提で見積もられないよう、対象業務、利用者、現行環境、期待する成果、制約条件をそろえて記載します。詳細を自社だけで決められない場合は、RFP作成支援や移行診断を先行発注する方法もあります。

まず、VB.NETやVB6のソースコード、プロジェクトファイル、実行ファイル、Windowsと.NETのバージョン、Visual Studio、SQL Server・Oracle・Accessの構成を一覧化します。続いて画面数、帳票数、バッチ、CSV・Excel・EDI・会計連携、利用者数、拠点数、同時接続数、バックアップ、障害時の代替手順を整理します。資料に残っていない業務ルールは、担当者へのヒアリングと実際の帳票・入力データの確認で補います。

RFPには、発注の背景と解決したい経営課題、対象となる部門と業務、現行システムの問題、希望する稼働時期、予算の考え方、体制、納品物を記載します。機能要件は、たとえば「受注登録」だけでなく、登録条件、承認者、在庫引当、取消、締め処理、権限、帳票、連携先まで業務の流れで表現します。非機能要件には、応答時間、同時利用者数、稼働時間、障害復旧、ログ、バックアップ、暗号化、脆弱性対応、法令対応、データ保存期間を含めます。

VB6からの変換、ActiveXや帳票コンポーネント、特殊なプリンター、複雑なSQL、他システムとの接続などは、見積もり前に代表ケースで検証します。数画面を試作し、変換後のコンパイル、印刷結果、処理速度、データ整合性、権限、障害時の復旧を確認すれば、本番で初めて問題が発覚するリスクを下げられます。受入条件も、画面が開くことだけでなく、旧システムと計算結果・在庫残高・請求額・帳票が一致することまで定義します。

VB.NETの外注費用相場と見積もりの内訳

VB.NET専用の公的な価格統計はほとんどないため、以下は一般的な業務システムの公開相場、公開されている移行事例、画面数・帳票数・連携数から見た企画段階の目安です。正式な金額ではなく、同じ条件で複数社から概算を取り、要件定義後に精度を上げるためのレンジとして利用します。

ExcelやAccessで管理している業務を置き換える、5〜30画面程度の社内ツールであれば、初期費用は150万〜400万円程度が企画段階の目安になります。単一部門で、帳票が少なく、既存データを整理して利用できることを前提にしたレンジです。認証、複数権限、複雑な承認、外部連携、印刷帳票、過去データのクレンジングが増えると、同じ画面数でも上限を超える可能性があります。

販売、受発注、顧客、在庫などを複数部門で使う場合は、30〜100画面、複数権限、CSVや会計連携、受入テストを含めて400万〜1,000万円程度のレンジを置くと検討しやすくなります。SIA株式会社が2026年7月に公開した一般的な相場では、小規模が100万〜300万円、中規模が500万〜1,000万円、大規模が1,000万円〜数千万円以上で、人月単価は60万〜200万円程度とされています（出典: SIA株式会社「システム開発の費用・相場【2026年版】」、2026年）。VB.NET案件の金額を保証する資料ではありませんが、規模別の予算を考える際の補助線になります。

VB6やAccessからVB.NETへ移行する場合は、初期費用が300万〜3,000万円程度まで広がることがあります。コードのステップ数、画面・帳票数、データベース、ActiveXやCOM、帳票部品、データ移行、旧新比較テストの量で工数が大きく変わるためです。株式会社エフ・ディー・シーが公開する資料には、30万有効ステップ、300画面、30帳票の案件で、変換やテストなどを合計2,839万6,500円とした個別見積例があります（出典: 株式会社エフ・ディー・シー「VBリメイク工房サービス紹介資料」）。公開事例の特定金額を自社案件へ当てはめず、対象資産の診断後に見積もります。

見積もりは、要件定義、基本・詳細設計、開発または変換、単体・結合・総合テスト、データ移行、教育、本番切替、保守に分けて確認します。一次Q&Aの目安では、要件定義10〜15％、設計15〜20％、開発30〜40％、テスト15〜20％、移行5〜10％と整理できますが、移行案件では調査と現新比較テストの比率が高くなることがあります。年間保守は初期開発費の15〜20％程度を一つの目安にできますが、障害対応、OS・.NET・DB更新、監視、バックアップ、機能追加を同じ料金に含むかは会社ごとに異なります。

見積比較で安さ以外に確認するポイント

複数社の見積もりは、合計金額だけを横並びにしてはいけません。同じRFPを渡しても、ある会社は移行前の調査を含め、別の会社は開発だけを含めることがあります。金額が低い理由と、後から追加になりやすい作業を確認し、同じスコープにそろえて比較することが重要です。

見積書では、画面数、帳票数、バッチ数、連携本数、データ量、利用者数、拠点数、環境数、テストケース数、会議回数、納期を確認します。特に「帳票一式」「データ移行一式」「連携対応一式」のような表現は、対象範囲が会社によって違うため注意が必要です。対象外として、マスタ整備、データクレンジング、端末設定、ライセンス、クラウド利用料、現地作業、教育、切り戻しを誰が担当するかも明記します。

VB6からの自動変換率や、ソースコードの変換ステップ数は参考になりますが、それだけで品質は判断できません。変換後のコンパイルエラー修正、画面の操作差異、帳票の改ページ、丸め計算、文字コード、日付処理、外部コンポーネント、データ移行後の残高をどの工程で確認するかを比べます。公開された移行事例でも、自動変換率や作業期間は個別条件に左右されるため、提案書に現新比較テストの件数と合格基準を書いてもらいます。

納品物は実行ファイルだけでなく、ソースコード、設計書、データベース定義、環境構築手順、テスト仕様書と結果、障害一覧、操作マニュアル、バックアップ・復旧手順まで含めるか確認します。ソースコードの利用権、第三者ライブラリのライセンス、再委託先の権利、退職や契約終了時の引き継ぎも重要です。保守契約では、受付時間、一次回答、復旧目標、軽微な修正の範囲、バージョンアップ、追加開発の単価と見積方法を分けて記載します。

VB.NETの委託先を選び、発注後に進行する方法

VB.NETの開発会社は、言語の経験年数だけでは選べません。販売、製造、物流、点検、会計補助など、自社と近い業務を理解し、現場の例外処理やデータ移行まで設計できるかを確認します。提案の巧さよりも、見積もりの前提を開示し、不確実な部分を質問できる会社かどうかが、発注後の信頼関係につながります。

候補会社には、VB.NETの新規開発だけでなく、VB6・Accessからの移行、Windows FormsやWPF、.NET Frameworkと現行.NET、SQL Server・Oracle・Access、帳票、CSV・API連携の実績を質問します。可能なら、自社と近い画面数・帳票数・利用者数の案件について、担当範囲、期間、体制、テスト方法、稼働後の保守まで説明してもらいます。公開実績の会社名だけでなく、現在も同じ技術者を確保できるかを確認することが大切です。

業務システムでは、現場が使う言葉と設計書の用語がずれるだけでも手戻りが発生します。営業、現場、情報システム、経理など関係者へのヒアリングを誰が担当し、未決事項や変更要求をどのように管理するかを確認します。プロジェクトマネージャー、業務担当、VB.NETエンジニア、データ移行担当、テスト担当の役割と稼働予定が提案書に書かれていれば、発注後の責任分界を把握しやすくなります。

委託先選定は、候補会社を広げすぎず、同じRFPを渡して書面提案を受け、面談で疑問点を確認し、必要に応じて代表画面や移行診断の小さな検証を行う順番が現実的です。評価項目は、業務理解、技術適合、見積の透明性、体制、納期の妥当性、移行・テスト方法、保守、セキュリティ、成果物の扱いに分けます。価格を点数化する場合も、安さだけでなく、対象外作業や将来の追加費用を含めた総保有コストで比較します。

契約・セキュリティ・法令の注意点

VB.NETのシステムは、顧客情報、取引情報、在庫、従業員情報、請求データなどを扱うことがあります。契約と技術要件を別々に考えるのではなく、誰がどのデータへアクセスし、事故や脆弱性が起きたときに誰が何時間以内に対応するかまで発注条件に落とし込みます。

契約書には、仕様変更の受付方法、影響見積もり、承認者、納期変更、追加費用の決め方を記載します。検収では、判定基準、検収期間、未達時の修正、再テスト、データ移行の切り戻しを定めます。再委託を認める場合は、再委託先の会社名や作業範囲、秘密保持、アクセス権限、事故時の責任を確認します。担当者が変わっても引き継げるよう、設計書とソースコードの利用権、契約終了時の返却・消去も合意します。

最低限、最小権限、管理者と一般利用者の分離、多要素認証または端末制御、通信とバックアップの暗号化、操作・変更・エクスポートログ、脆弱性対応、パッチ適用、バックアップ復旧訓練、開発環境への本番データ持ち出し制限を要件に含めます。IPAの「情報セキュリティ10大脅威2025」では、組織向けにランサム攻撃、サプライチェーンや委託先を狙った攻撃、脆弱性攻撃、内部不正などが示されています（出典: IPA「情報セキュリティ10大脅威 2025」、2025年）。VB.NETだから安全・危険と決めつけず、古い.NET Framework、平文CSV、過剰なSQL権限、放置された管理者アカウントを点検します。

販売や請求を含むシステムでは、登録番号、税率、消費税額、適格請求書の保存、電子取引データの保存、検索性、改ざん防止、保存期間を要件として整理します。インボイス制度や電子帳簿保存法は、業務と税務の運用を含めて確認し、最終的な法令適合性は税理士や所管官庁にも相談します。個人情報を扱う場合は、利用目的、権限、アクセスログ、委託先の管理、返却・消去、事故時の報告を契約と運用手順の両方に落とし込みます。

よくある質問

VB.NETの発注では、技術の将来性、費用、RFP、契約の選び方について多くの疑問が生じます。ここでは、発注前に特に確認されやすい質問へ、判断の基準を直接回答します。

既存のWindows Formsやライブラリなど主要シナリオでは使えますが、新規WebフロントエンドやクロスプラットフォームUIを優先する案件では他言語・他方式と比較する必要があります。Microsoftの.NETサポート表では、.NET 8は2026年11月、.NET 10は2028年11月までがサポート終了日の目安です（出典: Microsoft Learn「Microsoft .NET and .NET Core – Microsoft Lifecycle」、2026年確認）。発注時は言語名だけでなく、採用.NET、Windows、Visual Studio、DB、帳票部品の更新計画まで確認します。

小規模なExcel・Access置換なら150万〜400万円程度、部門システムなら400万〜1,000万円程度、複数部門や全社業務なら1,000万〜3,000万円以上、VB6移行なら300万〜3,000万円程度までが企画段階のレンジです。これは画面数、帳票数、連携、データ移行、テスト、利用者数で変動する推定値であり、VB.NET案件全体の確定相場ではありません。RFPの前提をそろえ、要件定義・開発・テスト・移行・保守の内訳を複数社で比較します。

発注できますが、目的、対象業務、現行環境、困っていること、希望時期、利用者、予算の考え方だけでも整理しておくと、提案の質が上がります。自社で要件を決めきれない場合は、移行診断や現状調査、RFP作成支援を最初の契約として依頼し、その成果をもとに本開発を発注します。候補会社に丸投げせず、現場担当者をヒアリングへ参加させることが重要です。

完成条件と納品物を定義できる開発・移行は請負、現行調査、要件整理、技術検証、継続保守は準委任が合いやすいです。実際には、調査を準委任、要件確定後の開発を請負、運用を保守契約に分ける方法もあります。契約方式の名前より、成果物、役割、検収、変更管理、追加費用、障害対応、再委託を具体的に合意できるかが重要です。

まとめ

VB.NETのシステムを発注・外注するときは、最初に新規開発、既存移行、保守改修の目的を分け、デスクトップ継続、Web化、パッケージ連携の方式を比較します。そのうえで、現行の画面・帳票・DB・連携・例外業務を棚卸しし、RFPに機能要件と非機能要件、受入条件を記載します。

請負か準委任かを工程ごとに選び、検収、変更管理、成果物、ソースコード、再委託、保守の条件を明確にします。費用は小規模なら150万〜400万円程度、部門システムなら400万〜1,000万円程度などのレンジを出発点とし、画面数、帳票数、連携、データ移行、テストで増減する前提を共有します。金額だけでなく、対象外作業と将来の保守費用まで含めて比べることが大切です。

VB.NETの実績がある会社でも、自社の業務や既存部品を理解できるとは限りません。現場ヒアリング、移行診断、現新比較テスト、セキュリティ、法令対応、障害時の支援まで質問し、同じRFPで複数社を比較します。発注後も自社側の責任者と現場担当者を置き、未決事項と変更要求を管理すれば、業務を止めずにVB.NETのシステムを刷新しやすくなります。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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