SES（準委任・常駐）と受託開発 — どの案件にどちらが向くか
同じ開発案件でも、準委任（SES）で進めるか受託（請負）で進めるかで、指揮命令・責任・マージンが変わります。条件ごとにどの契約形態が向くかを整理しました。
「SESで人が出せない」と失注する前に、その案件が本当に常駐の準委任である必要があるかを見ます。成果物が明確な案件は受託・準委任運用に再設計すれば、人がいなくても売上に変えられます。
常駐できる人がおらず失注する
準委任（常駐）前提でしか検討せず、指定人員を出せないと案件をそのまま見送ります。
契約形態を案件に合わせられない
準委任か請負かの判断基準がなく、責任範囲と見積が揺らぎます。
指揮命令・責任の所在が曖昧
常駐させたのに顧客が直接指揮する構造になり、契約上のリスクが残ります。
準委任は「役務」、受託は「成果物」
準委任は業務の遂行を提供し、指揮命令は提供側にあります。受託は完成した成果物に責任を負います。
常駐前提が選択肢を狭める
「人を常駐させる」だけを前提にすると、遠隔・受託で処理できる案件まで取りこぼします。
責任範囲が契約に書かれない
成果物責任・セキュリティ条件・常駐要件を書面で分けず、紛争の火種になります。
案件の性質（常駐の必要性・成果物の明確さ・セキュリティ条件）で準委任／受託／運用サービスを分けます。
受託が向く案件
成果物が明確なWeb開発・改修・環境構築・移行。遠隔で完成させて引き渡せます。
準委任が向く案件
要件が流動的で継続的な協働が必要な案件。ただし指揮命令は提供側に置く必要があります。
運用サービスが向く案件
CI/CD・監視・障害対応など継続運用が核の案件は、準委任より運用契約が安定します。
契約形態の判断チェックリスト
- 顧客が特定個人の常駐・直接指揮を求めるか（求めるなら、そのままの受託転換は難しい）
- 成果物の範囲と完成基準を書面で定義できるか
- セキュリティ条件（データ持ち出し・アクセス権）が遠隔受託を許すか
- 継続運用（監視・障害対応）が主な価値か
- 指揮命令権が提供側にある構造で契約が設計されているか
よくある質問
準委任と受託の最大の違いは？
準委任は業務の遂行（役務）を提供し、指揮命令は提供側にあります。受託は完成した成果物に責任を負います。成果物が明確なほど受託が有利です。
常駐が必須の案件もFDE Boxで対応できますか？
指定人員の客先常駐や、顧客が個人へ直接指揮する案件はそのままでは代替できません。代わりに開発・構築・運用の成果物部分だけを受託・運用として切り出して協働するのが現実的です。
（モデルケース）常駐案件を受託に変えると？
（実測ではないモデルケース）常駐開発者を確保できなかった改修案件を、顧客と協議して遠隔の受託に再設計すれば、指定人員なしでも成果物納品として成立し得ます。適用可否は案件票を見て判断します。