受託と準委任の使い分け|フリーランスの収入構造と向いている人
最終更新日:2026/08/27
受託開発(請負)は成果物の完成に、準委任は業務の遂行に報酬が発生する契約です。法的な違いは押さえたのに、案件を選ぶ段で「どちらが自分に合うのか」に迷う人は多いはずです。実務3年以上のフリーランスエンジニアに向けて、収入の入り方・稼働の作り方・向いている人の3点を、フリコン掲載61,334件の実データで整理します。
先に結論
法的には、受託開発(請負)は成果物の完成責任、準委任は業務を適切に遂行する責任を負う点が大きな違いです
準委任は「時間×単価」の月額固定型。稼働が読める代わりに上振れは限定的
受託開発は「成果物×金額」の成果報酬型。工数を圧縮できれば時給換算が伸びる
準委任にはエージェント市場に厚い相場が形成されている(フリコン掲載61,334件・平均80万円)。受託開発には同種の相場が存在しないため、自分の準委任月額から見積もり下限を逆算するのが現実的
実装力を軸に安定収入を積みたい人は準委任、要件定義から納品まで完結させたい人は受託開発が寄りやすい
独立初期は準委任で稼働を埋め、実績を蓄えたら受託や技術顧問を混ぜていくのが現実的
条項レベルの詳細(善管注意義務・契約不適合責任)は準委任契約と請負契約の違いを参照
この記事でわかること
受託開発と準委任で「収入の入り方」がどう違うか
フリコン掲載案件の単価分布から見た、準委任のリアルな月額水準
受託開発に「月額相場」が存在しない理由と、その代わりに使う逆算式
稼働時間・裁量・チームの関わり方の差
経験年数・志向別にどちらを選ぶと詰まりにくいか
両者を組み合わせて年収を安定させる考え方
目次
受託開発と準委任|案件選びに直結する3つの違い
収入構造で比較する|月額固定型と成果報酬型
働き方で比較する|稼働時間・裁量・チーム性
どちらが向いているか|タイプ別の判断フロー
収入を安定させる組み合わせ戦略
よくある失敗と対策
案件選定チェックリスト
まとめ
参考リンク
よくある質問
受託開発と準委任|案件選びに直結する3つの違い
受託開発は納品物と対価が紐づく契約、準委任は業務遂行そのものに対価が支払われる契約です。法的な定義や契約書の見どころは準委任契約と請負契約の違いに整理してあるので、本記事では案件選定の判断に直結する3点だけを扱います。
なお本記事では、読みやすさのため受託開発を請負契約の典型例として扱います。実務では受託でもフェーズを分けて要件定義だけ準委任にする、保守運用だけ準委任で継続するといった組み合わせがあり、「受託開発=必ず請負契約」とは限りません。契約書の条項で実態を判断してください。
収入発生のタイミングが違う
準委任は稼働月ごとに報酬が確定します。月末締め・翌月末払いが多く、参画してから初回入金までの資金繰りが読みやすいのが特徴です。一方で受託開発は契約時に着手金、納品時に残金という分割払いか、検収完了後の一括払いが基本です。着手から入金まで数か月空くことがあり、資金繰りの前倒し準備が必要になります。
この差は独立初年度に効きます。生活防衛資金が薄い状態で受託から入ると、着手金だけで数か月をしのぐ必要が出てきます。
作業指示の粒度と裁量が違う
準委任は発注側のチームと連携し、優先順位や期待成果をすり合わせながら実装を進めます。技術判断の裁量はあるものの、優先順位や仕様変更の意思決定は発注側にあります。受託開発は成果物と納品条件が合意事項の中心で、進め方・体制・工数配分は受注者側の裁量が比較的大きいのが一般的です。技術選定の自由度が高い反面、工程管理の責任も受注者が負います。
収入の上振れ幅が違う
準委任は月額が事前に決まるため、月あたりの収入は安定しますが上振れは限定的です。受託開発は見積もり以上に効率的に完成させれば時給換算が跳ね上がる構造で、逆に工数を読み違えると赤字化します。同じ時間を使って稼ぐか、成果を圧縮して稼ぐかの違いです。
ミニFAQ
Q:SES案件は準委任と受託どちらに近い?
A:多くのSES案件は準委任契約で締結されます。発注側チームの指揮下で実装するスタイルが準委任の典型で、受託開発のように成果物単位で完結する契約は少数派です。
Q:受託開発を「業務委託」と呼ぶことがあるが同じ意味?
A:業務委託は準委任と請負(受託開発)の両方を含む広い呼び名です。契約書のタイトルが「業務委託契約書」でも、実態が準委任か請負かは条項で判断します。詳細は業務委託契約書の確認ポイントを参照してください。
収入構造で比較する|月額固定型と成果報酬型
案件選びで最も差が出るのは収入の入り方です。まず全体像を表で押さえ、そのあとに準委任・受託それぞれの内部構造を分解します。
観点 | 準委任 | 受託開発 |
|---|---|---|
収入の型 | 月額固定(時間×単価) | 成果報酬(納品物×金額) |
月額水準 | フリコン掲載61,334件の平均80万円。60万円超〜100万円以下に81.3%が集中 | 案件規模で2桁変わるため、月額換算の相場が形成されていない |
入金サイクル | 月末締め翌月末払いが多い | 着手金+検収後残金、または検収一括 |
稼働バッファ | 月140〜180時間の精算幅で調整 | 見積もり工数を超えると自己負担 |
単価の上限 | 単価改定は契約更新のタイミング | 見積もり圧縮で時給換算が跳ねる |
責任範囲 | 業務遂行に対する善管注意義務 | 成果物の完成と契約不適合責任 |
検収の有無 | なし(月次の稼働確認のみ) | あり(合意した検収基準を満たす必要) |
フリコン掲載61,334件で見る準委任の単価分布
準委任側の月額水準は、実際の掲載データで確認できます。以下はフリコンに掲載中の案件を単価帯別に集計したものです。
単価帯 | 件数 | 構成比 |
|---|---|---|
60万円以下 | 3,394件 | 5.5% |
60万円超〜70万円以下 | 9,325件 | 15.2% |
70万円超〜80万円以下 | 18,601件 | 30.3% |
80万円超〜90万円以下 | 14,173件 | 23.1% |
90万円超〜100万円以下 | 7,747件 | 12.6% |
100万円超 | 8,094件 | 13.2% |
全体の平均単価は80万円で、70万円超〜90万円以下のレンジに53.4%が入ります。100万円を超える案件は13.2%、120万円を超えると5.0%まで絞られます。
この集計には3つの前提があります。①母集団はフリコン掲載案件の全件(職種横断)で、特定職種の内訳ではありません。②2026年8月27日時点の掲載データです。③掲載単価であって成約単価ではありません。
また、掲載案件は月額単価と稼働日数を条件として提示する形式が中心です。これは準委任型の募集条件の書き方で、成果物と検収条件を定めて発注する請負案件の書き方ではありません。掲載を見る限りではこの61,334件は準委任・常駐型が大半を占めると考えられます。この偏りが、後述する「受託開発に相場が存在しない理由」に直結します。
職種別・技術別の内訳や単価を上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方で整理しています。
準委任の収入構造は「月額×精算幅」で決まる
準委任案件の多くは140〜180時間の精算幅(下限・上限)を契約で定め、稼働がその範囲に収まれば月額報酬が満額支払われます。上限を超えた分は追加請求、下限を下回れば控除される仕組みです。精算幅の詳細な計算方法は準委任の精算幅とは|140-180hの意味と超過・控除にまとめています。
準委任のメリットは月次の入金が読めることです。独立初年度で税・保険料の見通しが立たない時期でも、翌月の入金が確定していれば資金繰り計画を組みやすくなります。デメリットは単価改定のタイミングが契約更新月に固定される点で、途中で成果を出しても即時に単価は上がりにくい構造です。
受託開発の収入構造は「見積もり精度×納品スピード」で決まる
受託開発では、要件定義書やスコープに基づいて見積もりを提示し、合意した金額で契約します。見積もり工数より短く完成させられれば時給換算が伸び、超過すれば自己負担という利益構造です。着手金・中間金・検収後残金の分割払いが一般的で、案件規模が大きいほど回収サイクルが長くなります。
つまり受託の収益は、実装力よりも工数を読む力に左右されます。同じ実装スキルでも、見積もりが甘い人は準委任より手取りが落ちます。
受託開発に「月額相場」が存在しない理由
受託開発の月額相場を探しても、準委任のような厚いレンジは見つかりません。理由は3つあります。
エージェント市場にほとんど流通しない:先述のとおりフリコン掲載61,334件は準委任型の募集条件が大半で、請負案件は公開市場に載りにくく、集計できるサンプルが溜まりません
案件規模が2桁違う:小規模なLP改修と中規模の業務システム受託を同じ軸に乗せられません。平均を取っても実務の判断に使えない数字になります
発注側の相場とは別物:システム開発の費用相場として流通している人月単価は、受注企業の管理費・利益・間接部門コストを含んだ金額です。受託開発の費用相場|人月単価と9つの決定要素や企業向け 人月単価の相場データで示される水準は発注価格であり、フリーランス個人が受け取る額と一致しません
そのため「受託の相場はいくらか」を調べるより、自分の準委任月額を基準に見積もりの下限を逆算するほうが実務的です。
準委任月額から受託の見積もり下限を逆算する
受託開発費は「人月単価 × 工数」で組むのが標準的な考え方です。フリーランスが請負で受注する場合、人月単価の出発点は自分の準委任月額になります。市場が自分に付けている値段が、そのまま1人月の原価だと考えるわけです。
ここで見落としやすいのが非稼働時間です。受託には営業・要件定義・検収対応・修正対応が乗り、これらは実装工数に含まれません。実装工数の1.3〜1.5倍で見積もる考え方が目安になります。この倍率は統計値ではなく、非稼働時間の実態から逆算した経験則ベースの目安です。案件の性質や自分の見積もり癖に合わせて調整してください。
準委任月額80万円(フリコン掲載案件の平均)の人が受託を受ける場合、目安はこうなります。
実装工数の読み | 準委任換算の損益分岐 | バッファ込みの見積もり下限 |
|---|---|---|
0.5人月 | 40万円 | 52〜60万円 |
1人月 | 80万円 | 104〜120万円 |
2人月 | 160万円 | 208〜240万円 |
3人月 | 240万円 | 312〜360万円 |
「実装2人月」と読んだ案件を160万円で受けると、営業や検収対応の時間を足した実質時給は準委任を割ります。208万円前後を下限の目安に置く考え方が出発点になります。バッファ倍率は要件の固まり具合で変えます。要件定義書があるなら1.3倍、口頭ベースの相談段階なら1.5倍でも足りないことがあります。
自分の準委任月額がまだ分からない場合は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認してから逆算すると精度が上がります。
手取り・税務の観点でも構造が違う
準委任は月次で安定した売上が立つため、予定納税・消費税納税額の見通しが立てやすい傾向があります。受託開発は売上計上の偏りが出やすく、消費税の納税見込みや資金繰りに影響しやすい構造です。実際の納税額や計上時期は課税方式・登録状況・売上構成で変わるため、個別判断は税理士確認が安全です。手取りの目安はフリーランスエンジニアの手取りはどれくらい?で年収別に整理しています。
ミニFAQ
Q:受託開発の方が単価が高いという話は本当?
A:同じ工数で見た場合、受託開発の方が時給換算で伸びるケースはありますが、見積もり精度・営業コスト・受注リスクを含めて考えると単純比較はできません。安定した月額を積む準委任と、案件単位で成果を換金する受託は、そもそも比較の軸が違います。
働き方で比較する|稼働時間・裁量・チーム性
収入構造の次に効くのが、時間の使い方とチームとの距離です。準委任は「チームに入る」、受託は「成果物で完結する」という違いが、日々の稼働の作り方に出ます。
準委任の働き方は「チーム参画型」
準委任は発注側の開発チームに入り、朝会・スプリントレビューなどのイベントに参加しながら実装を進めます。常駐・フルリモート・週何日出社型など勤務形態はさまざまで、案件ごとの選択肢が広い領域です。常駐スタイルの実務感は常駐型フリーランスエンジニアのメリット・デメリット、リモートとの比較は客先常駐とフルリモート案件の違いにまとめています。
準委任の稼働は月あたり140〜180時間が目安で、掛け持ちを組む場合は残り時間で別案件を回します。複数案件を並行する運用はフリーランスエンジニアの掛け持ちの進め方を参照してください。
受託開発の働き方は「納品ベースで完結型」
受託開発は成果物の要件が合意できていれば、進め方は受注者に任されるのが基本です。自宅・自社オフィスでの作業が中心になり、発注側との打ち合わせは要件定義・進捗共有・検収の節目に集中します。時間の使い方を自分で組み立てられる反面、進捗遅延はすべて自己責任です。
複数案件の並走もしやすく、実装期間が重なっても各案件のマイルストーンをずらせば回せます。ただしトラブル発生時のリカバリー時間も自分で確保する必要があるため、稼働時間の見積もりには余白が必要です。
1か月の時間の使い方はこう変わる
同じ月160時間を使う場合でも、内訳は大きく変わります。受託は実装以外の時間が固定費のように乗るのが特徴です。
時間の内訳 | 準委任(月160時間想定) | 受託開発(月160時間想定) |
|---|---|---|
実装・設計 | 130〜145時間 | 95〜115時間 |
打ち合わせ・同期 | 15〜25時間(朝会・レビュー等が定例で入る) | 5〜15時間(節目に集中) |
要件整理・見積もり | ほぼ発生しない | 10〜20時間 |
検収対応・修正 | なし | 10〜20時間 |
営業・商談 | 契約更新時のみ | 案件ごとに継続的に発生 |
準委任は稼働時間のほぼ全量が報酬対象になります。受託は要件整理・検収対応・営業が報酬に直接紐づかないため、実装時間だけで見積もると時間単価が目減りします。前掲のバッファ倍率1.3〜1.5倍は、この差を吸収するための数字です。
チーム関与の深さも違う
準委任はチーム内で継続的にコードレビューを受けたり、設計判断に加わったりする機会が多く、チームとの相互作用でスキルが伸びやすい環境です。受託開発は個人または小規模チームでの請負が中心になり、外部との技術交流は自分で作りに行かないと得られません。技術発信の場を持ちたい場合は技術ブログの始め方やGitHubポートフォリオの作り方の運用が有効です。
どちらが向いているか|タイプ別の判断フロー
ここまでの違いを、自分の状況に当てはめる段です。優先したいのが「入金の読みやすさ」なら準委任、「裁量と上振れ」なら受託が寄りやすくなります。判断軸を体系的に並べたい場合は案件の選び方|フリーランスエンジニアが単価・稼働・スキルで決める優先順位の6軸スコアリングシートが使えます。
準委任が向いている人
安定した月次収入を優先したい人:住宅ローン・家族の生活費など固定支出が大きい局面で有効
実装のスペシャリストとして稼ぎたい人:設計以降のフェーズで価値を出すことに集中できる
独立初期でエージェント経由の案件参画を軸にしたい人:面談・条件交渉のノウハウを蓄積しやすい
チームの中で継続的に学びたい人:シニアエンジニアやテックリードとの日常的なやり取りでスキルが伸びる
準委任案件は募集の絶対数が多く、経験3年以上で実務スキルがあれば選択肢は広がります。案件の探し方はフリーランスエンジニアの営業方法と案件獲得の近道に整理しています。募集中の案件を見る場合はフリコンの案件一覧から条件で絞れます。
受託開発が向いている人
要件定義から納品まで自分で完結させたい人:技術選定・進め方の裁量を最大化できる
時給換算の上振れを狙いたい人:見積もり精度が高ければ準委任より稼げるケースがある
稼働時間を柔軟に組みたい人:家族の事情など、時間の使い方に制約がある局面
既存の顧客ネットワークから案件が来る人:営業コストが低ければ受託の利益率が高くなる
受託開発は営業と見積もりの精度が収益に直結します。直案件で受託を回す場合の実務はフリーランスエンジニアの直案件の取り方を参照してください。
経験年数別の推奨パターン
フェーズ | 推奨する軸 | 理由 |
|---|---|---|
独立0〜1年目 | 準委任中心 | 稼働と入金を安定させ、税務・保険の1年目を乗り切る |
独立2〜3年目 | 準委任+短期受託 | 得意領域で受託を試し、営業・見積もりの精度を上げる |
独立4年目以降 | ミックス型 | 準委任の月額をベースに、受託・技術顧問で単価を伸ばす |
独立直後の動き方はフリーランス独立0日目〜3ヶ月の案件獲得ロードマップに時系列でまとめています。SES出身者の場合はSESエンジニアからフリーランスに転身する手順も参考になります。
ミニFAQ
Q:どちらか一方だけで年収を最大化できる?
A:準委任だけで最大化するには単価改定の交渉力が必要で、受託だけで最大化するには継続的な案件パイプラインが必要です。エージェント経由で流通する案件がほぼ準委任型である以上、受託だけで稼働を埋めるには自力の営業基盤が前提になります。両方を組み合わせて比重を調整するケースが多くなります。
収入を安定させる組み合わせ戦略
準委任と受託は排他ではありません。月次のベースを準委任で作り、余力を受託に回す組み方が、収入の安定と上振れを両取りする現実解になります。
準委任+短期受託の並走
準委任案件で月次収入のベースを作り、稼働に余裕がある月に短期の受託案件を差し込むのが現実的なパターンです。準委任の稼働が週4日なら、残り1日と週末を受託の見積もり・実装に充てる運用が組めます。ただし本業の準委任案件が炎上した場合、受託の納期に影響が出るリスクは常にあります。掛け持ちの実務はフリーランスエンジニアの掛け持ちの進め方に整理しています。
契約継続と受託の切り替えを見据える
準委任は契約更新のタイミングで単価改定・契約終了が起こります。契約継続の判断は3ヶ月前から準備するのが基本で、更新が難しそうな場合は次案件の探索と受託の営業を並行して進めておくと空白期間を作らずに済みます。契約更新の交渉術は契約更新で単価が下がる時の対策、収入安定の考え方はフリーランスエンジニアの継続案件で収入を安定させる方法を参照してください。
実績が積み上がったら技術顧問・上流受託へ
特定領域で登壇・執筆・OSS・紹介経由の顧客基盤といった外部実績が積み上がると、技術顧問や上流工程の受託が視野に入ります。年数よりも、経営層と技術方針を話せる実績があるかどうかが分岐点です。顧問契約はエージェントの公開案件にほとんど載らないため相場を追いにくい領域で、条件の作り方は技術顧問になるにはにまとめています。
よくある失敗と対策
準委任と受託では、つまずき方も違います。以下は契約種別ごとに頻出する4つのパターンです。
失敗1:準委任案件で「作業指示待ち」に陥る
準委任は労働者派遣のように発注側の指揮命令下で働く契約ではないため、発注側の指示が抽象的だからといって手を止めていると評価が下がります。要件が曖昧な場合は自分から選択肢を出し、判断を仰ぐ動きが求められます。参画後の立ち回りはフリーランス常駐で評価される立ち回りにまとめています。
失敗2:受託開発で見積もりを外して赤字化
受託の見積もりは要件の粒度が粗いまま金額を決めてしまうと、実装フェーズで想定外の作業が積み重なって赤字化します。前掲の逆算表でいえば、実装工数だけを積んで1.0倍で出してしまうケースがこれに当たります。要件が固まっていない案件は着手前に要件定義フェーズを分けて契約するか、時間単価型の準委任に切り替える提案が有効です。
失敗3:契約変更で不利な条件に切り替えられる
契約更新時に一方的に単価を下げられたり、準委任から請負に契約種別を変えて契約不適合責任(旧:瑕疵担保責任)を負わされたりするケースがあります。契約種別の変更は収入構造とリスクの両方を変える重大事項です。フリーランス新法・下請法(取適法)で守られるラインは単価引き下げ・契約変更を一方的通告された時の対応を参照してください。
失敗4:確定申告で売上計上時期を間違える
売上計上時期は契約内容や会計処理方針で変わりますが、実務上は準委任では役務提供期間、受託では検収条件が論点になりやすいです。継続適用してきた処理方針との整合も見る必要があるため、迷う場合は税理士確認が安全です。両方を並走していると計上時期を混同しやすく、期末の売上・利益がずれる原因になります。手取りに影響するため注意が必要です。制度の詳細は国税庁の確定申告特集、消費税の扱いは消費税インボイス制度特設サイトで確認できます。
失敗5:準委任の精算幅を読み違えて控除される
準委任は精算幅の下限を割ると控除が発生します。月140時間下限の契約で、祝日が多い月やチーム側の都合で作業が止まった月に、気づかず下限を割るケースがあります。稼働が読めない月は月中で残時間を確認し、下限に届かない見込みが立った段階で発注側と調整するのが実務です。稼働不足の理由が発注側にある場合の扱いも、契約時に確認しておくと揉めにくくなります。
案件選定チェックリスト
案件の提案を受けた際に確認する項目です。準委任・受託どちらの案件でも、以下は着手前に必ず確認しておきます。
契約種別が準委任か請負(受託開発)か
準委任なら精算幅(140〜180時間など)と超過控除の計算方法
受託なら要件定義書・スコープの確定度合いと変更時の再見積もりルール
受託なら実装工数の1.3〜1.5倍で見積もり下限を満たしているか
検収基準・検収期間(受託の場合)
支払サイト(準委任は翌月末が多い/受託は分割か一括か)
契約期間と更新条件
業務範囲外の要求が出た場合の追加報酬ルール
準委任案件では、業務指示の出し方・成果物責任・勤怠管理の扱いが、実態として派遣や偽装請負になっていないか(例:日々の細かな作業指示を発注側管理者が直接行う、受託側の裁量なく勤怠を拘束される。契約書の記載と現場運用の両方を確認)
契約書の条項レベルでの確認は業務委託契約書の確認ポイントにまとめています。
まとめ
受託開発は成果物の完成に対して報酬が支払われ、準委任は業務遂行そのものに対して報酬が支払われます。フリーランスにとっては、前者は上振れ余地、後者は安定収入の取りやすさが主な違いです。
要点を整理しておきます。
準委任=月額固定型・稼働が読める・チーム内でスキルが伸びる
準委任の月額水準はフリコン掲載61,334件で平均80万円。70万円超〜90万円以下に53.4%が集中する
受託開発=成果報酬型・時給換算が伸びやすい・見積もり精度が収益に直結
受託開発に月額相場は存在しない。自分の準委任月額×実装工数×1.3〜1.5倍が見積もり下限の出発点
独立初年度は準委任中心、2〜3年目から受託を試すパターンが詰まりにくい
契約種別・精算幅・検収基準は案件着手前に必ず確認する
次のアクションとして、自分が今どちらのスタイルに寄せるべきかを整理した上で、募集中の案件を眺めてみるのが実務的です。募集条件と自分の希望を照らし合わせるだけで判断軸がクリアになります。案件の探索はフリコンの案件一覧から、自分の市場単価の把握はフリーランスエンジニア単価診断から始めるのが分かりやすい入口です。
参考リンク
よくある質問
受託開発と準委任、独立初年度はどちらを選ぶべき?
入金の読みやすさを優先するなら準委任が無理がありません。受託は着手から入金まで数か月空くことがあり、生活防衛資金が薄い時期には資金繰りの負担が大きくなります。営業基盤がすでにある人は初年度から受託を混ぜても回ります。
準委任だけでも年収1,000万円は狙える?
月額83万円以上を年間通して大きな空白なく維持できれば、売上1,000万円は計算上届きます。掲載案件にも90万円超のレンジは一定数ありますが、継続率や案件間の空白期間を含めると誰でも再現しやすい水準ではありません。経費・税負担を差し引いた手取りは別計算になるため、売上目標と手取り目標は分けて設計してください。
受託開発で消費税インボイス制度の影響は?
課税事業者として登録しているかどうかで、発注側が仕入税額控除を取れるかが変わります。受託は1件あたりの金額が大きくなりやすく、影響額も相対的に大きくなります。登録の判断は売上規模と取引先の性質で変わるため、国税庁の特設サイトを確認したうえで税理士に相談するのが安全です。
準委任から受託に切り替えるベストなタイミングは?
準委任の稼働を週4日以下に落とせて、かつ受託の初回案件が紹介や既存顧客から取れる状態が揃ったときです。営業ゼロの状態で準委任を切ると、受託の受注が立ち上がる前に無収入期間が来ます。並走で試してから比重を移すほうが安全です。
準委任の常駐と受託の常駐は違う?
受託でも打ち合わせや検収で客先に出向くことはありますが、それは成果物のための往訪であって稼働時間の提供ではありません。準委任の常駐は稼働時間そのものが提供対象です。実態として発注側の指揮命令下で日々作業しているなら、契約書が請負でも偽装請負の疑いが出ます。
受託開発と業務委託は同じ意味で使われる?
業務委託は準委任と請負を含む広い呼び名で、受託開発はそのうち請負に近い実態を指す通称です。契約書のタイトルではなく、完成責任の有無・検収条件・指揮命令の所在で実態を判断します。
SESから独立したばかりで受託開発の実績がない場合は?
まず準委任で稼働を埋めながら、小規模なLP改修や機能追加を単発で受けて見積もり精度を測るのが現実的です。1人月未満の案件を数件通すと、自分の工数見積もりが何倍ずれるかが分かります。そのズレ幅がバッファ倍率の根拠になります。
エージェント経由で受託開発案件は取れる?
エージェントの公開案件は準委任・常駐型が中心で、請負案件の流通量は多くありません。受託を軸にする場合は、既存顧客・紹介・直営業のルートを自分で持つ前提になります。エージェントは準委任でベースを作る手段と位置づけるほうが噛み合います。
準委任と派遣の違いは?
派遣は発注側に指揮命令権があり、労働者派遣法の規制を受けます。準委任は受託者が自らの判断で業務を遂行する契約で、指揮命令は発生しません。この線引きが崩れた状態が偽装請負です。勤怠管理・作業指示の出し方が派遣的になっていないかを確認してください。
受託案件で契約不適合責任はどこまで負う?
原則として、合意した仕様を満たしていない部分の修補・代金減額・損害賠償が対象になります。範囲と期間は契約で定めるのが実務で、上限や通知期間を明記しないまま締結すると想定外に長く責任を負う可能性があります。条項ごとの見方は業務委託契約書の確認ポイントで整理しています。
準委任と受託でスキルシートの書き方は変わる?
準委任は「どのフェーズで何ができるか」を稼働単位で示すのが効きます。受託は「何を完成させたか」を成果物単位で示すほうが刺さります。同じ経歴でも、案件種別に合わせて見せ方を組み替えてください。
現在の自分の単価が適正か知りたい
無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。準委任の月額水準が分かれば、受託の見積もり下限も逆算できるようになります。


