結論
ホームページ制作を発注する前に、総額だけでなく、支払時期と支払対象、各工程の確認者、検収の対象と期限、修正に含まれる範囲、追加費用が生じる条件、外部サービスの継続費を一つの確認表へ整理します。見積書・提案書・契約書・工程表の表現を揃え、変更時は金額と日程への影響を承認してから進めることで、予算と完成条件の認識違いを抑えられます。
総額ではなく、何にいつ支払うかを確認する
制作費の総額が同じでも、契約時、設計完了時、公開時など支払いの区切りが異なれば、社内の予算確保や承認手続きは変わります。最初に、各支払いがどの工程や成果物に対応し、請求書の発行時期と支払期限がいつかを確認します。着手前に必要な支払い、途中段階の支払い、公開・納品後の支払いを区分し、制作が中断・延期した場合の扱いも書面で照合します。
ドメイン、サーバー、CMS、フォーム、予約、決済、解析、画像素材などの外部サービス費は、制作費に含まれる場合と、発注者が別途契約・支払いする場合があります。初年度だけ含まれる費用、月額・年額で継続する費用、利用量で変わる費用を分け、契約名義、更新方法、解約時のデータ取得可否まで確認します。金額が未確定の項目は見込み額を断定せず、決定条件と承認者を記録します。
- 支払回数・時期・各回の対象工程
- 請求書の発行時期と社内処理に必要な日数
- 制作費に含む外部サービスと別契約の費用
- 月額・年額・利用量連動の継続費
- 延期・中断・再開時の費用と工程の扱い
- 契約名義・更新担当・解約時のデータ確認
検収を「見た目の確認」だけにしない
検収は、完成画面の印象だけを確認する工程ではありません。発注時に合意したページ、機能、対応端末、フォーム通知、計測、検索設定、更新環境、納品物が揃い、主要な利用経路を操作できるかを確認します。対象URLと機能ごとに確認項目を持ち、誰が、どの環境で、いつまでに、どの状態を合格とするかを工程表へ記載します。
文章や会社情報は事業担当者、フォームや個人情報の扱いは運用担当者、公開設定や計測は制作・技術担当者というように、内容に応じて確認者を分けます。すべてを一人へ集約すると、確認漏れや期限直前の差し戻しが起きやすくなります。検収期間中に見つかった不具合、合意内容との相違、新しい要望を同じ修正として扱わず、原因と対応区分を記録することが重要です。
- ページ・機能・納品物の一覧
- PC・スマートフォンの主要表示
- フォーム送信・通知・完了案内
- タイトル・canonical・OGP・サイトマップ・計測
- CMS更新・権限・バックアップの操作
- 不具合・合意との差異・追加要望の区分
修正対応と追加対応の境界を言葉にする
「修正○回まで」という表現だけでは、どの単位を一回と数えるか、複数ページの変更をまとめられるか、確認後の再変更が含まれるかが分かりません。デザイン案、原稿、写真、機能、公開設定の段階ごとに確認日を設け、各段階で確定する内容と、確定後に変更した場合の扱いを共有します。制作会社側の不具合修正と、発注後に増えた要望・素材差し替え・事業条件変更を区別します。
追加対応が必要になった場合は、口頭やチャットの短い依頼だけで進めず、変更内容、変更理由、対象ページ、追加費用、納期への影響、既存部分への影響を一つの変更記録へまとめます。金額だけを見て判断すると、公開日や別機能に影響が残ることがあります。「公開前に必須」「公開後でもよい」「今回は見送る」に分け、発注者側の決裁者と制作側の責任者が同じ内容を確認してから着手します。
- どの単位を一回の修正と数えるか
- 工程ごとの確認日・確定日・変更期限
- 不具合修正と新しい要望の区別
- 変更による費用・納期・他機能への影響
- 追加対応の承認者と記録方法
- 公開前・公開後・見送りの優先区分
発注前の比較表は六つの列で揃える
制作会社ごとに見積書の名称や内訳が違う場合、金額を横に並べるだけでは同じ条件を比較できません。比較表には「対象」「含まれる作業」「完成・確認条件」「支払時期」「追加になる条件」「公開後の扱い」の六つを設けます。企画、原稿、撮影、デザイン、開発、移行、公開、保守を行に分けると、含まれていない工程と発注者側で必要な準備が見えます。
価格差があるときは、安い・高いと結論づける前に、提案範囲、作業量、確認回数、データ移行、公開後支援、外部費用の前提を揃えます。将来必要になりそうな機能も、初回制作へ無理に含めるのではなく、追加時の設計条件や概算確認の方法を決めます。比較表は制作会社を評価するだけでなく、社内が何を発注し、何を自ら用意するのかを合意する資料として使います。
- 対象ページ・機能・成果物
- 見積もりに含まれる作業と発注者の担当
- 完成条件・確認方法・検収期限
- 請求と支払いの時期
- 追加費用になる変更・作業・外部利用
- 公開後の保守・更新・データ管理
契約・制作・公開後まで一つの管理表で引き継ぐ
発注時の確認内容が担当者のメールや会議メモに分散すると、制作中や担当交代時に判断根拠を追えません。見積書、提案書、契約書、工程表、仕様書で用語と範囲が一致しているかを確認し、食い違いがあれば契約前に修正します。実務用の管理表には、決定事項、未確定事項、確認担当、期限、費用への影響、参照資料を記録し、最新版が一つに定まるようにします。
公開時には、検収結果、未対応項目、公開後に行う作業、外部サービスの更新日、保守窓口、データとアカウントの保管場所を運用担当者へ引き継ぎます。公開後の軽微な修正、更新代行、障害対応、機能追加が保守に含まれるかを改めて確認し、依頼方法と回答・作業の基準を共有します。契約条件は案件ごとに異なるため、一般的な呼び方だけで判断せず、実際に取り交わす文書と運用方法を個別に確認してください。
- 文書間で用語・金額・範囲・日付を統一
- 決定事項と未確定事項を分けて管理
- 変更履歴・承認者・参照資料を記録
- 検収結果と公開後対応を運用担当へ引き継ぎ
- 外部サービスの更新日と管理者を明確化
- 保守に含む作業と個別見積もりの境界を確認
よくある質問
制作費は一括払いと分割払いのどちらがよいですか？＋
一律の正解はありません。制作期間、社内の支払手続き、各工程の成果物、制作会社の条件によって適切な方法は異なります。支払回数だけでなく、各回がどの工程に対応し、中断・延期時にどう扱うかを契約前に確認します。
公開後に見つかった修正は、すべて制作費に含まれますか？＋
不具合、合意内容との相違、公開後に発生した新しい要望では扱いが異なります。検収期間、無償対応の対象、保守範囲、個別見積もりになる条件を文書で確認し、発見内容と再現手順を記録して制作会社へ共有します。
追加費用が未確定の機能は、発注時にどう扱えばよいですか？＋
機能の目的、利用者、必要条件、外部サービス、確認方法を整理し、金額が決まる条件と見積もり時期を明記します。初回公開に必須でなければ将来対応へ分け、承認前に着手しない運用にすると予算を管理しやすくなります。
提供サービス：FIRST INNOVATION WEB