C#エンジニアのフリーランス案件｜報酬の決まり方と単価を上げる考え方

C#エンジニアのフリーランス案件の報酬は、Web・デスクトップ・製造や制御などの領域、.NET Frameworkの保守か新しい.NETでの開発か、移行の計画を担えるか、現地作業の有無、稼働日数、商流で決まります。C#の単価について公的な統計はなく、領域が違えば別の職種と言えるほど条件が変わります。

C#で報酬を上げる近道は、「古い.NETも新しい.NETも分かる人」として、移行の判断を任される立場に入ることです。この記事では、C#に特有の報酬の上がり方・下がり方と、案件を比べるときの見方を整理します。

領域ごとに報酬の決まり方が違う

C#は、業務システムのWebアプリ、Windowsのデスクトップアプリ、工場の設備とつながる制御系、ゲーム開発など、性格の違う現場で使われています。報酬を考えるときは、まず自分の経験がどの領域のものかを分けておく必要があります。

領域をまたいで応募するときは、経験がそのまま評価されるとは限りません。たとえばUnityでの経験は、業務系の案件ではC#の言語経験として見られても、業務知識や設計書の経験は別に問われます。必要なスキルはC#エンジニアに求められるスキルで領域ごとに解説しています。

.NETのサポート期限が「移行」の局面をつくる

C#の案件で特徴的なのは、.NETの版ごとのサポート期限が、まとまった仕事の波をつくることです。Microsoftのサポートポリシーでは、LTS（長期サポート）は3年、STS（標準サポート）は2年の無償サポートとされています。2026年10月時点では、.NET 10（LTS）が2028年11月14日まで、.NET 8（LTS）と.NET 9（STS）は2026年11月10日までがサポートの期限です。

期限が近づくと、運用中のシステムで版を上げる作業や、.NET Frameworkで作られた業務アプリを新しい.NETへ移す作業が発生します。こうした移行の案件は、局面によって求められる役割が変わります。

移行の経験は、次の期限が来るたびに生かせる実績になります。同じ移行でも、画面の多い業務アプリと、外部の機器や他のシステムとつながるアプリでは、調べる範囲も難しさも違います。調査・計画の局面から関わった経験があると、次の移行案件では最初から条件の高い役割で入りやすくなります。

報酬が上がりやすい要素と下がりやすい要素

報酬が上がりやすいのは、次のような経験です。

• 新旧の両方を読める：.NET Frameworkの資産と新しい.NETの両方を理解し、移す・残すを判断できる
• データアクセスの性能を直せる：Entity FrameworkやSQLの遅い処理を調べて改善した経験
• 業務の要件から入れる：業務担当者と話して画面や帳票の仕様を決めた経験
• クラウドに載せられる：Azureなどでの構築や運用を設計できる

一方で、次の場面では条件が伸びにくくなります。

• 決まった仕様でのWinFormsの改修だけを長く続けている
• 新しい.NETやクラウドに触れたことがなく、説明できる範囲が狭い
• テストや設計書の経験がなく、品質の責任を示しにくい
• 業務の内容を知らないまま画面だけを作ってきて、要件の話に入りにくい

現地作業のある案件は、時間と費用の扱いまで比べる

製造・制御系や、社内のデスクトップアプリの案件では、工場や客先での作業が含まれることがあります。月額が同じでも、現地作業の扱いによって実際の負担は大きく変わります。

1. 移動時間：現地までの移動を稼働時間に含めるか
2. 交通費・宿泊費：月額に含むのか、別に精算されるのか
3. 作業の頻度：常に現地か、導入時や障害時だけか
4. 作業の時間帯：設備が止まる夜間や休日に作業するか

交通費の扱いは業務委託の交通費・経費の記事で整理しています。現地作業は負担がある分、機器の知識や現場の調整力として評価される経験にもなります。条件と経験の両面から判断しましょう。

請負で受けるときは検収の条件を確かめる

小さな業務ツールの開発や、デスクトップアプリの改修をまとめて受ける場合は、請負の契約になることがあります。請負では、成果物を引き渡して検収を受けることが報酬の条件です。

C#の業務アプリでは、利用部門の受け入れテストで細かな要望が出やすく、それが不具合の修正なのか追加の要望なのかで扱いが分かれます。何をもって完成とするか、追加の要望をどう見積もるかを、契約の時点で決めておくことが大切です。契約の形の違いは準委任契約と請負契約の違いで解説しています。

単価を上げるための考え方

領域を一つ決め、隣の領域を一つ足す

「業務Web×Azure」「デスクトップ×移行」のように、軸の領域と、そこに足す経験を決めると、案件の条件と合いやすくなります。クラウド側の報酬の考え方はAzureエンジニアの報酬の記事も参考になります。軸が決まると、面談で話す経験も選びやすくなり、どの案件で何を期待されているかが読み取りやすくなります。

移行の判断を記録しておく

移行に関わったら、何を調べ、何を残し、何を書き換えたかを記録しておきます。次の移行案件の面談で、そのまま話せる材料になります。

更新前に、広がった範囲を示す

移行の案件で条件を見直す相談をするときは、次のような事実が材料になります。

• 移し終えた画面や機能の数と、残っている範囲
• 調査で見つけた非対応の機能と、それをどう解決したか
• 切り替え後に起きた問題の件数と、その対応
• 次の版上げに向けて整えた手順や記録

参画後に移行の計画づくりやレビューを任されるようになったら、それは条件を見直す材料です。伝え方は単価交渉の記事にまとめています。

よくある質問

WinFormsの保守しか経験がないと、報酬は上がりにくいですか？

決まった仕様での改修だけでは、条件は横並びになりやすい傾向があります。ただ、WinFormsの資産を新しい.NETへ移す案件では、既存の作りを読み解ける経験が役に立ちます。新しい.NETでの開発経験を少しずつ足していくと、移行の案件で評価されやすくなります。

C#の案件で現地作業がある場合、報酬に上乗せされますか？

案件によって扱いが違います。月額に含まれている場合もあれば、交通費や宿泊費が別に精算される場合もあります。移動時間や作業の時間帯の扱いとあわせて、参画前に確かめておきましょう。

.NETの移行の案件は、期限が過ぎるとなくなりますか？

一つの期限が過ぎても、版ごとにサポートの期限が決まっている以上、版上げの作業は次の期限に向けてまた発生します。.NET Frameworkで動く業務アプリも多く残っているため、移行の経験は一度きりの実績ではなく、繰り返し使える経験と考えてよいでしょう。

C#の単価の相場はどのくらいですか？

C#の単価について公的な統計はなく、領域、.NETの版、担当する工程、現地作業の有無、稼働日数、商流によって大きく変わります。まず自分の経験をWeb・デスクトップ・製造系などの領域に分け、同じ領域の案件どうしで条件を比べると判断しやすくなります。独立の手順はC#エンジニアがフリーランスになるにはをご覧ください。