受託開発と客先常駐の違い 発注側から見た使い分けと、契約形態を確認すべき理由

システム開発を外部に頼むとき、「受託開発」と「客先常駐」という言葉が並んで出てきます。どちらがよいかを比べようとして、噛み合わない感覚を持った方も多いはずです。

その感覚は正しいものです。この2つは、そもそも同じ軸の言葉ではありません。受託開発は契約の形を指し、客先常駐は働く場所を指しています。常駐という形は、複数の契約形態のもとで起こり得ます。

そのため、開発会社から「常駐でご支援します」と言われても、それだけでは条件が決まりません。準委任なのか派遣なのかで、指示の出し方も、発注側が負う責任も変わります。

本記事では、言葉の整理から始め、発注側から見た3つの形態の違い、選ぶ基準、そして常駐を選ぶ場合に注意すべき運用までを解説します。

確認したいポイント	結論	詳細
2つは比較できる？	同じ軸の言葉ではない	受託は契約の形、常駐は働く場所を指している。
何を確認すべき？	契約が請負か準委任か派遣か	常駐と言われたら、契約の種類を必ず確認する。
選ぶ基準は？	仕様の確定度と指示できる人の有無	仕様が固まっていないなら、指示を出す役割が必要になる。
常駐の注意点は？	指揮命令のルール	契約形態と実際の運用がずれると、問題になり得る。

この記事でわかること

• 「受託開発」と「客先常駐」が同じ軸の言葉ではない理由
• 発注側から見た3つの契約形態と、それぞれの責任範囲
• どの形態を選ぶかの判断基準
• 常駐を選ぶ場合の指揮命令のルールと、避けるべき運用
• リモートが普及したことで変わった判断の前提

システム開発やAI導入の体制づくりについて、支援内容とあわせて資料にまとめています。 ＞＞ 資料請求はこちら

「客先常駐」は契約形態ではない

ここを整理しないまま比較しようとすると、話が噛み合いません。最初に言葉の位置づけを確認します。

ここでは3つの観点で見ていきます。

2つの言葉は別の分類軸にある

受託開発は、外部の会社に開発を委託する契約の形を指します。誰が完成の責任を負うか、誰が指示を出すかといった、契約上の取り決めに関わる言葉です。

一方、客先常駐は、作業する人が発注側の職場に来て働くという形態を指します。契約の種類とは無関係に、どこで作業するかを表しているだけです。

そのため、「受託開発か客先常駐か」という問いは、「電車で行くか、朝に行くか」と聞くのに似ています。答えは両立し得ます。

常駐は複数の契約形態で起こり得る

実際、常駐という形は次のいずれの契約でも成立します。

準委任契約で、作業する人が発注側の職場に来る。派遣契約で、派遣スタッフが職場で働く。請負契約でも、必要に応じて打ち合わせや作業のために常駐することがあります。

同じ「常駐」でも、契約が違えば指示の出し方も責任の所在も変わります。この違いが、発注側にとって最も重要な点です。

確認すべきは契約の中身

開発会社から「常駐で支援します」という提案を受けたら、それが準委任なのか派遣なのかを必ず確認してください。

言葉の響きではなく、誰が指示を出す前提かまで踏み込んで確認します。ここが曖昧なまま進めると、後述する問題が生じます。

整理すると次のようになります。

言葉	何を表しているか	例
受託開発	契約の形（外部に委託する）	請負契約、準委任契約
業務委託	契約の形をまとめた呼び方	請負と準委任の総称
客先常駐	働く場所（発注側の職場）	準委任でも派遣でも起こる
派遣	契約の形（人材を受け入れる）	発注側が直接指示を出せる

「客先常駐」は他の3つと別の列に属する言葉です。この整理ができると、提案を受けたときの確認事項が明確になります。

なお、検索して出てくる「受託開発と客先常駐の違い」を扱った記事の多くは、エンジニアの働き方を比較したものです。発注側にとって必要な情報とは前提が異なります。自社で開発を頼む立場で読む場合は、契約の話に焦点を当ててください。

発注側から見た3つの契約形態

比較すべきは、契約の3つの形です。それぞれで発注側がやるべきことが変わります。

ここでは順に見ていきます。

請負契約｜成果物の完成に対して支払う

あらかじめ仕様を確定し、その完成に対して対価を払う形です。完成させる責任は開発会社が負います。

発注側は個々の作業に指示を出せません。代わりに、仕様書で伝えた内容が期日までに納品されます。日々の管理の手間は最も小さくなります。

一方で、仕様変更のたびに条件の見直しが必要です。要件が動きやすい案件では、手続きが増えて進行が遅くなります。

準委任契約｜業務の遂行に対して支払う

作業を行うこと自体を目的とする契約です。成果物の完成は義務になりません。開発会社が負うのは、専門家として適切に業務を行う義務です。

仕様が固まっていない段階から着手でき、進めながら方針を変えられます。その柔軟さと引き換えに、何を作るかを決める役割は発注側に残ります。

ただし、指示は開発会社の管理者を通じて行うのが原則です。個々の作業者に直接指示を出す運用は認められません。

派遣契約｜労働時間の提供を受ける

人材を受け入れ、自社の指揮命令のもとで働いてもらう形です。作業の割り振りも進捗の管理も、発注側が行います。

直接指示を出せる自由がある反面、指示しなければ動きません。社内に開発を回せる人がいるかどうかが、この形態を選べるかの分かれ目になります。

なお、派遣として人材を受け入れるには、相手方が労働者派遣事業の許可を得ている必要があります。許可の有無は、契約前に確認してください。

また、派遣には受け入れ期間の制限など、労働者派遣法上の決まりがあります。人事部門と連携して手続きを進める必要があるため、情報システム部門だけで判断できる形態ではありません。この点も、選択の際に考慮してください。

3つの比較

整理すると次のようになります。

観点	請負	準委任	派遣
支払いの対象	成果物の完成	業務の遂行	労働時間
完成責任	あり	なし	なし
指示の出し方	仕様書で伝える	相手の管理者経由	自社が直接出せる
発注側の負担	小さい	中程度	大きい
向いている案件	仕様が確定	要件が動く	人手が足りない

「発注側の負担」の行に注目してください。自由に指示できるということは、指示しなければ進まないということでもあります。

なお、実務では組み合わせて使う場面もあります。要件定義は準委任で一緒に進め、仕様が固まってから開発を請負に切り替える。この形にすると、それぞれの利点を活かせます。工程ごとに契約を分ける発想を持っておくと、選択肢が広がります。

どの形態で発注すべきか、現状を伺ったうえで整理をお手伝いします。 ＞＞ 相談予約はこちら

どの形態を選ぶかの判断基準

3つの形態のどれを選ぶかは、自社の状況で決まります。技術的な要件より、こちらの条件が優先されます。

ここでは3つの基準で整理します。

基準1｜仕様がどこまで固まっているか

作るものが明確に決まっていて、期日までに完成させたいなら請負契約が適しています。仕様書を渡せば、あとは任せられます。

逆に、作りながら決めたい部分が多いなら、請負は向きません。変更のたびに見積もりの取り直しが発生し、進行が止まります。

この場合は準委任を選び、期間内で調整できる形にします。

基準2｜指示を出せる人が社内にいるか

準委任や派遣を選ぶ場合、何をするかを決めて渡す役割が発注側に残ります。この役割を担う人が必要です。

兼務で片手間という状態では機能しません。作業の一覧を維持し、優先順位を付け、質問に短時間で答える。この時間を確保できるかを確認してください。

確保できないなら、仕様を固めて請負で発注するか、上流の整理から支援してもらえる相手を選ぶ判断になります。

基準3｜期間と継続性

3か月で終わる単発の案件なら、請負で仕様を固めて渡すほうが確実です。準委任では、立ち上げに使う期間の比率が高くなります。

一方、継続的に開発や改善が続く案件では、準委任のほうが向きます。同じメンバーが継続することで、システムへの理解が蓄積されます。

判断の流れ

順に確認すると、選ぶべき形態が決まります。

• 仕様が確定していて期日までに作りきる → 請負
• 要件が動く、かつ社内に指示を出せる人がいる → 準委任
• 要件が動くが、指示を出せる人がいない → まず要件の整理を依頼する
• 特定の技術者の稼働だけが必要 → 派遣（許可の有無を確認）

3つ目に該当する場合、いきなり開発を始めないでください。何を作るかが決まらないまま人だけ確保しても、進みません。

社内に必要な体制の目安

形態によって、発注側に求められる関与の度合いが変わります。目安は次のとおりです。

形態	発注側の主な役割	必要な時間の目安
請負	仕様の確定、成果物の検収	仕様確定時に集中、以降は軽い
準委任	作業の指示、質問への回答、成果の確認	週10〜20時間程度
派遣	日々の作業指示と進捗管理	実質的に管理者が1人必要

下に行くほど、発注側の負担は大きくなります。この時間を確保できるかを、契約前に確認してください。確保できない形態を選ぶと、開始後に回らなくなります。

常駐を選ぶ場合の注意点

ここが本記事で最も重要な部分です。常駐という形態には、発注側が意識すべき運用上の制約があります。

4つの観点で確認してください。なお本記事は一般的な情報の整理であり、個別の判断は専門家にご確認ください。

指揮命令のルールを守る

準委任契約で常駐してもらう場合、作業の指示は開発会社の管理者を通じて行います。個々の作業者に直接指示を出す運用は、契約の前提と食い違います。

同じ職場にいると、つい直接声をかけてしまいます。「これもお願いできますか」「今日はこちらを優先して」といったやり取りが日常的になると、実態が変わります。

実態に即して判断される

契約書に何と書いてあるかではなく、実際の運用がどうかで判断されます。業務委託の契約でありながら、実態として発注側が指揮命令していれば、労働者派遣とみなされる可能性があります。

厚生労働省は、この区分の判断を明確にするため「労働者派遣事業と請負により行われる事業との区分に関する基準」（37号告示）に関する疑義応答集を公開しています。契約形式ではなく実態に即して判断される点が示されています。

許可を得ていない相手から派遣として人材を受け入れる形になると、発注側も問題を問われ得ます。「知らなかった」では済みません。

避けるべき運用

準委任で常駐してもらう場合、次の運用は避けてください。

• 個々の作業者に直接、作業内容や優先順位を指示する
• 出退勤の時間や休憩を発注側が管理する
• 休暇の申請を発注側が承認する
• 発注側の社員と同じ体制図に組み込み、直属の上司を置く
• 契約にない業務を、その場で依頼する

便利さを優先すると、線を越えやすくなります。窓口を1つに決め、そこを経由する運用に統一してください。

契約に明記しておく項目

トラブルを防ぐため、契約段階で次を明記してください。

契約の種類、指示の伝達経路、業務の範囲、成果物の権利の帰属、報告の方法と頻度、契約期間と解約の条件。

IPA（情報処理推進機構）が公開している情報システム・モデル取引・契約書（第二版）は、工程ごとの責任分担を整理する際の参照先として使えます。契約書を作る前に目を通しておくと、決めるべき項目が見えます。

とくに成果物の権利の帰属は、後から争いになりやすい項目です。ソースコード、設計書、開発の過程で作られた資料。何をどこまで受け取れるのかを、契約段階で明記してください。将来的に別の会社に引き継ぐ場合や、内製に切り替える場合に効いてきます。

契約形態の選定や体制の設計を、発注者側の立場で支援しています。 ＞＞ 相談予約はこちら

リモートが普及して変わったこと

常駐という形態を選ぶ前提そのものが、この数年で変わっています。ここも判断に影響します。

ここでは3つの観点で整理します。

常駐しなくても成立する業務が増えた

以前は、同じ場所にいることが円滑な進行の条件でした。現在は、遠隔での打ち合わせ、作業管理の仕組み、文字でのやり取りが定着しています。

多くの開発業務は、常駐しなくても進められるようになりました。それでも常駐を前提とする提案を受けたら、その必要性を確認してください。

常駐には、発注側にも席の確保や設備の用意といった負担が生じます。必要がないなら避けるほうが合理的です。

それでも常駐が選ばれる場面

一方、次の条件がある場合は常駐に理由があります。

外部に持ち出せないデータを扱う。社内の機器や設備に直接触れる必要がある。関係者が多く、その場での調整が頻繁に発生する。

逆に言えば、これらに当てはまらないなら、常駐でなくても構いません。「顔が見えると安心」という理由だけで常駐を選ぶと、費用も負担も増えます。

常駐にすべきかの確認

提案を受けたら、次を確認してください。常駐が必要な理由が説明できるかが判断材料になります。

「なぜ常駐でなければならないのか」「一部を遠隔にできないか」という問いに、具体的な答えが返ってくるかを見てください。慣習として常駐が前提になっている場合もあります。

なお、常駐と遠隔を組み合わせる形も取れます。週に1日だけ来てもらい、残りは遠隔という構成です。

この形にすると、対面が必要な打ち合わせと、集中して進める作業を分けられます。常駐の日を打ち合わせに充て、残りの日は作業に専念してもらう。実務では、この構成が最も効率がよい場合があります。

費用の考え方

形態によって費用の構造が変わります。単価の比較だけでは判断できません。

ここでは4つの観点で整理します。

社内工数を含めて比較する

請負は発注側の負担が小さく、準委任や派遣では指示と管理の工数が発生します。この時間も費用として計算してください。

単価が安くても、社内で週15時間を使うなら、その分の人件費が上乗せされているのと同じです。総額で並べて比較します。

形態による費用構造の違い

請負は総額が確定しているため、予算が読みやすくなります。ただし、仕様変更が生じれば追加の見積もりが発生します。

準委任と派遣は月額で発生し、期間が延びればその分だけ増えます。成果が出なくても費用は発生する構造です。この違いを踏まえて、予算の枠組みを決めてください。

予算の総額を先に決めたいなら請負、進めながら判断したいなら準委任が向きます。社内の予算管理の都合も、形態の選択に影響します。

常駐に伴う費用

常駐では、作業する席、PC、入館の手続き、社内システムへのアクセス権の付与が必要になります。これらの準備にも工数がかかります。

単価に反映されていない負担が発生する点を、見積もりの比較時に考慮してください。

稼働率を把握する

準委任や派遣では、渡す作業が尽きると手待ちが発生します。それでも費用は発生し続けます。

作業時間と待機時間を分けて報告してもらってください。稼働率が低いなら、渡す側の運営に問題があります。契約の規模を見直す材料にもなります。

なお、稼働率が低い原因の多くは、渡す作業が尽きているか、質問への回答が滞っているかのどちらかです。単価を交渉するより、担当者の時間を確保するほうが効果が大きい場面もあります。実質的な単価は、稼働率で割った金額になるためです。

開発体制の設計や委託先の見極め方について、資料でご確認いただけます。 ＞＞ 資料請求はこちら

失敗しやすい5つのパターン

発注がうまくいかなかった事例には、共通する型があります。

ここでは5つ挙げます。

契約形態を確認しないまま進める

「常駐で支援します」という提案をそのまま受け、契約の種類を確認しない状態です。指示の出し方も責任の所在も曖昧なまま始まります。

提案書に契約の種類が書かれているかを確認してください。書かれていなければ、必ず質問します。

仕様が固まらないまま請負で発注する

要件が決まっていない状態で請負契約を結び、途中で変更が続いて条件の見直しが繰り返される状態です。進行が止まり、関係も悪化します。

要件が動く見込みがあるなら、最初から準委任を選ぶか、要件定義だけを先に別契約で進めてください。

指示を出す人を決めずに準委任を選ぶ

柔軟に進められるという理由で準委任を選んだが、社内に指示を出す人がいない状態です。作業が渡らず、手待ちが発生します。

契約前に、担当者の名前と確保できる時間を具体的に決めてください。「誰かがやる」という状態では、開始後に誰もやりません。

常駐を前提として受け入れる

提案が常駐で来たため、そのまま受け入れる状態です。席の確保、機器の用意、入館手続きといった負担が発生しますが、その必要性を検討していません。

遠隔で成立する業務であれば、常駐は双方にとって負担です。必要性を確認し、一部でも遠隔にできないかを相談してください。慣習として常駐が前提になっている場合もあります。

直接指示が常態化する

同じ職場にいることで、日常的に個々の作業者へ直接指示を出すようになる状態です。契約の前提と実態がずれます。

窓口を1つに決め、そこを経由するルールを両者で共有してください。現場の判断に任せると、いずれ線を越えます。

発注前に準備すること

最後に、相談する前にやっておくべきことを整理します。ここが整っていると、提案の質も上がります。

3つ挙げます。

作りたいものを言葉にする

完璧な仕様書は不要ですが、実現したいこと、使う人、業務の流れの3点は決めてください。これがあれば、開発会社も形態の提案ができます。

この3点が決まっていないと、どの契約形態が適するかも判断できません。まず社内で整理する時間を取ってください。

整理が難しい場合は、要件定義だけを先に別契約で依頼する方法もあります。この段階を準委任で進め、仕様が固まってから開発の契約を結ぶ形です。最初から全体を1つの契約にしようとせず、工程で分ける発想を持ってください。

社内で使える時間を確認する

誰が窓口になり、週に何時間使えるかを決めます。上長の合意も取っておいてください。

この時間が確保できないなら、請負で仕様を固めて渡す形が現実的です。形態の選択は、社内の体制で決まります。

同じ条件で複数社に相談する

作りたいもの、期間、予算の上限、社内で使える時間を文書にまとめ、複数社に提示します。同じ条件で提案を受けなければ比較になりません。

提案を受ける際は、契約形態とその理由を必ず聞いてください。なぜその形を勧めるのかを説明できる相手のほうが、信頼できます。

要件定義や開発体制の設計は、ネクストスケールのブログ一覧に掲載している個別の記事もあわせてご覧ください。

まとめ

「受託開発」と「客先常駐」は、同じ軸の言葉ではありません。前者は契約の形、後者は働く場所を指しています。常駐という形は、準委任でも派遣でも起こり得ます。

比較すべきは、請負、準委任、派遣という3つの契約形態です。支払いの対象、完成責任の有無、指示の出し方が、それぞれ異なります。

選ぶ基準は、仕様がどこまで固まっているかと、社内に指示を出せる人がいるかです。自由に指示できるということは、指示しなければ進まないということでもあります。

常駐を選ぶ場合、指揮命令のルールに注意してください。契約形態と実態がずれると、労働者派遣とみなされる可能性があります。窓口を1つに決め、そこを経由する運用に統一してください。

そして、遠隔での進行が定着した現在、常駐が必要な業務は限られます。「なぜ常駐でなければならないのか」に具体的な答えが返ってくるかを、提案時に確認してください。

システム開発やAI導入を、どこから・どの順番で進めるべきか。現状を伺ったうえで、具体的な進め方をご提案します。 ＞＞ 相談予約はこちら