ANSWER FIRST

結論

ホームページ制作の契約は、案件全体を一律に請負または準委任へ当てはめるのではなく、工程ごとに『完成させる対象と合格条件を事前に定義できるか』『発注者と制作会社が検討を重ねながら進める必要があるか』を確認して整理します。要件が明確な制作・実装は成果物と検収条件を定め、調査・要件整理・継続改善は実施内容、体制、報告方法、終了条件を定めます。実際の契約は名称だけで判断せず、個別案件に応じて専門家へ確認してください。

01

契約名より先に、各工程で何を約束するかを分ける

ホームページ制作には、現状調査、要件整理、情報設計、原稿、デザイン、開発、テスト、公開、運用改善が含まれます。ところが、これらを最初から一つの『制作一式』として扱うと、発注者は完成を約束した契約だと考え、制作会社は共同検討の作業時間を提供する契約だと考えるなど、期待がずれることがあります。最初に作るべきものは契約名の一覧ではなく、工程、成果物、判断者、完了条件を対応させた作業表です。

民法は、請負を仕事の完成とその結果への報酬を約する契約として定め、法律行為ではない事務の委託には委任の規定を準用するとしています。実務では名称だけで性質が確定するとは限らないため、『業務委託』とだけ記載して終えず、何を完成させるのか、どのような業務をどの注意義務・体制で行うのかを本文と別紙へ具体化します。本記事は発注準備の整理方法を示すものであり、個別契約の法的判断は弁護士等の専門家へ確認することが前提です。

  • 工程名と実施目的
  • 成果物または実施業務
  • 発注者・制作会社の役割
  • 確認者と判断期限
  • 完了・終了・中断の条件
02

完成条件を定義できる工程は、成果物と検収を具体化する

ページ構成、画面仕様、対応端末、入力条件などが合意済みで、完成状態を事前に確認できる工程では、成果物と検収条件を明確にします。『高品質なデザイン』『SEOに強いサイト』のような評価者によって解釈が変わる表現だけでは、完成判定に使えません。納品するページ、機能、データ、操作資料を列挙し、表示・操作・通知・計測・アクセシビリティなど、確認できる状態へ分解します。

検収では、対象URL、確認環境、テスト項目、提出方法、確認期間、不具合と要望変更の区別を定めます。仕様どおりでない状態の修正と、承認後に追加された要望を同じ『修正』として数えると、費用と日程の認識が崩れます。確認で見つかった事項は、契約範囲内の是正、仕様変更、将来対応、対象外へ分類し、変更する場合は金額・日程・他ページへの影響を合意してから着手します。

  • 納品ページ・機能・データ・資料
  • PC・スマートフォン等の確認環境
  • フォーム・通知・外部連携の合格条件
  • 検収期間と確認責任者
  • 不具合修正と追加要望の区分
  • 変更承認後の費用・日程・影響範囲
要件整理・設計制作・検証・公開後改善を工程ごとの性質に合わせて接続した発注設計ビジュアル
VISUAL GUIDE契約名を先に決めず、工程ごとの不確実性・完成条件・役割分担から適切な進め方を整理します。
03

不確実性が高い工程は、活動・体制・報告方法を定める

新規事業のサイト、関係部署が多い自治体・団体サイト、公開後の改善では、開始時点で必要なページや最終仕様を確定できない場合があります。この段階を無理に固定すると、調査で前提が変わるたびに追加見積もりとなるか、曖昧な要望を制作会社が一方的に完成させる構造になります。調査、ヒアリング、要件整理、試作、分析など、共同で判断材料をつくる工程は、実施する活動と参加者、会議頻度、記録、報告、意思決定の方法を具体化します。

準委任型で進める場合も、成果物を何も決めないという意味ではありません。調査報告、要件一覧、優先順位表、画面試作、作業記録など、各期間で提出する資料を決めると、実施内容を確認できます。一方で、未確定の最終成果や事業成果まで安易に保証させないことが重要です。IPAのモデル契約は、プロジェクトマネジメント義務と利用者側の協力義務、複数契約の関係を論点として示しています。発注者側も資料提供、事実確認、承認を担い、判断待ちが日程へ与える影響を共有します。

  • 調査・会議・試作・分析の実施範囲
  • 参加者と意思決定者
  • 期間ごとの報告・記録・提出資料
  • 作業量または期間の上限
  • 発注者が提供する情報と承認期限
  • 次工程へ進む条件と終了判断
04

一つの案件でも、工程ごとに発注方式を組み合わせる

実務では、最初の調査・要件整理を共同作業として進め、合意した仕様をもとにデザインと開発を完成型で発注し、公開後は定期的な分析と改善へ戻す方法があります。たとえば、第一段階で目的、対象者、必要機能、既存データ、管理権限を整理し、第二段階でサイトマップ、画面、実装、移行、公開を定義し、第三段階で検索データや問い合わせ内容から改善項目を決めます。各段階の境界に、承認・見積もり・継続判断を置きます。

アジャイルなど反復型の進め方を採用する場合も、柔軟であることと無制限であることは別です。IPAのアジャイル開発版モデル契約は、利用者側の事業部門を含むチームとの連携や、継続的なリリースを前提にした考え方を示しています。ホームページ制作へ応用する場合は、優先順位を誰が決めるか、一期間で扱う作業量、完成の定義、受け入れ方法、未完了項目の扱いを決めます。工程を分けることで、仕様が固まっていない段階の過大な固定見積もりと、完成条件が曖昧なままの発注をどちらも避けやすくなります。

  • 調査・要件整理：判断材料と要件を共同で確定
  • 設計・制作：成果物と合格条件を明示
  • 移行・公開：実行手順と切り戻し条件を明示
  • 運用・改善：期間、作業枠、優先順位を明示
  • 段階の境界：承認、再見積もり、継続判断
05

発注前チェックリストで、契約・見積もり・工程表を揃える

発注前は、提案書、見積書、契約書、仕様書、工程表を横に並べ、同じ業務が同じ言葉と範囲で記載されているかを確認します。見積書では『設計一式』、契約書では『制作業務』、工程表では『要件定義』となっている場合、その範囲と完成条件が一致するかを確かめます。外部サービス利用料、素材購入、撮影、データ移行、公開作業、保守が本体費用に含まれるかも区分します。契約類型だけを整えても、対象業務が曖昧なら実務上の認識違いは残ります。

最終確認では、変更手続き、再委託、知的財産・素材利用、秘密情報・個人情報、セキュリティ、責任範囲、中途終了、データ返却、運用引き継ぎも案件に応じて確認します。すべてを制作会社へ任せる、または発注者が細部まで指示するという二択ではありません。事業の事実と承認は発注者、専門的な設計・制作と説明は制作会社というように責任を分け、判断が必要な時点と記録方法を決めます。署名前には、実際の進め方と契約文が一致しているかをプロジェクト責任者と専門家が確認してください。

  • 工程ごとの成果物・業務内容・完了条件
  • 見積金額・支払時期・追加費用条件
  • 発注者の資料提供・確認・承認期限
  • 仕様変更と作業停止の手続き
  • 権利・データ・外部契約・管理権限
  • 中途終了時の精算・返却・引き継ぎ
FAQ

よくある質問

ホームページ制作は請負契約にすれば安心ですか？

請負という名称だけでは十分ではありません。完成させる対象、仕様、検収条件、変更手続きが曖昧なままでは認識違いが残ります。また、開始時点で最終仕様を決めにくい調査・要件整理・継続改善まで一律に完成型へすると、追加変更が増える場合があります。工程ごとの性質を整理し、個別案件は専門家へ確認してください。

準委任契約では成果物を求められないのですか？

そのように一律には言えません。最終成果の完成を約束するかとは別に、調査報告、要件一覧、議事録、試作、作業記録など、実施内容を確認する提出物や報告方法を定めることはできます。何を、どの期間・体制・方法で行い、どの状態で次へ進むかを明確にします。

請負と準委任を一つのプロジェクトで組み合わせてもよいですか？

工程を分け、各契約の対象・期間・成果物・報酬・責任・次工程との関係が明確であれば、組み合わせて設計する考え方があります。調査と要件整理、仕様確定後の制作、公開後の改善などを区切り、境界で承認と見積もりを行います。契約書の整合は弁護士等の専門家へ確認してください。

PRIMARY SOURCES

参考にした一次情報

外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。

PUBLISHER / UPDATE株式会社ファーストイノベーション

提供サービス：FIRST INNOVATION WEB