客先常駐とは？派遣・SES・受託開発との違いと発注側の使い分けを解説

客先常駐（きゃくさきじょうちゅう）は、開発会社に所属したまま、契約先の企業に出向いてその現場で働く形態を指します。IT業界ではSES（システムエンジニアリングサービス）と呼ばれる準委任契約で運用されることが多く、検索では「やめとけ」「派遣と何が違う」といった働く側の疑問が上位を占めるのが実情です。この記事では読み方と契約の仕組みから入り、派遣・請負（受託開発）との違いを指揮命令権と成果責任で切り分けます。そのうえで、発注する側が客先常駐で人材を確保すべき場面と、受託開発に任せるべき条件、人月単価から見たコスト構造、偽装請負を避ける契約実務までを判断軸で示します。

まとめ：客先常駐（SES）と受託開発の違い・発注側の使い分けの判断軸

客先常駐は「人を送る」契約、受託開発（請負）は「成果物を仕上げる」契約です。前者はSES（準委任）が一般的で、開発会社が自社エンジニアを客先に常駐させ、指揮命令はあくまで開発会社側に残ります。後者は完成責任を負い、納品物に問題があれば契約不適合責任を問える点が決定的に異なります。働く側で語られる「やめとけ」の多くは、上流工程に関われない・スキルが偏るというキャリア面の話であり、発注側の損得とは論点が別です。

発注する立場で選ぶ基準はシンプルです。要件が固まらず自社主導で進めたい、社内に指示できる技術者がいるなら常駐（SES）で工数を借りる。仕様を渡して成果物ごと任せたい、完成の責任を負ってほしいなら受託開発に切り替える。判断を誤りやすいのは、実態は自社が指示しているのに準委任契約のままにして、偽装請負のリスクを抱える場面です。要件定義から成果物単位で任せたい段階に来たら、費用の内訳を提示するWebシステム開発の請負相談を起点にすると、常駐と受託のどちらが自社に合うかを整理しやすくなります。

客先常駐とは｜常駐先で働くSES契約が成り立つ仕組みと読み方

まず言葉の意味と、なぜIT業界でこの働き方が広がったのかを押さえます。契約の型を理解すると、後半の「派遣との違い」「発注側の使い分け」がすべて同じ軸で読めるようになります。

客先常駐の意味と読み方、IT業界で常駐という働き方が広がった背景

客先常駐は「きゃくさきじょうちゅう」と読みます。開発会社に籍を置いたまま、取引先の開発現場に机を借りて働くスタイルです。システム開発は案件ごとに必要な人数と期間が大きく変動するため、発注企業が全員を正社員で抱えると、閑散期に人件費が固定費として重くのしかかります。そこで、必要な時期に必要な技術者を外部から借りる仕組みとして常駐が定着しました。SES事業者やSIerの下請け構造のなかで供給されることが多く、エンジニア個人にとっては複数の現場を渡り歩くキャリアになりやすい形態です。

客先常駐で働くエンジニアが実感するメリットとデメリットの中身

働く側の評価は割れます。メリットは、未経験でも現場に入りやすく、実務経験を短期間で積める点、そして残業が現場の管理下で抑えられやすい点です。一方で不満として語られるのが「上流工程に関われない」「案件が変わるたびに技術がバラつき、専門性が積み上がらない」という声で、これが「やめとけ」「やばい」という検索につながっています。ただし、これらは発注側が受け取る価値の話ではなく、エンジニアのキャリア設計上の論点です。発注企業が調達手段を選ぶときは、この求職者視点の評判をそのまま持ち込まず、契約としての性質で判断する必要があります。

客先常駐と派遣・SES・請負（受託開発）の違いを責任範囲で整理

客先常駐は働き方の呼び名であって、契約の種類ではありません。同じ「客先に常駐する」でも、その裏にある契約が準委任（SES）か、労働者派遣か、請負かで、誰が指示を出せて誰が完成の責任を負うかが変わります。ここが発注側の判断の土台になります。

客先常駐・特定派遣・請負を指揮命令権と成果責任で見分ける観点

三つの型は、指揮命令権（誰が作業指示を出すか）と成果責任（完成を約束するか）の二軸で見分けられます。SES（準委任）は開発会社が指示権を持ち、労務の提供に対して報酬が発生し、完成義務は負いません。労働者派遣は派遣先企業が直接指示を出せる代わりに、派遣元の許可が必須です。請負は完成した成果物に対して報酬を払う契約で、作り方の指示は受注側に委ねられます。

この一覧の要点は、常駐かどうかと指揮命令権は別物だという一点です。派遣だけが発注側に直接の指示権を認め、その分だけ派遣元は許可制という規制を受けます。開発を丸ごと任せる発注の全体像はシステム開発の依頼方法と工程の解説でも整理しており、常駐で工数を借りる場合と請負で任せる場合の位置づけを対応づけられます。

準委任（SES）と請負（受託開発）で異なる完成責任と契約不適合責任

発注側にとって最大の差は、成果物に問題があったときの責任追及の可否です。請負は民法632条にもとづき仕事の完成を約束するため、納品物が契約内容に適合しなければ、2020年施行の改正民法でいう契約不適合責任（改正前の瑕疵担保責任に相当）を追及でき、修補や代金減額を求められます。準委任は事務の遂行そのものが債務で、善良な管理者の注意をもって作業すれば、たとえ狙った機能が完成しなくても契約違反にはなりません。要するに、常駐（SES）で人を借りている限り「動くものが必ず仕上がる」保証は契約上ないと理解しておくべきです。

【発注者視点】客先常駐で確保するか受託開発に任せるかの判断軸

ここからが競合記事に無い、発注する側の意思決定です。求職者向けのメリット・デメリット論とは切り離し、自社の状況で常駐（SES）と受託開発のどちらが合理的かを条件付きで言い切ります。

客先常駐（SES）で人材を確保すべき場面と任せると失敗する場面

常駐（SES）が向くのは、要件が動き続けていて、自社のリーダーが日々指示を出しながら開発を進めたい場面です。既存システムの改修や運用保守のように、優先順位が週単位で変わる作業では、工数を柔軟に足し引きできる常駐の相性が良い。逆に失敗しやすいのは、丸投げに近い形で常駐エンジニアに任せながら、成果物の完成責任まで期待してしまうケースです。準委任には完成義務がないため、「言った機能が動かない」ときに責任の所在が宙に浮きます。自社に指示できる技術者がいないのに常駐で人だけ借りると、管理不全でかえって総コストが膨らみます。費用の全体像はシステム開発費用の内訳と相場の考え方で確認したうえで、常駐にするか請負にするかを検討すると判断がぶれません。

受託開発（請負）へ切り替える判断条件と人月単価から見るコスト構造

受託開発に切り替えるべきなのは、仕様がある程度固まり、成果物ごと責任を持って仕上げてほしい段階です。この請負としての受託の意味や委託・準委任との違いは受託とは何か（受託開発の定義と契約の違い）の解説で整理しています。要件定義・設計・テストまで含めて任せられるため、社内に専任のマネージャを置けない中小企業ほど利点が大きくなります。コスト構造も見え方が変わります。常駐（SES）は「人月単価×人数×期間」で費用が積み上がり、稼働が延びれば青天井になりがちですが、請負は成果物に対する総額で握るため予算が読みやすい。ただし請負側は完成リスクを織り込むぶん単価を高めに設定します。人月という数え方そのものは工数単位の基本定義と全体像で押さえておくと、常駐の見積書と請負の総額見積もりを同じ物差しで比較できます。仕様を渡して任せたい段階なら、要件整理からWebシステム開発の請負として相談するのが現実的です。

客先常駐（SES）で発注側が注意する偽装請負のリスクと契約実務

常駐という形態は、契約と実態がずれると法的リスクに直結します。発注側が知らずに一線を越えると、偽装請負として指導・是正の対象になり得ます。ここは調達担当が必ず押さえるべき実務です。

指揮命令を出すと偽装請負になる境界線と発注側が守るべき線引き

偽装請負とは、契約は準委任や請負なのに、実態として発注企業が常駐エンジニアへ直接、日々の作業指示や勤怠管理を行っている状態を指します。この場合、労働者派遣法や職業安定法に抵触し、是正勧告や取引停止のリスクを負います。線引きの要点は、SES（準委任）で借りている技術者への指示は、必ず開発会社側の責任者を通すという運用です。発注側の担当者が席まで行って「この画面を先に直して」と直接命じ始めた時点で、契約は準委任でも実態は派遣に近づきます。直接指示を出したいなら、最初から労働者派遣契約を結ぶのが筋であり、契約の型と現場運用を一致させることが自衛になります。

客先常駐から受託開発への切り替えで社内の管理コストを下げる進め方

常駐の管理に手が回らなくなってきたら、業務の切り出しから受託開発へ移す進め方が現実的です。いきなり全体を請負にするのではなく、仕様が安定している機能から成果物単位で切り出し、そこだけを請負契約に置き換えます。

1. 常駐で回している作業のうち、仕様が固まった範囲を洗い出す
2. その範囲を成果物として定義し、完成基準と検収条件を文書化する
3. 固まった単位から請負契約に切り替え、指揮命令を受注側に委ねる
4. 要件が流動的な残りの作業だけを常駐（SES）で継続する

段階的に移すことで、社内の指示・進捗管理という見えにくいコストを減らしながら、完成責任を受注側に持たせられます。常駐と請負を対立ではなく併用の設計として捉えるのが、発注側にとって無理のない着地点です。

よくある質問

客先常駐（SES）と派遣・受託開発の違い、発注側の判断でつまずきやすい点を、実際の検索質問に沿って答えます。

客先常駐とはどのような働き方ですか？

開発会社に所属したまま、取引先の企業に出向いてその現場で働く形態です。IT業界ではSES（準委任契約）で運用されることが多く、指揮命令は所属する開発会社側に残ります。案件ごとに常駐先が変わることもあり、必要な時期に必要な技術者を外部から確保する仕組みとして定着しています。

客先常駐と派遣・SESの違いは何ですか？

客先常駐は働き方の呼び名で、その裏の契約がSES（準委任）か労働者派遣かで性質が変わります。SESは開発会社が指示権を持ち完成義務を負いません。派遣は派遣先企業が直接指示を出せる代わりに、派遣元の許可が必要です。同じ常駐でも、誰が作業を指示できるかが決定的に異なります。

客先常駐はなぜ「やめとけ」と言われるのですか？

働くエンジニア側から、上流工程に関わりにくい、現場が変わるたびに技術が偏り専門性が積み上がりにくい、という不満が出やすいためです。これはキャリア設計上の論点であり、発注企業が受け取る価値やコストの話とは別軸です。発注側が調達手段を選ぶ際は、この評判をそのまま持ち込む必要はありません。

発注側は客先常駐と受託開発のどちらを選ぶべきですか？

要件が動いていて自社主導で指示しながら進めたいなら常駐（SES）で工数を借り、仕様を渡して成果物ごと責任を持って仕上げてほしいなら受託開発（請負）を選びます。社内に指示できる技術者がいるかどうかが分かれ目で、いない場合に常駐だけで進めると管理不全に陥りやすくなります。

客先常駐で偽装請負にならないために発注側は何に注意すべきですか？

SES（準委任）で借りている技術者へ、発注側が直接、日々の作業指示や勤怠管理を行わないことです。指示は必ず開発会社側の責任者を通します。直接指揮を出したい業務であれば、最初から労働者派遣契約を結び、契約の型と現場運用を一致させることがリスク回避になります。

関連記事

• システム開発の費用相場は？内訳・人月単価と見積もりの妥当性を発注者視点で解説：常駐と請負のコストを内訳から比較したいときの費用ハブ
• システム開発とは？種類・工程・依頼方法までの全体像をわかりやすく解説：受託・依頼形態の全体像から常駐の位置づけを確認できる
• プロジェクト担当者が最初に押さえるべき工数単位の基本定義と全体像：SESの人月単価と請負総額を同じ物差しで比べる前提知識
• アプリ開発の費用相場は？規模・OS・開発手法別の内訳と抑え方を発注者視点で解説：同じ発注者視点でアプリ開発の費用を検討する場合の関連記事
• Webシステム開発（株式会社一創）：常駐から請負への切り替えや受託開発を相談したいときの窓口