C#で副業をするなら｜受けられる案件の種類と受注までの準備

2026年8月8日

朝比奈蒼

この記事のポイント

✓c# 副業で受けられる案件の種類
✓受注前に整えるポートフォリオと契約の準備を
✓募集条件の実例から客観的に整理します

「c# 副業」と検索してたどり着いた方の多くは、業務でC#を書いているか、過去に書いていた方だと思います。そして知りたいのはおそらく一点、「C#の案件は副業として現実的に取れるのか」でしょう。結論から言います。取れますが、他の言語に比べて「入口が狭く、入ったあとは長い」という特徴があります。募集の多くが月契約で週3日以上の稼働を前提にしており、土日だけで完結する小さな仕事は多くありません。この記事では、その市場構造を踏まえたうえで、受けられる案件の種類、条件の読み方、そして受注前に何を整えておくべきかを順に整理します。

C#の副業市場は「業務システムの現場」に偏っている

まず前提の整理から。C#は Web 制作やアプリ開発の求人サイトで見かける言語の中では、案件の分布がかなり偏っています。用途の中心が業務システム、製造や物流の現場で動く制御系、Unity を使ったゲームやXR、そして社内向けの Windows アプリだからです。どれも「その会社の業務を知らないと手が出せない」領域で、逆に言えば単発の小さな仕事に切り出しにくい領域です。

ここが JavaScript や WordPress との決定的な違いです。フロントエンドやCMSの案件は「このページを直してほしい」という形で数万円規模に切り分けられますが、C#の案件は「基幹システムの改修に週3日入ってほしい」という形で出てきます。だから募集の見た目は「副業OK」でも、実質はフリーランスの準常駐と変わらないものが混ざります。

実際にC#の副業案件を横断して調べた記録が公開されています。

副業系の定番ですが、C#は月契約がほとんど。業務委託案件は倍率が異常で、応募30人超＋経験10年が当たり前（図1）。出典: note.com

同じ調査では、募集要項の「副業OK」という表記と実態のズレにも触れています。

「副業OK」とあるが、実際は週3以上必須が多め。営業からの電話も多いため、少し構えておくと良いかも。出典: note.com

正直なところ、この「週3以上必須」を最初に知らないまま探し始めると、時間をかなり無駄にします。平日フルタイムで働いている人が週3日の稼働を足すのは不可能なので、条件を読まずに応募して落ち続けることになります。逆に、条件の読み方を先に身につければ、応募する数は減っても通る確率は上がります。C#で副業を考えるなら、案件数の多さではなく週1〜2日で成立する形の案件を見分けることに時間を使うべきです。

副業として受けられるC#案件の5つの型

C#の案件を、稼働条件と切り出しやすさで分類すると、副業で現実的に狙えるのは次の5つに絞られます。

一つ目は既存業務システムの改修と機能追加です。ASP.NET や Windows Forms、WPF で作られた社内システムに対して、帳票を1種類足す、検索条件を増やす、といった単位で発注されます。設計書が残っていれば作業範囲が明確なので、稼働を読みやすいのが利点です。半面、既存コードの品質に当たり外れがあり、調査に時間を吸われるリスクがあります。見積もりのときは「調査工数を別に置く」ことを必ず伝えてください。

二つ目はUnityを使ったゲームや業務向けXRの部分開発です。UI周りの実装、既存プロジェクトのバグ修正、スマートフォン向けのビルド対応など、モジュール単位で切り出せます。Unityの案件はゲーム会社以外からも出ます。製造業の研修用シミュレーターや不動産の内見コンテンツなど、業務向けの引き合いが増えている領域です。

三つ目は業務自動化とツール開発です。Excel や PDF の帳票を処理するバッチ、Windows サービスとして常駐する連携処理、既存システムのデータ移行ツールなど。1本あたり数日から2週間で終わる規模が多く、副業との相性は5つの型の中でもっとも良いです。

四つ目はAPIとバックエンドの部分開発です。ASP.NET Core で REST API を作る、認証を足す、Azure 上のリソースと繋ぐといった仕事です。フルリモートで進めやすく、成果物の受け渡しも明確です。ただし本番運用に関わるため、レビューや障害対応の体制に入ることを求められる場合があります。

五つ目はコードレビューと技術顧問です。実務経験が長い人に限られますが、週2〜3時間で成立するので本業への影響が最小です。設計方針の相談、若手のコードレビュー、テスト戦略の助言などが内容になります。時間あたりの条件は他の型より良くなる傾向がありますが、募集として公開されることは少なく、過去の同僚や取引先からの紹介で発生することが多い型です。

この5つのうち、最初に狙うべきは三つ目の業務自動化とツール開発です。理由は単純で、成果物が独立していて他人の本番環境を壊さないからです。副業の1本目は、失敗しても損害が限定される仕事から入るのが合理的です。

相場と募集条件をどう読むか

金額の話をします。C#の業務委託は月額で提示されることが多く、週3日から5日の稼働で月40万円から80万円程度の幅に収まる募集が中心です。これを時間に割り戻すと時間あたり3,000円から6,000円ほど。副業で週1〜2日の場合は、月10万円から25万円程度の提示が現実的な範囲です。ツール開発のようなスポット案件だと、1本5万円から30万円程度の見積もりが多くなります。

ただし、この数字をそのまま「もらえる額」と思わないでください。仲介が入る場合、提示額と手取りの間に差が生まれます。クラウドソーシングのシステム利用料は報酬の16.5%から20%程度が一般的で、エージェント経由の場合はそもそも提示額自体がマージンを引いた後の金額です。年間で100万円の売上なら、手数料率の差だけで十数万円が動きます。手数料0%の直接取引と仲介ありの案件では、同じ提示額でも残る金額が変わるということです。職種別の相場感はソフトウェア作成者の年収・単価相場で確認できます。国勢調査ベースの職種分類で年収分布を並べているので、自分の現在地を測る材料になります。

募集条件を読むときにチェックすべき項目は5つあります。稼働日数と時間帯の指定、リモート可否と出社頻度、契約期間と更新条件、精算幅（下限時間と上限時間）、そして業務範囲です。特に時間帯の指定は見落としがちです。「フルリモート」と書かれていても「平日10時から19時のうち4時間は連絡が取れること」という条件が付いていれば、会社員の副業としては成立しません。この条件の有無だけで、応募先の半分以上が消えることも珍しくありません。

実務経験が浅い場合、どこから積み上げるか

先に引用した調査にあるとおり、C#の業務委託は応募倍率が高く、経験年数を求める募集が目立ちます。では未経験や経験1年では無理なのか。無理ではありませんが、道筋が違います。

実務経験が浅い人がC#で副業を取る場合、ルートは3つです。一つは本業の延長線上で受ける方法。現在の職場と競合しない範囲で、取引先や協力会社から小さな仕事を受けます。本業での実績がそのまま信用になるので、もっとも障壁が低いルートです。ただし就業規則と秘密保持の確認は必須です。

二つ目は、C#の看板を一旦下ろして周辺の仕事から入る方法です。業務自動化の依頼は、言語が指定されていないものが多くあります。「Excelの集計を自動化したい」という依頼にC#で応えても、依頼者からすれば問題ありません。言語で検索するのをやめて、解決したい業務で検索すると見つかる案件が増えます。

三つ目は公開できる成果物を作ってから応募する方法です。GitHub に置いたコードは、経験年数の代わりにはなりませんが、レビューする側にとっては判断材料になります。このとき重要なのは、チュートリアルの写しではなく「自分か誰かの実務の面倒を解いたもの」を置くことです。私が編集の現場で見てきた限り、採用側が見るのはコードの美しさより「何を課題と捉えて、どこで妥協したか」の説明です。README に設計判断の理由を3行書いてあるだけで、印象は変わります。

副業そのものの始め方を体系的に知りたい場合は副業フリーランスの始め方！本業と両立して年収を最大化する戦略が下地になります。案件獲得の順序や本業との切り分けを扱っているので、C#に限らず応用できます。

受注前に整えておく4つの準備

技術以外の準備が甘いと、受注してから揉めます。最低限、次の4つは着手前に済ませてください。

1つ目は就業規則の確認です。副業を許可制にしている会社は多く、無許可で始めると懲戒の対象になり得ます。確認すべきは、許可の要否、競業避止の範囲、そして労働時間の申告義務です。特に競業避止は文面が曖昧なことが多いので、判断に迷うなら人事に書面で照会しておくほうが安全です。

2つ目は開発環境の分離です。本業のPCで副業の作業をするのは避けてください。ソースコードの混在は秘密保持義務の違反に直結します。副業用のマシンかアカウントを分け、リポジトリも別にします。ライセンスも要確認です。Visual Studio の Community エディションは、企業規模や用途によって利用条件があるため、商用の受託で使う場合は自分のケースが条件を満たすか確認が必要です。

3つ目は契約書の型を用意することです。業務委託契約書、または発注内容を記した発注書のやりとりを必ず残します。2024年11月に施行されたフリーランス・事業者間取引適正化等法（いわゆるフリーランス保護新法）では、発注者が業務内容や報酬額などの取引条件を書面や電子メールなどで明示することが義務とされています。制度の詳細は公正取引委員会や厚生労働省の公表資料で確認できます。口約束で始めて、あとから「その作業は見積もりに入っていたはず」と言われる展開を防ぐための最低限の自衛です。

4つ目は見積もりの単位を決めておくことです。時間で売るのか、成果物で売るのか。C#の改修案件は調査時間が読めないので、初回は時間精算にしておくと事故が減ります。固定金額で受けるなら、「調査の結果、想定と異なる場合は再見積もり」という一文を発注書に入れてもらってください。

本業と両立させる時間の組み立て方

週1〜2日相当の副業を会社員が回す場合、実働で確保できるのは平日夜に2時間ずつ、土日にどちらか半日、という形が多いです。合計すると週12時間前後。ここで多くの人がつまずくのが、この12時間を「まとめて使えない」ことです。

C#の業務システム改修は、コンテキストの読み込みに時間がかかります。30分だけ手を付けても、環境を立ち上げて前回の続きを思い出すだけで終わります。だから時間の割り方は「毎日少しずつ」より「週2回、まとまった3時間」のほうが成果が出ます。平日の夜にやるのは環境の準備とコードリーディングだけにして、実装は休日にまとめる、という分け方も現実的です。

もう一つ、納期の置き方にも癖があります。会社員の副業は突発的な本業の残業に弱いので、依頼者に伝える納期は自分の見積もりに1.5倍のバッファを掛けた日付にしてください。早く終わったぶんは前倒しで納品すればよく、信頼はそれで積み上がります。逆に、ぎりぎりの納期を宣言して1日遅れるのが、継続案件を失う一番の理由です。

副業の効果を収入以外の面から整理した記事として副業メリット: 収入アップ、スキルアップ、そして心の余裕を手に入れる方法もあります。時間を投じる判断をする前に、何を得たいのかを言語化しておくと、案件を選ぶ基準がぶれません。

税金と申告まわりで押さえる点

副業で所得が出たら、申告の話が付いてきます。給与を1か所から受けている人が、給与以外の所得の合計が20万円を超える場合には、原則として確定申告が必要です。この「所得」は売上ではなく、売上から経費を引いた後の金額を指します。要件や例外は毎年の取扱いを国税庁の案内で確認してください。

C#の副業で経費になり得るものは、開発用PCと周辺機器、開発ツールのライセンス、技術書、勉強会の参加費、案件で使うクラウドの利用料などです。按分が必要なものもあるので、支払いの記録は月ごとに残しておくと後が楽になります。

また、報酬の源泉徴収についても確認が必要です。個人に支払われる原稿料や講演料などは源泉徴収の対象ですが、システム開発の委託報酬は原則として対象外です。ただし取引先の運用によって扱いが変わることがあるため、支払明細に控除がある場合はその根拠を聞いておきましょう。売上と経費の記録方法については副業確定申告売上管理スプレッドシート！2026年最新の時短術で具体的な管理の型を扱っています。

住民税の扱いも忘れないでください。確定申告をすれば住民税の申告は原則不要ですが、所得20万円以下で確定申告をしない場合でも、住民税の申告は別途必要になるケースがあります。自治体によって案内が異なるので、居住地の窓口案内を確認するのが確実です。

C#の案件で実際に求められる周辺スキル

募集要項に「C#」と書かれていても、選考で見られているのはC#の文法ではありません。業務システムの改修に入るなら、まず SQL が必須です。既存の複雑なクエリを読み、実行計画を見て遅い原因を切り分けられるか。この一点で任せられる範囲が大きく変わります。次に Git です。共同開発の現場ではブランチ運用が決まっており、履歴を汚さずに作業できることが前提になります。個人開発で main に直接コミットしてきた人は、ここで戸惑いがちです。

フレームワークについては、.NET Framework と .NET（旧 .NET Core）の両方に触れておく価値があります。現場で動いているシステムは .NET Framework 4.x が残っているものが多く、新規は .NET 8 以降で作られます。どちらか片方しか知らないと応募できる案件が半分になるので、差分だけでも把握しておくと選択肢が広がります。

クラウドは Azure が優勢です。App Service、Azure Functions、Azure SQL Database の3つに触った経験があれば、募集要項の「クラウド経験」の欄で止まらずに進めます。AWS の経験があるなら、対応するサービスを読み替えられることを説明できれば問題になりません。

テストについては、単体テストを書いた経験の有無を聞かれることが増えています。xUnit や NUnit で既存コードにテストを足した経験は、それ自体が実績として語れます。テストのないコードに手を入れる案件では、受け手がテストを添えて返すだけで評価が上がります。正直なところ、ここを差別化の材料にできている人はまだ少数です。

そして最後に、要件を言葉にする力です。業務システムの改修依頼は「現場の困りごと」の形で届きます。それを画面と処理に翻訳する工程が、C#を書く時間より長いこともあります。この工程を引き取れる人は、単価の交渉でも強い立場に立てます。

応募と面談で見られている3つの点

応募段階で提出するのは、多くの場合スキルシートです。ここで落ちる人の共通点は、使った技術を羅列しているだけという点にあります。採用側が知りたいのは「どの規模のものを、どの立場で、どこまで担当したか」です。参画したシステムの規模（画面数、テーブル数、同時利用者数）、自分の担当範囲（設計から実装まで、または実装のみ）、チームの人数の3つを書き添えるだけで、読み手の判断が速くなります。

面談では、稼働可能な時間帯を必ず聞かれます。ここで曖昧に答えるのが最悪です。「平日は夜のみ、土日は午前中が確保できます。緊急の連絡は平日の昼でもチャットで返せます」と具体的に言えると、条件の合う案件を相手側が探してくれることもあります。副業の選考は、能力だけでなく段取りの相性で決まる部分が大きいということです。

三つ目は、対応できない範囲を先に言えるかどうかです。「インフラの構築は経験がないので、その部分は別の方にお願いしたい」と前置きする人と、全部できますと答える人。継続の確率が高いのは前者です。できないことを隠して受けると、途中で止まって信頼を失います。運営者として見てきた限りでは、範囲を切って申告した人のほうが、その後に範囲を広げていく展開になりやすいです。

副業のC#案件でつまずく5つの落とし穴

現場で繰り返し起きている失敗を挙げておきます。1つ目は開発環境の再現に何日もかかること。特定のバージョンのライブラリや、社内のパッケージリポジトリ、ローカルに必要な証明書など、環境構築が有償の工数になると認識されていない案件があります。契約前に「環境構築の時間は精算対象か」を聞いてください。

2つ目は仕様の口伝です。ドキュメントがなく、担当者の記憶だけで動いているシステムは珍しくありません。この場合、質問できる時間を週に何時間もらえるかが成否を決めます。質問窓口が1人しかおらず、その人が多忙だと作業が止まります。

3つ目は本番環境へのアクセス権の扱いです。副業の受け手に本番の権限を渡す運用は事故のもとで、依頼者側も渋ります。デプロイまで求められる案件は、権限の範囲と手順書の有無を事前に確認しましょう。

4つ目は検収の基準が決まっていないケースです。「動くこと」の定義を文字にしておかないと、リリース直前に別の要望が追加されます。発注書に受け入れ条件を3行でも書いてもらえると、後の揉め事が激減します。

5つ目は本業の繁忙期との衝突です。決算期や大型リリースの直前に副業の納期を置くと、どちらも品質が落ちます。年間の忙しい時期を先に相手に伝えておくのが、長く続けるためのいちばん地味で効く工夫です。

2本目以降で条件を上げていく進め方

1本目の案件は、条件よりも実績を取りにいく場です。ただし2本目以降は違います。継続の打診が来たとき、あるいは新しい相手と話すときに条件を上げていく手順を持っておくと、稼働時間を増やさずに収入を伸ばせます。

手順は3つです。まず、自分が納品したものの効果を数字で持っておくこと。「帳票の出力にかかっていた作業が1件20分から3分になった」といった事実は、次の交渉で最も効く材料になります。作業前の状態を聞いておき、納品時に差分として添えるだけで記録が残ります。

次に、引き受ける範囲を広げる提案をすること。実装だけを受けていた相手に、要件の整理や受け入れテストの設計まで引き取れると伝えます。時間単価をいきなり上げるより、担当範囲が広がったことを理由に条件を見直す形のほうが、相手も社内で説明しやすくなります。

三つ目は、複数の相手を持つことです。1社だけに依存していると、条件の見直しを言い出しにくくなります。継続案件を1本持ちながら、別の相手とのスポット案件を年に2〜3本入れておくと、市場の相場が体感でわかり、交渉の判断がぶれません。

注意点として、値上げの申し出は契約更新のタイミングに合わせてください。作業の途中で言い出すと、相手には「途中で条件を変えられた」という記憶だけが残ります。更新の1か月前に、これまでの成果と次の期の想定稼働をまとめて1通送るのが、もっとも揉めない進め方です。

案件の探し方と、手取りを厚くする考え方

最後に、探す場所の話をします。C#の副業案件は、募集の出方が3層に分かれています。エージェントが扱う月額の準常駐案件、クラウドソーシングに出るスポット案件、そして公募されない紹介案件です。副業で週1〜2日を前提にするなら、二層目と三層目が主戦場になります。

クラウドソーシングで探す場合、言語名での検索に加えて業務ワードで探すのが有効です。「在庫管理自動化」「帳票出力ツール」といった検索語のほうが、C#で解ける仕事に当たります。加えて、仕事の種類ごとの募集傾向を見ておくと、自分のスキルで隣接領域に広げられるかが判断できます。開発系以外にも、AI・マーケティング・セキュリティのお仕事のように業務理解が効く分野があり、コードを書ける人が要件整理から入れる余地があります。副業そのものの相談や進め方をテーマにした募集はキャリア・副業・人生相談のお仕事にまとまっており、技術以外の切り口で受けられる仕事の存在を知っておくと選択肢が広がります。

ここで、この市場を20年見てきた運営者の立場から一つ観察を書いておきます。長く副業を続けている人と、半年で止めてしまう人の差は、技術力ではありません。差が出るのは「相手の面倒をどれだけ引き取れるか」です。仕様が曖昧な依頼に対して、そのまま作って返す人と、こういう理解で合っていますかと1通投げてから作る人。後者は必ず次も声がかかります。C#のような業務寄りの言語ほど、この差が効きます。コードを書く時間が全体の半分以下になる案件も普通にあるからです。

もう一つ、額面と手取りの話です。仲介が入る取引では、依頼者が払った金額の一部が手数料に消えます。同じ予算で、仲介のない直接の取引なら依頼者はより多くの作業を頼めて、受け手には手数料を引かれない金額が残ります。運営者として見てきた限りでは、この構造に気づいた人は、実績づくりの場と本命の取引先を意識して分けています。最初は仲介のある場で評価を積み、継続する相手とは直接のやりとりに移す。この順番で動く人が、同じ稼働時間で残る金額を増やしています。手数料0%という条件の価値は、金額そのものより「同じ時間働いたときに手元に残る厚み」で見るのが正確です。

そして、紹介案件を取りにいく準備も並行してください。前職の同僚、勉強会で会った人、技術記事へのコメント。C#の仕事は公開市場に出てこないものが多く、声がかかる位置にいるかどうかが案件の質を左右します。私自身、取材で話を聞いたエンジニアの多くが「最初の副業は知り合い経由だった」と答えています。派手な準備は要りません。今何ができるかを、聞かれたときに30秒で答えられるようにしておくだけで十分です。