システム開発を外に頼もうと調べると、「受託開発」「派遣」「業務委託」「客先常駐」と似たような言葉が並び、どれで頼むと何が変わるのか分かりにくいと思います。検索すると人材会社や労務の解説ばかりが出てきて、働く人向けの説明が中心になりがちですが、発注する側にとって本当に知りたいのは「自社はどの形で頼めばいいのか」です。
結論から言うと、これらの違いは「何に対してお金を払うか」と「仕事の指示を誰が出すか（指揮命令）」で整理できます。受託開発は完成した成果物にお金を払い、進め方の指示は開発会社側が行います。派遣は人手そのものを借りて、指示は自社（派遣先）が出します。業務委託は受託と同じく指示を出せない頼み方の総称で、客先常駐は自社に来てもらう働き方の呼び名です。この記事では、受託開発と派遣・業務委託・客先常駐の違いを契約・指揮命令・対価の観点で整理し、どの形で頼むべきか、そして発注者が踏みやすい偽装請負の落とし穴までを解説します。
この記事のポイント
- 違いの核は「対価の対象（成果物か人手か）」と「指揮命令を誰が持つか」
- 受託開発・業務委託は開発会社が指示、派遣は自社が指示を出す
- 完成品を納めてほしいなら受託開発、人手を自社主導で使いたいなら派遣が基本
- 受託で頼んだ相手に自社が直接指示すると偽装請負になり、発注者も罰則の対象
目次
受託開発と派遣・業務委託の違いを整理する
受託開発と派遣・業務委託の違いでつまずくのは、どれも「外部の力を借りる」点が同じに見えるからです。ですが、お金を払う対象と、仕事の指示を誰が出すかを見ると、まったく別の頼み方だと分かります。この2つの軸で順に整理します。
何に対価を払うのか
まず、お金を払う対象が違います。受託開発は「完成した成果物」に対価を払う頼み方です。動くシステムを納めてもらうことにお金を払うので、開発会社がどう作るか、何人で作るかは基本的に開発会社に任せます。業務委託も同じ考え方で、成果物や決められた業務の遂行に対して対価を払います。
一方、派遣は「人手そのもの（労働力）」に対価を払う頼み方です。エンジニアに自社へ来てもらい、稼働した時間に対して料金を払います。成果物の完成を約束するものではなく、あくまで「人を借りる」契約です。この「成果物にお金を払うのか、人手にお金を払うのか」が、受託開発と派遣を分ける一つ目の軸です。人手を借りる頼み方（SES）と成果物を納めてもらう受託開発の違いは、受託開発とSESの違いを解説した記事でも詳しく整理しています。
この違いは、うまくいかなかったときの責任にも表れます。受託開発なら「動くものを完成させる」ことが約束されているため、納品物に不具合があれば開発会社に修正を求められます。派遣は人手を貸すだけなので、成果物の出来は指示を出した自社の責任になります。つまり、完成責任を相手に持たせたいのか、自社が結果を引き受けるのかという覚悟の違いでもあります。「安く人を増やせるから」と派遣を選んだつもりが、実は完成物がほしかった、という取り違えは、この責任の所在を見落とすと起こります。
指揮命令は誰が持つのか
もう一つ、そして最も重要な軸が「指揮命令」です。仕事の進め方を誰が指示するか、という点です。受託開発と業務委託では、指揮命令権は開発会社側にあります。発注者は「こういう成果物がほしい」と要件を伝えることはできますが、個々の作業者に「今日はこれをやって」と直接指示を出すことはできません。進め方は開発会社に委ねる、というのが前提です。
派遣はここが逆です。派遣では、借りたエンジニアに対する指揮命令権は派遣先である自社にあります。自社の担当者が直接「この作業をこう進めて」と指示を出しながら働いてもらえます。つまり、進め方まで自社でコントロールしたいなら派遣、完成物だけ受け取りたいなら受託開発、という違いになります。契約の性質としては、受託開発は主に請負契約や準委任契約で結ばれ、この点は受託開発と請負開発の違いを解説した記事で詳しく扱っています。
この指揮命令の違いは、発注者にとって「どれだけ自分が動く必要があるか」に直結します。受託開発は指示を出せない代わりに、要件さえ固めて渡せば進め方は任せられるので、発注側の日々の手間は小さくて済みます。派遣は自社が指示を出せる自由がある反面、作業の割り振りや進捗管理を自社で担う必要があり、指示できる人がいなければ成り立ちません。「自由に指示できる」ことは、裏を返せば「指示しないと動かない」ということでもあります。自社に開発を回せる人がいるかどうかが、派遣を選べるかの分かれ目になります。
客先常駐・業務委託はどの位置づけか
「客先常駐」と「業務委託」は、受託・派遣と同じ土俵の言葉ではないので、混乱のもとになります。業務委託は、請負契約と準委任契約をまとめて指す呼び方で、いわば受託開発と近い側（指示を出せない側）に位置します。客先常駐は、契約の種類ではなく「作業者が自社（客先）に来て働く」という働き方の呼び名で、準委任の形でも派遣の形でも起こり得ます。
発注者にとって大事なのは、言葉の呼び名より「指揮命令を出せるかどうか」です。この観点で4つを並べると、次のように整理できます。
| 頼み方 | 対価の対象 | 指揮命令 | 向く場面 |
|---|---|---|---|
| 受託開発（請負） | 完成した成果物 | 開発会社側 | 仕様が固まった開発を任せたい |
| 業務委託（準委任） | 業務の遂行 | 開発会社側 | 継続的に作業を任せたい |
| 派遣 | 人手・稼働時間 | 自社（派遣先） | 自社主導で人手を補いたい |
| 客先常駐 | 働き方の呼称（準委任/派遣どちらも） | 契約による | 自社に来て継続対応してほしい |
このように、客先常駐や業務委託は「別の分類軸の言葉」なので、受託か派遣かを決める軸（対価と指揮命令）とは分けて考えると混乱しません。開発会社から「客先常駐でご支援します」と言われたら、それが準委任なのか派遣なのかを確認するのが正解です。同じ「常駐」でも、指揮命令が自社にあるか開発会社にあるかで、後述する偽装請負のリスクも、発注者がやるべきことも変わってくるからです。言葉の響きで判断せず、契約の中身（誰が指示を出す前提か）まで踏み込んで確認してください。
受託開発か派遣かなど頼み方の違いで選ぶ
違いが整理できたら、次は自社がどの形で頼むかです。判断は「何を頼みたいか」から入ると迷いません。そして、受託で頼むと決めたなら、発注者が踏みやすい偽装請負の落とし穴に注意が必要です。
何を頼みたいかで選ぶ
選び方はシンプルで、「完成したシステムがほしいのか、人手がほしいのか」で分かれます。作りたいものがはっきりしていて、動く成果物を納めてほしいなら受託開発（請負）です。進め方は開発会社に任せられるので、社内に開発を管理する人がいなくても頼めます。受託開発そのものの仕組みや流れは、受託開発とは何かを解説した記事で基本から確認できます。反対に、自社にエンジニアやリーダーがいて、自社の判断で細かく指示しながら人手だけ増やしたいなら派遣が向きます。
その中間で、「継続的に作業を任せたいが、完成物を一つに固定できない」ような場合は、準委任型の業務委託（客先常駐やSESを含む）が選択肢になります。成果物の完成までは約束されませんが、専門人材に継続的に関わってもらえます。自社にどれだけ管理できる人手があるか、作りたいものがどこまで固まっているかで、受託・準委任・派遣のどれが合うかが決まります。
具体的には、たとえば「予約管理システムを新しく作りたい」のように成果物が明確なら受託開発、「既存システムの改修が毎月発生し、自社の開発チームに人を足したい」なら派遣、「専門知識を持つ人に継続的に見てもらいたいが、細かい指示までは出せない」なら準委任、といった当てはめになります。目的が複数あるなら、成果物として切り出せる部分は受託、日々の運用支援は準委任、と分けて頼むのも現実的です。
私が発注相談を受けるときも、「人が足りないから」と何となく派遣を考えていた会社が、実は完成物がほしいだけで受託開発のほうが合っていた、というのはよくあります。人手不足の解消なのか、成果物の入手なのか、目的を先に言語化すると、頼み方は自然に決まります。
偽装請負に注意する
受託開発や業務委託で頼むと決めたとき、発注者が最も気をつけるべきなのが「偽装請負」です。これは、契約は受託（請負・準委任）なのに、実態として発注者が相手の作業者に直接指揮命令している状態を指します。契約書の名前ではなく実態で判断されるため、「受託で契約したから大丈夫」とはなりません。
とくに起こりやすいのが、客先常駐で来てもらっているエンジニアに、自社の担当者がつい「今日はこれを先にやって」「残業してほしい」と直接指示してしまうケースです。これは偽装請負とみなされる可能性が高く、発覚すると発注元・受託先の双方に罰則が及ぶことがあります。防ぐには、作業の指示は必ず開発会社の責任者を通す、労務管理（勤務時間など）は開発会社側に任せる、という原則を守ることです。人手を自社で直接指示したいなら、最初から派遣契約で頼むのが正しい形です。委託先との関係を発注側で適切に管理する考え方は、ベンダーコントロールパーフェクトガイドで全体像を確認できます。
偽装請負は「発注者が知らずにやってしまう」ことが多いのが怖いところです。悪気なく現場で指示を出した結果、行政指導や罰則の対象になり、取引先との関係も壊れます。受託や委託で頼むなら「作業者に直接指示しない」を社内で共有しておくだけで、多くのリスクは防げます。
よくある質問
- Q. 受託開発と派遣ではどちらが安いですか？
- A. 一概には言えません。派遣は稼働時間に対して払うため人手を柔軟に増減でき、受託開発は成果物に対して総額が決まります。仕様が固まっていて完成物がほしいなら受託開発、必要な期間だけ人手を補いたいなら派遣が向くなど、費用より「何を頼みたいか」で選ぶのが基本です。
- Q. 業務委託と受託開発は違うものですか？
- A. ほぼ同じ側の言葉です。業務委託は請負契約と準委任契約をまとめて指す呼び方で、受託開発の多くはこの業務委託（請負・準委任）で結ばれます。いずれも発注者が作業者へ直接指揮命令できない点は共通です。
- Q. 客先常駐で来てもらう場合、指示を出してもいいですか？
- A. 契約が準委任・請負なら、作業者へ直接指示を出すと偽装請負になる恐れがあります。指示は開発会社の責任者を通し、労務管理も開発会社に任せてください。自社で直接指示したい場合は派遣契約にする必要があります。
- Q. 派遣は自由に契約・解除できますか？
- A. 労働者派遣には期間の制限や更新のルールがあり、成果物ではなく人材の受け入れになるため、社内に受け入れ・指示できる体制が前提です。単発で成果物だけがほしい場合は、派遣より受託開発のほうが手間もリスクも小さく済みます。
