C#システムの発注は、業務範囲の整理、同条件での提案比較、工程ごとの契約決定の順に進めると、要件と費用の認識差を抑えられます。
まず発注形態を決め、RFPで要件を整理してから、契約と費用を確かめ、委託先を比べます。全体像はC#のシステム開発の完全ガイドもご覧ください。
▼全体ガイドの記事
・C#のシステム開発の完全ガイド
AI駆動開発の基本や工程ごとの活用方法、費用・期間への影響については、無料ホワイトペーパー「【2026年最新版】AI駆動開発の完全ガイドブック」で詳しく解説しています。
発注前に押さえるC#システムの全体像
C#のシステムは、C#を主要言語として.NET上に構築する業務システムです。
C#という言語を選んだ時点では、製品や費用はまだ確定しません。Web画面やデスクトップアプリ、Web API、バッチを組み合わせ、さらにデータベースや認証基盤も構成に加わります。
販売・在庫・受発注など業務の仕組み
業務システムでは、ログイン、組織と権限、顧客や商品などのマスタを扱います。見積、受注、発注、売上、請求といった処理も組み合わせます。入出荷や在庫、承認履歴、帳票やCSV出力も含めます。
会計、EDI、EC、IoT、既存の基幹システムと連携する場合は、APIやデータ変換の設計が必要になります。対象業務が決まっていないと、各社の見積書を同じ前提で比べられません。
既存資産と運用体制から選ぶC#と.NETの構成
C#と.NETの構成は、既存資産や運用環境に応じて、次の観点から選びます。
- 新規Web開発：ASP.NET Coreの画面・APIや、Entity Framework Coreが候補になります。
- Windows端末：現場によっては、WinFormsやWPFを残す場合もあります。
- 拠点拡大・テレワーク：ブラウザ化やAPI化も比べる対象です。
- .NETの選定：.NET 10と.NET 8のサポート期限が判断材料になります。
.NET 10は2025年11月11日に提供され、2028年11月14日までサポートされます。一方で、2026年8月時点の.NET 8の期限は2026年11月10日です。
出典: Microsoft Learn「Microsoft .NET and .NET Core」（2026年8月確認）。
既存の.NET Frameworkや古いライブラリを使う場合は、互換性調査も発注範囲に含めます。互換性が確かめられる前にバージョンを固定しないことが重要です。
発注形態の選び方
発注形態は、標準業務に合わせるか、独自業務を作るか、既存資産を段階的に刷新するかで選びます。そのうえで、パッケージやSaaSで代替できる範囲と個別開発する範囲を分けておくと、費用と納期を管理しやすくなります。
パッケージやSaaSの導入
販売管理、勤怠、会計、営業管理など標準業務が中心なら、パッケージやSaaSを導入し、必要な連携や追加開発を行う形が合います。初期開発を抑えやすいうえ、法改正や更新を自社だけで担わずに済みます。
独自の承認順序や特殊な締め処理を無理に合わせると、現場がExcelへ戻ることがあります。そこで、契約前に追加開発単価、API利用、データ出力の条件を確認します。さらに、解約時のデータ返却と利用料改定の条件も確かめておきます。
スクラッチ開発の委託
独自の価格計算や複雑な在庫引当、業界固有の帳票が制約になる場合は、スクラッチ開発を検討します。複数システムをまたぐ承認が制約になるときも、検討の対象になります。
C#/.NETなら、WebやAPIを同じ技術基盤で作れ、バッチや管理画面もまとめやすくなります。一方で、要件の曖昧さは追加費用に直結します。
安全なのは、全社機能を一度に作らず、受注登録や在庫照会など効果を見やすい範囲で試作し、段階的にリリースする方法です。
既存C#資産を活かす段階的な刷新
古い.NET FrameworkやWinForms、WPFのアプリ、SQL Serverを使っている場合でも、すべてを廃棄する必要はありません。まず、依存関係とソースコードを中心に診断し、テスト、データ品質、利用端末も確認します。
診断後は、まずAPI化と画面の段階的なWeb化を進め、そのあとにデータベースの分離とテスト自動化に移れます。仕様書がなく、担当者しか操作を知らない場合は、調査と業務ヒアリングを先に行います。
開発会社には、見積書に「既存資産の解析」「データ移行」「並行稼働」を明記してもらいます。
C#システム開発の発注の進め方
発注は、企画から保守まで段階に区切って進めます。最初に企画と要件定義で範囲を決め、設計・開発へ進みます。工程ごとに成果物と意思決定者を決めておくと、発注者とベンダーの認識差を早く見つけやすくなります。設計・開発のあとは、テスト、移行・教育、保守の各工程で、何を発注範囲に含めるかを決めます。
- テスト：動作テストと受入テストで、業務シナリオを通して確かめます。
- 移行・教育：移行データを検証し、教育計画と並行稼働期間を決めます。
- 保守：障害対応、問い合わせ、バックアップ確認を契約で定めます。
企画・要件定義で決める業務の目的と範囲
最初に決めるのは、「何をC#で作るか」よりも、「誰のどの作業を、どこまで改善するか」です。受注から出荷までの流れを担当者と確認し、例外処理や承認者を洗い出します。
締め時間、現場端末、Excelで補う作業も確認します。画面や機能の一覧に加え、こうした現場の実態を洗い出しておくと、要件の抜けを見つけやすくなります。
マスタ登録の責任者とデータ保存期間、移行対象を決めます。さらに、外部連携先と障害時の手作業も定めておきます。
設計・開発で合意する画面以外の品質条件
設計では、画面や帳票の見た目だけでなく、次の品質条件も確認します。
- 設計対象：データモデル、権限、API、ログ、バックアップ、監視、性能、エラー処理の確認。
- 性能条件：「検索が速い」は、通常時の応答時間、同時利用者数、検索対象のデータ件数で定義します。
- クラウド条件：Azureなどでは、リージョン、ネットワーク、月額利用料、監視範囲、障害時の切り替えも設計対象になります。
- レビュー体制：C#開発者だけでなく、業務を理解するプロジェクトマネージャーやシステムエンジニアも加わります。
テスト・移行・教育の発注範囲
テストから移行後の運用まで、どこを発注範囲に含めるかを確認します。
- 動作テスト：開発会社だけの確認で終わらせず、単体・結合・総合テストまで行います。
- 受入テスト：実際の担当者が、業務シナリオを通して確かめる工程です。
- 移行データ：件数に加えて、コード体系、取引先名の表記揺れ、重複、過去帳票との整合性の検証。
- リリース準備：切り戻し手順、問い合わせ窓口、操作マニュアル、教育計画、並行稼働期間の決定。
- 役割分担：移行や教育が別費用でも、担当者と役割を契約書や計画書に残します。
RFPと要件整理で決める項目
RFPは、開発会社に提案と見積もりを依頼する資料です。分厚い仕様書を最初から完成させなくても、各社が同じ条件で提案できる情報をそろえれば十分です。
まず、現状の課題、対象範囲、利用規模を明確にします。さらに、データと連携先、希望時期、予算の考え方も示します。
RFPに書く業務課題、対象範囲、成功条件
RFPには、現行業務と課題、対象の部門や拠点を記載します。さらに、利用者数、必要な機能と不要な機能、既存システムとの関係も書きます。
「在庫を一元管理したい」を、「倉庫別在庫を入出荷時に把握し、棚卸差異を承認履歴付きで確認したい」まで具体化します。そうすると、必要なデータと権限が開発会社に伝わります。
納期は「3月末まで」と示すだけでなく、繁忙期を避けたい日、段階稼働の可否、受入テスト期間も示します。
非機能要件と既存データの確認
非機能要件には、同時利用者数、応答時間、稼働時間のほか、復旧目標やバックアップ頻度を含めます。保存期間とログ保管も加えます。
権限分離と多要素認証を定め、さらに暗号化と脆弱性診断も範囲に入れます。個人情報や取引情報を扱う場合は、セキュリティをC#の機能だけに頼らず、対策を個別に定めておきます。
IPA「安全なウェブサイトの作り方」は、SQLインジェクション、クロスサイト・スクリプティング、アクセス制御や認可制御の欠落などを解説しています。そこで、検査や対策の担当と工程をRFPに記載します。
RFPに入れる納品物、権利、保守条件
納品物は、実行ファイル以外にも広がります。要件定義書や設計書、ソースコードの扱いを確認します。加えて、テスト仕様書と結果も対象に入れるかを確かめます。
移行や運用の手順、管理者マニュアルを確認します。環境設定とライセンス一覧も、納品物に含まれるか見ておきます。著作権と利用許諾、第三者ライブラリのライセンスも、契約で明確にします。
リポジトリのアクセス権と、契約終了時の引き継ぎ方法も欠かせません。後から追加すると範囲や費用の交渉になりやすいため、RFPと提案依頼の時点で示しておきます。
契約形態の選び方
契約は、成果物と仕様をどこまで確定できるか、発注者とベンダーの役割をどう分けるかで選びます。要件定義、開発、保守を段階に分けると、不確実性を管理しやすい場合があります。
経済産業省は、情報システム・モデル取引・契約書の第二版と追補版を公開しています。ユーザー企業とベンダー企業の役割や、契約上の論点もそこで確認できます。
要件定義や伴走支援に向く準委任
要件定義や現状調査では、業務を聞きながら成果物を固めていくため、作業時間や専門家の支援を対象にする準委任が候補です。
仕様が変わりうる段階で完成責任を約束すると、完成の定義が曖昧になりやすくなります。そのため、準委任でも作業範囲や体制、稼働時間を定めておきます。加えて、定例会議や成果物、報告方法、変更手続きも取り決めます。
仕様と成果物が固まった開発の請負
要件や納品物が合意でき、検収条件と納期も決まった開発工程では、成果物の完成を目的とする請負が候補です。ただし、請負にしても仕様変更の問題は残ります。
画面や帳票、外部連携の仕様、移行件数の変更は、変更管理票に記録します。さらに、追加費用と納期への影響を双方が承認する手続きも用意します。
検収基準が「担当者が納得するまで」のように曖昧だと、契約形態にかかわらずトラブルになりやすくなります。
保守・運用の対応時間と責任範囲
保守契約では、障害対応、問い合わせ、バックアップ確認を定めます。監視とセキュリティパッチは保守の対象に含めます。OSや.NETの更新、軽微な改修も、同じ契約で扱います。
24時間対応か、営業時間内の翌営業日対応かで、費用と体制は変わります。重大度別の一次回答時間や復旧目標、窓口を確認します。さらに、対象外作業の単価、月次報告、契約終了時の引き継ぎも見ておきます。
保守費用が安く見える場合は、監視や脆弱性対応が除外されていないかも比べます。
C#のシステム発注費用相場とコストの内訳
C#には一律の価格表がなく、費用は画面数や業務ルール、利用者数で変わります。外部連携や移行に加えて、セキュリティや性能も費用を左右します。さらに、クラウドや端末、保守体制によっても変わります。
次の目安は、2026年公開の業務システム相場情報とリサーチノートの費用構造をもとにしています。要件定義と移行は別見積もりになることがあり、クラウドや保守も別になる場合があります。
規模別の初期開発費の幅
数画面で、基本的な登録・検索とCSV出力に絞り、少人数利用の単一業務に限った社内ツールは、50万〜300万円程度が目安です。
規模別の初期費用は、機能や連携範囲によって次のように幅があります。
- 小規模：2026年公開のSIA情報では100万〜300万円です。
- 小規模Web：複数業務をつなぐ場合は300万〜500万円程度です。
- 中規模：販売・在庫・受発注は500万〜3,000万円程度です。SIA情報では500万〜1,000万円、別情報では300万〜800万円となっています。
- 大規模：複数拠点などを含むと3,000万円〜1億円超の場合があります。
- 全社刷新・統合：複数システムの統合では1億円以上になることもあります。
この金額帯の目安は、会計やEDIと連携する基幹・業界特化システムです。業務ルールの複雑さやデータ量、高可用性の要件が重なると、規模はこの範囲まで膨らみます。
金額は、同じRFPに対する人月、期間、成果物、品質保証と並べて見ます。
中規模の各目安はSIA株式会社「システム開発の費用・相場 2026年版」によります（2026年）。
イー・ジーシステム株式会社「システム開発の費用相場と見積書の読み方」も別の目安です（2026年）。
人件費・移行費・環境費に分けた開発費の内訳
見積もりは、人件費のほか、移行や環境、リリース後の費用も分けて確認します。
- 人件費：PM、業務SE、設計者、C#開発者、テスト担当者が中心です。
- 移行・開発準備：要件定義、既存システム解析、データクレンジング、移行ツール作成を分けて計上します。
- 環境・品質：クラウド、ライセンス、端末、監視、脆弱性診断の費用。
- 導入・運用：マニュアルや教育、リリース支援に加え、クラウド利用料や保守、バックアップ媒体、証明書や外部サービスの更新費も見積もります。
人月単価は、スキルや地域によって60万〜200万円程度です。PMやシニアエンジニアほど高い傾向があります（出典: SIA株式会社「システム開発の費用・相場 2026年版」、2026年）。
単価だけを下げると、上流確認やテストが不足し、追加費用が生じる可能性があります。そこで、3〜5年程度の総保有コストで比べると、発注形態を判断しやすくなります。
相場より極端に安い見積もりで除外される作業
安い見積もりでは、要件定義や移行、受入テストが除外されていることがあります。セキュリティや教育、保守、クラウド費用が抜けている場合もあります。
高い見積もりでも、予備費や管理費の根拠が不透明だと比較できません。そのため、工程別の工数と単価、前提を確認します。対象外、変更単価、支払・検収条件も見ておきます。
「一式」と書かれた項目は、内訳と成果物を質問してから判断します。
委託先選定と見積比較のポイント
委託先は、C#の技術だけでなく、業務理解や上流工程、移行の進め方を見て選びます。さらに、セキュリティ、保守、プロジェクト管理も確認します。
公開事例は参考になりますが、自社案件を担当する人と同じとは限りません。そこで、提案時に実際の体制と役割を確認し、同じRFPを複数社へ渡します。
担当者単位で見るC#/.NETの経験と業務実績
提案会社の技術経験と業務実績は、次の観点で確認します。
- 技術経験：.NET、ASP.NET Core、API、DB、認証、クラウド、テスト自動化
- 業務理解：販売・在庫・物流・製造など自社に近い実績
- 移行経験：.NET FrameworkやWinFormsの解析・段階移行
移行担当者の経歴と参画期間も確認します。C#の経験年数や会社の公開事例は、判断材料の一部にとどまります。
さらに、2026年時点の保守方針も質問します。.NET 10か.NET 8か、既存ライブラリとの互換性や更新時期を説明できる会社が望まれます。
Azureを提案された場合は、AWSやオンプレミスと比べた理由を確認します。あわせて、月額費用と障害時の復旧方法も見ておきます。
見積比較での前提・成果物・体制の統一
比較表では、要件定義から保守までの工程を横並びにします。画面数や帳票数、API連携数、移行量を同じ前提にそろえます。さらに、利用者数、ブラウザ、クラウド費用の条件も一致させます。
短納期の提案は、増員、機能の後回し、テスト期間の短縮のどれで対応するかで、リスクが変わります。また、価格差の理由が分かる見積もりは、予算管理に使いやすくなります。
失敗しやすい委託リスクと、契約・会議での抑え方
委託時のリスクは、契約や会議で次のように管理します。
- 現場確認不足：現場担当者を、要件定義と受入テストに参加させます。
- 追加要求・移行の放置：変更管理責任者と移行データの確認者の決定。
- 進捗・品質の見落とし：週次会議で、未決事項や課題、品質指標、予算差異、次の意思決定を確認します。
- 保守・ソースコードの曖昧さ：契約での役割とソースコードの扱いの明文化。
開発環境のアクセス権と秘密情報の保管、脆弱性の報告期限を定めます。さらに、利用ライブラリ、ログの改ざん耐性、退職者アカウントの削除も対象にします。
IPAの2025年度ソフトウェア動向調査は、2026年2月9日時点で362件の回答を集め、国内企業のソフトウェア活用状況を公開しています（出典: IPA「2025年度ソフトウェア動向調査」、2026年）。
価格や納期に加え、品質と運用も数値で確認します。
よくある質問
C#システムの発注でよく寄せられる質問に答えます。自社の条件に置き換えて、RFPや開発会社への確認にご利用ください。
C#のシステム開発費用はどのくらいですか？
小規模な社内ツールは50万〜300万円程度、小規模Web業務システムは300万〜500万円程度です。
中規模の販売・在庫・受発注は500万〜3,000万円程度が目安です。
画面数や連携、移行、性能、セキュリティ、保守で変わる推定の幅です。同じRFPで複数社から、内訳付きの見積もりを取得してください。
古い.NET FrameworkやWindowsアプリを活かせますか？
活用できる可能性はあります。ソースコードや外部ライブラリ、データベース、端末、テスト状況を調べたうえで判断します。
API化やデータベース分離、画面の段階的なWeb化によって、業務を止めずに刷新できる場合があります。その際は、互換性調査や移行対象を見積もりに含め、並行稼働と切り戻しも計画に入れます。
サポート期限だけを理由に、一括で廃棄しないことが大切です。
C#の開発会社を選ぶときは何を比較すべきですか？
C#/.NETの技術経験に加えて、業務理解と要件定義の実績を比べます。資産移行やテスト、セキュリティ、保守の実績も見ます。
提案時には、PM・SE・開発者の体制と参画期間、再委託の有無を確認します。さらに、納品物、年間保守費、追加改修単価も見ておきます。
会社の規模や知名度より、担当者の業務理解を重視して選びます。
準委任契約と請負契約はどちらを選ぶべきですか？
調査や要件定義は準委任、仕様と成果物が確定した開発は請負、リリース後の運用支援は準委任が候補です。案件や成果物の定め方によって、適切な形は変わります。
契約形態に加えて、役割分担や変更管理、検収基準を決めておきます。知的財産や再委託、損害や障害時の対応も、専門家に確認して決めます。
まとめ
委託先は、技術力のほかに業務理解や工程ごとの役割も含めて選びます。
パッケージやSaaSで代替する業務と、スクラッチで作る独自業務、既存の.NET FrameworkやWindowsアプリを段階的に刷新する範囲を整理します。
発注前には、業務フローやマスタ、移行、外部連携をRFPに記載します。非機能要件や納品物、保守条件も、同じRFPに含めます。また、要件定義は準委任、仕様確定後の開発は請負など、工程ごとに契約を分ける方法もあります。
費用は規模によって幅があり、小規模で50万〜300万円程度、中規模で500万〜3,000万円程度が目安です。
価格だけでなく、工数や成果物、前提条件、体制もそろえて比べます。
発注者側で、体制やデータ責任者を決めておきます。変更管理や受入テストの担当も決めると、認識差を抑えられます。
複数社に同条件で相談し、C#/.NETの実績と業務理解、移行・セキュリティ・保守まで説明できるパートナーを選ぶことが、長く使えるシステムにつながります。
▼全体ガイドの記事
・C#のシステム開発の完全ガイド
▼開発を相談する前に読みたい無料ホワイトペーパー
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。