Web制作の契約形態で開発期間が2倍変わる理由とプロジェクト管理で判断する発注方式選択の基準とは
福岡ECサイト株式会社
代表 鳥井 敏史
福岡ECサイト株式会社 代表 鳥井 敏史
ECサイト制作・AI検索対策の実務コンサルタント。15年以上にわたりECサイトの売上構造改善と集客設計を支援。売上改善・集客改善の実務支援を中心に企業のECサイト構造の再設計を行う。
専門分野
ECサイト制作 ECサイトリニューアル AI検索対策 SEO / コンテンツ設計ECサイト改善の主な実績
この記事の監修
福岡ECサイト株式会社 代表 鳥井 敏史
Web制作の契約形態で開発期間が大きく変わる理由
Web制作の契約形態で開発期間が2倍以上変わることをご存知ですか。 同じ規模のプロジェクトなのに、A社は3ヶ月で完了したのに対してB社は6ヶ月かかった、という現象は珍しくありません。
Web制作の開発期間とは、契約形態によって決定される責任の所在・進捗管理の方法・意思決定のスピード・変更対応の効率性から構成される、構造的に設計される時間軸である。
この差は「会社の能力差」ではなく、契約形態という構造の差です。 契約形態が変わると、意思決定の層数・変更申請の流れ・リスク負担・進捗管理の精度がすべて変わります。 結果として同じ工数のプロジェクトでも、実際の開発期間は大きく異なるのです。
契約形態の違いが開発期間を決める構造

Web制作の契約形態は大きく3つに分類できます。それぞれの形態で、意思決定のスピード・変更対応の柔軟性・進捗管理の精度が異なります。 実はここ、多くの企業が見落としがちなポイントです。
- 固定型契約(一括見積):納期と金額が事前に決められた形態
- 時間単価型契約:月額制または時給制で対応する形態
- ハイブリッド型契約(基本料金+変更費):基本範囲と追加対応を分離した形態
この3つの形態では、プロジェクト管理の仕組みがまったく異なります。 特に重要なのは「変更申請」「意思決定」「リスク負担」の3つの要素です。
固定型契約が長期化する5つの理由
意思決定層が増加する理由
固定型契約では、納期と金額が確定した時点で「想定外の変更」がすべてコスト増につながります。このため、クライアント側でも発注元企業でも「変更承認」の判断が極めて慎重になります。
Slack通知で「この要件、追加費用かかるんですか?」という確認が複数の部門から上がり始めます。 深夜でも管理画面を見ながら「これって追加費用になるんですか?」という質問が飛び交うんです。 営業→マネージャー→経営判断という階層を通らなければ承認できない状況が生まれるのです。
この承認待ちの期間が数日〜数週間単位で発生すると、それだけで開発期間は延伸します。本来は1日あれば対応できる変更が、5営業日かかるというシナリオが常態化するのです。
仕様変更の抑制が段階的に進む理由
プロジェクト初期は「小さな改善要望」が次々と出てきます。固定型契約では、その都度「変更見積」「承認」「着手」というプロセスが必要です。
3回目・4回目と変更申請をしていると、クライアント側も「これ追加費用かかるなら今回は見送ろう」という判断になります。 結果として、本来は改善すべき要件が「次のリニューアル時に」という先送りになるのです。
つまり固定型契約では、開発期間が長くなるだけではなく、プロジェクト完了時の成果物も「当初想定より機能が少ない状態」で終わることが多いのです。
テスト・修正フェーズの予測不可能性
固定型契約で見積もられた開発期間には「想定バグ修正」まで含まれています。しかし実際のテストで想定外のバグが見つかると、工数の再配分が発生します。
制作会社の立場からすると、固定価格で受けているため、追加工数は自社負担になります。そのため「スケジュール遅延を避けるために、テスト期間を短縮する」という逆転現象が起きるのです。
結果として品質確認が不十分なまま納品日が近づき、本番直前に多くのバグが見つかって大慌てという事態になります。
意思疎通の回数制限
固定型契約では「打ち合わせは月2回まで」「メール対応はビジネスアワー内のみ」といった制限が設けられることが多いです。これは制作会社側が工数を限定するためです。
その結果、疑問点が出ても「次の打ち合わせまで待つ」という状況になり、その間に開発が止まるか、独断で進めることになります。
責任回避による判断遅延
固定型契約では、仕様を超える変更はすべて「追加費用の対象」です。このため、制作会社側も慎重になります。「これは仕様に含まれるのか含まれないのか」という解釈について、議論が長くなるのです。
法的な責任を避けるために、細かい確認が増えます。その確認待ちの期間が、全体の開発期間を圧迫するのです。 現場では「これって想定内でしたっけ?」という会話が毎日続くことになります。
時間単価型契約で開発期間が短縮される理由

月額制または時給制の時間単価型契約では、変更の追加費用という概念がありません。発生した工数に対して月額を払う仕組みになっているためです。
この形態では、以下の特徴が生まれます。
- 変更申請の承認がない(すぐに着手できる)
- 進捗管理が目標達成型になる(いつまでに完了すればよいか)
- コミュニケーション頻度が増やしやすい(追加費用がかからない)
- 品質確認に時間を使える(工数が固定されていない)
特に重要なのは「変更申請が不要」という点です。クライアント側の意思決定層が少なくて済み、意思決定スピードが上がります。
ただし時間単価型には、開発期間の予測が難しくなるという課題があります。「いつ終わるのか」が事前に確定しないため、企画や営業との調整が複雑になるのです。
ハイブリッド型契約で期間と品質を両立させる方法
福岡ECサイト株式会社が支援している企業では、ハイブリッド型契約を採用するケースが増えています。これは「基本範囲は固定型」「追加対応は時間単価型」という組み合わせです。
具体的な構造は以下の通りです。
- 基本範囲:当初仕様として確定された要件(期間・金額固定)
- 追加範囲:プロジェクト進行中に発生した変更(時間単価制)
- 定期ミーティング:週1回または隔週での進捗確認(コミュニケーション頻度固定)
このハイブリッド型では、変更決定が早くなります。なぜなら「追加費用がいくらかかるか」を事前に見積もるのではなく、「この工数なら月額内で対応できるか」という判断になるからです。
判断基準が「月額の余裕工数」に変わることで、意思決定が10倍速くなります。 この差、実際のプロジェクトではかなり体感できます。月額50万円の契約なら、月80時間の予算があります。要望が「10時間で対応できるか20時間かかるか」の判断だけで、承認・非承認が決まるのです。
契約形態による開発期間の比較:実際の数値

| 項目 | 固定型契約 | 時間単価型契約 | ハイブリッド型契約 |
|---|---|---|---|
| 意思決定の階層数 | 3〜4層 | 1〜2層 | 2層 |
| 変更申請から着手まで | 5〜10営業日 | 即日 | 1〜2営業日 |
| テスト期間 | 短い(スケジュール重視) | 長い(品質重視) | 中程度(バランス型) |
| 期間予測の精度 | 高い | 低い | 中程度 |
| 実績納期(100万円規模) | 5〜6ヶ月 | 3〜4ヶ月 | 3〜5ヶ月 |
表を見ると、同じ規模のプロジェクトでも、固定型と時間単価型では2ヶ月の差が出ていることがわかります。この差は「制作会社の能力」ではなく、契約形態による意思決定スピードの違いなのです。
プロジェクト管理で判断する発注方式選択の基準
固定型契約を選ぶべき企業の条件
固定型契約は、以下の条件に当てはまる企業向けです。
- 仕様が確定している(プロジェクト途中の変更がほぼない企業)
- 納期が最優先(品質よりも期日厳守が重要)
- 予算管理が厳密(予算超過が許されない)
- 変更申請プロセスが整備されている(変更管理体制がある企業)
- プロジェクトスケール:100万円以下の小規模プロジェクト
たとえば「既存サイトのリニューアルで、要件は完全に決まっている」という案件なら、固定型が適しています。サイト制作の仕様書が完成していて、クライアント内部での承認も済んでいる状態です。
時間単価型契約を選ぶべき企業の条件
時間単価型は、以下に当てはまる企業向けです。
- 要件定義が未確定(プロジェクト途中の仕様変更が頻繁)
- 品質が最優先(テストや修正に時間を使う必要がある)
- 継続的なサポートが必要(制作後の運用もサポート契約で対応)
- 予算に余裕がある(実工数に応じた支払いができる)
- プロジェクトスケール:500万円以上の大規模プロジェクト
たとえば「新規事業のためのECサイト制作で、要件がまだ確定していない」という案件なら、時間単価型が適しています。プロジェクト進行中に「やっぱりこの機能が必要」という追加要件が出ても、柔軟に対応できるからです。
ハイブリッド型契約を選ぶべき企業の条件
ハイブリッド型は、以下の企業に最適です。
- 基本仕様は決まっているが、細かい変更がある可能性がある
- 期間・品質・予算のバランスが重要
- 月額50万円〜200万円の中規模予算がある
- 定期的なコミュニケーションで進捗管理できる体制がある
- プロジェクトスケール:200万円〜500万円の中規模案件
福岡ECサイト株式会社が支援した事例では、小売業者のShopify移行プロジェクトでハイブリッド型を採用しました。基本的なShopifyセットアップは固定範囲(2ヶ月)とし、商品登録や細かいカスタマイズは追加対応(時間単価制)にしたのです。
結果として、当初予定の4ヶ月から3ヶ月に短縮され、追加費用も予算内に収まりました。理由は「変更決定が速くなったこと」と「意思疎通の頻度が上がったこと」の2点です。
契約形態の選択ミスから起きる失敗パターン
失敗パターン1:変更が多い案件なのに固定型を選ぶ
新規EC事業の立ち上げで、要件がまだ完全には確定していないのに「予算を抑えるために固定型にしましょう」と判断するケースです。
結果として、プロジェクト3ヶ月目に「やっぱり〇〇機能が必要」という追加要件が出ます。固定型なので追加費用がかかり、かえって予算を超過してしまうのです。さらに「追加費用を抑えるために変更を見送る」という判断が増え、完成した時点で「当初イメージより機能が少ない」という状況になります。
開発期間も延伸します。変更申請の承認待ちで月単位の遅延が生じるからです。
失敗パターン2:時間単価型で予算管理ができず、開発期間が無限延長
要件が不確定な案件だから時間単価型にしたものの、月額50万円で「どこまで対応すればよいか」の基準がない状態です。
毎月「当月の工数が月額に収まらず、超過が発生」という事態になり、予算が月100万円を超えてしまいます。さらに「工数が増えるなら期間も延びる」という論理で、開発期間も当初予定の3ヶ月から6ヶ月になっていくのです。
これは契約形態の選択ミスというより、「月額内での対応範囲を明確にしなかった」というプロジェクト管理の失敗です。
発注方式選択の3つの判断軸
契約形態を選ぶときは、3つの軸で判断します。
- 要件確定度:仕様変更の可能性が高いか低いか
- 期間重視度:納期厳守が最優先か、品質重視か
- 予算規模:プロジェクト総額がいくらか
これら3つの軸を組み合わせることで、最適な契約形態が決まります。
要件が確定していて、納期が最優先で、予算が100万円以下なら固定型です。要件が不確定で、品質重視で、予算が500万円以上なら時間単価型です。その中間なら、ハイブリッド型を検討する価値があります。
契約形態の意思決定による期間短縮の原理
なぜ契約形態で開発期間が変わるのか、その本質を理解することが重要です。
開発期間を決める要素は「実際の開発工数」と「意思決定待ち時間」の2つです。実際の開発工数は、契約形態がどれでも同じです。同じプロジェクトなら、必要な工数は変わりません。
変わるのは「意思決定待ち時間」です。固定型では「変更費用をどう負担するか」という経営判断が必要になります。時間単価型では「月額工数に入るか」という現場判断だけで済みます。
つまり、契約形態とは「意思決定の仕組み」であり、この仕組みがプロジェクトのスピードを左右するのです。
福岡ECサイト株式会社では、クライアント企業のプロジェクト管理体制を見た上で、最適な契約形態を提案しています。予算管理の厳密さ・経営層の意思決定スピード・組織内のコミュニケーション頻度を総合的に判断して、固定型・時間単価型・ハイブリッド型のいずれかを選ぶのです。
Web制作会社選択時に確認すべき契約形態の要件
発注企業が制作会社を選ぶとき、以下の3点を確認することが重要です。
- その契約形態での実績数:固定型で実績がある会社と、時間単価型が得意な会社は異なります
- 変更申請のプロセス:変更があったとき、誰にどのタイミングで連絡すればよいか
- 月額内対応範囲の定義:特にハイブリッド型の場合、「月額に含まれる業務」を明確に聞く
多くの発注ミスは「契約形態を決めたけど、実務上の流れが不明確」という状況から起きます。 契約書にサインしてから「こんなはずじゃなかった」となるケースが本当に多いんです。



