費用・発注ガイド

準委任契約と請負契約、MVPで選ぶべきはどっち？費用・リスク・向き不向きを徹底比較

MVP・プロトタイプを外注する際の契約形態を比較。準委任と請負の違い、コストとリスク分担、向き不向きを整理します。

準委任契約請負契約違いMVP 外注契約プロトタイプ外注先開発契約形態選び方IT 準委任費用システム開発契約リスク外注コスト比較開発会社契約種類

開発を外注するとき、「契約形態ってどっちにすればいいですか？」という質問は毎回ほぼ必ず出てくる。準委任か請負か。どちらを選ぶかで、費用の構造もリスクの所在も、プロジェクトの進め方もまるで変わる。

ここでは「どちらが良い/悪い」という二択ではなく、「あなたのプロジェクトの状況に合うのはどちらか」という視点で整理する。

請負契約とは何か

一言でいえば「成果物を決めて、それを納品する約束」だ。

「この仕様書に書いてある機能を、○月○日までに作ってください。費用は200万円」という形が典型的。開発会社には完成義務があり、仕様通りに動かないものを納品した場合は修正責任を負う。

費用の仕組み： 固定金額。スコープが変わらない限り、追加費用は発生しない。

リスクの所在： 主に開発会社側にある。「作れなかった」「予想以上に時間がかかった」は、基本的に発注者の問題ではない。

ただし、これが機能するのは「仕様が最初から固まっている」場合だけだ。

仕様が途中で変わると途端に問題が起きる。変更のたびに「追加見積もりが必要です」「一度巻き戻してから再実装します」となり、スケジュールと費用が膨らんでいく。スタートアップや新規事業のMVP開発で「請負にしたら見積もりが毎月来た」という話は珍しくない。

「専門家の時間と技術を買う」契約だ。

「月100時間、エンジニアがアサインされて一緒に開発を進める。費用は時間単価×時間数で精算」という形が多い。医者や弁護士への依頼に近い構造で、「結果の保証」ではなく「プロセスの提供」が約束される。

費用の仕組み： 時間精算。使った時間分だけ費用がかかる。

リスクの所在： 主に発注者側にある。方向性の決定、仕様変更の判断、優先順位の見直しは発注者がしなければ、エンジニアは動けない。指示が曖昧なまま進めると、時間だけが過ぎていく。

「準委任は青天井になりやすい」と言われるのはここが理由だ。スコープが曖昧なまま月100時間×6ヶ月続けると、それだけで600時間分の費用が積み上がる。

結論から言うと、ほとんどのMVP開発は準委任が向いている。ただし、条件付きだ。

MVPの本質は「作ってみて検証する」ことにある。最初に決めた仕様が正解である保証はなく、ユーザーの反応を見ながら方向を変えていくのが当然の流れだ。この前提で請負を使うと、変更のたびに追加見積もりが入り、プロジェクトが硬直する。

一方で、準委任には「管理コスト」が伴う。毎週の進捗確認、優先順位の整理、仕様決定の責任を自分で持つ必要がある。これができる体制があるなら準委任は強い。逆に、外注先に「いい感じに作ってください」で任せきりにすると、費用だけがかかって成果物が曖昧なまま終わる。

準委任を推奨するが、月の上限時間を設定すること。「月60時間まで」「月80時間まで」という上限を契約に入れることで、青天井リスクをコントロールできる。毎週30分の定例と進捗レポートも必須で要求すること。

請負でも機能する。ただし「Figmaが全画面完成していて、権限設計も済んでいて、外部APIの仕様も確定している」レベルが条件だ。その状態なら請負で固定費用を確保するほうが予算管理しやすい。

スコープを絞った準委任がおすすめ。「この3機能だけで最初のバージョンを出す」と決め、それ以外の追加要望は「v2以降」に回す姿勢を持てば、準委任でも費用は安定する。

どちらの契約形態でも、以下の記載があいまいな場合は要注意だ。

AIツールで作ったプロトタイプを本番化するプロジェクト、いわゆる「あとしまつ」では準委任が機能しやすい。

理由はシンプルで、「どこまで手直しが必要か、最初には分からないから」だ。プロトタイプのコードを読み解いて、認証・DB・セキュリティ・デプロイを整えていく作業は、調査してみないと工数が見えない。これを請負で固定費用にしようとすると、開発会社側が大きなバッファを積むため、見積もりが割高になりやすい。

準委任で「まず調査フェーズ2週間」「そこから本番化フェーズ4週間」という形で進め、各フェーズの開始時に次のフェーズの費用を再確認するやり方が現実的だ。