ホームページ制作の見積書を三社から受け取っても、合計金額だけでは比較できません。A社は原稿作成と撮影を含み、B社は支給素材だけで制作し、C社は公開後の保守まで含むかもしれないからです。項目名が同じでも、数量、担当、完了条件が違えば別の商品です。
結論は、安い順に並べる前に、各項目を含む・含まない・条件付き・未確認の4状態へ揃え、差の理由を一行で記録することです。見積書を無理に細分化してもらうのではなく、「何を、誰が、どこまで、何をもって完了とするか」を同じ質問で確認します。
この記事は、堺市で複数社からホームページ制作の見積を受け取った事業者が、成果物、原稿・撮影、品質、移行、権利、運用、追加費用を同じ条件で比べるための実務ガイドです。候補会社そのものの選び方はホームページ制作会社を7つの証拠で比較する記事、相談前の目的整理は堺市のホームページ制作依頼前の準備に分けています。
最初に確認する結論：合計ではなく差の理由を比べる
見積比較の成果物は、一番安い会社名ではありません。「共通条件」「会社ごとの差」「未確認事項」「追加になる条件」「選んだ理由」を一枚で説明できる記録です。金額が高い提案でも必要な作業が多い場合があり、低い提案でも自社で担える範囲が広ければ合理的です。高低を良し悪しへ直結させず、差を作業とリスクへ翻訳します。
比較表は「同じものを買う状態」を作る道具
たとえば「10ページ」は、10種類の独自デザインなのか、3種類のテンプレートへ10ページ分を流し込むのかで作業が異なります。「原稿対応」も、誤字修正、構成整理、取材、執筆、専門家確認では範囲が違います。項目名ではなく、数量と作業の定義を揃えます。
価格を伏せず、価格を見る順番を後ろへ移す
価格は重要です。ただし、前提が揃う前に総額へ目を向けると、含まれない作業を安さと誤認しやすくなります。まず範囲と不足を確認し、次に初期費用、選んだ同一運用期間の費用、条件付き費用を並べます。相場を推測したり、架空の「適正価格」を置いたりする必要はありません。
| 見る順番 | 確認するもの | 判断 | 残す記録 |
|---|---|---|---|
| 1 | 前提・数量・担当 | 比較可能か | 前提票の版 |
| 2 | 成果物・完了条件 | 必要を満たすか | 含む／含まない |
| 3 | 条件付き・未確認 | 追加の可能性 | 発生条件と確認先 |
| 4 | 初期・運用・終了費 | 同じ期間の総額 | 税区分と支払時点 |
| 5 | 差の理由 | 採用・再質問・除外 | 判断日と判断者 |
比較前に一枚の「共通前提票」を固定する
目的・対象・範囲を同じ文面で渡す
各社へ別々の説明をすると、見積の差が会社差なのか説明差なのか分からなくなります。共通前提票には、最優先の目的、主な利用者、対象サイト、ページ・機能の仮範囲、社内で用意できる原稿と素材、希望時期、公開後の担当、既存サイトの有無を書きます。未定は空欄にせず「未定」と記載し、誰がいつ決めるかを添えます。
版番号・発行日・有効期限を揃える
比較中にページ数や撮影条件が変わると、旧版と新版が混ざります。前提票を「条件票v1.0」のように識別し、見積にも対象版を書いてもらいます。見積の発行日、有効期限、税込・税別、支払時点、前払金や分割の条件も揃えます。口頭回答は共通Q&Aへ記録し、全社へ同じ訂正情報を渡します。
既存サイトがある場合は資産一覧を添える
リニューアルでは、現行ページ数だけでなく、残すURL、統合候補、フォーム、会員・予約機能、計測、ドメイン、サーバー、メール、素材権利が移行量を左右します。先にリニューアル前のURL・権限・計測資料一覧を作り、同じ一覧を各社へ渡します。調査前の概算と調査後の確定見積を混ぜません。
| 前提ID | 共通条件 | 数量・状態 | 発注側担当 | 確定期限 |
|---|---|---|---|---|
| P-01 | 最優先目的 | 問い合わせ／採用など一つ | 決裁者 | 見積依頼前 |
| P-02 | 対象範囲 | 新規／改修、URL一覧 | Web担当 | 現況調査後 |
| P-03 | 原稿・素材 | 支給／取材／未定 | 広報・現場 | 構成確定前 |
| P-04 | 機能・連携 | フォーム、予約、会員等 | 業務担当 | 要件確認時 |
| P-05 | 公開・運用 | 希望時期、保守、更新者 | 責任者 | 契約前 |
各項目を4つの状態へ正規化する
「含む」と「条件付き」を分ける
「撮影対応可」は、見積に含むとは限りません。含むなら回数、時間、場所、納品枚数、交通費、再撮影を確認します。「条件付き」は、何が起きると追加になるかを文章にします。条件が説明されていない項目は、勝手に「含む」と解釈せず未確認に置きます。
会社ごとの書式を一つの台帳へ写す
比較台帳の列は「前提ID、比較条件、A社、B社、C社、差の理由、質問、確定日」で足ります。原文を消さず、見積ページ番号や回答メールの日付を証拠欄へ残します。書き換えに迷う箇所は原文のまま引用せず、要約と参照先を分けて記録します。
| 状態 | 意味 | 記録例 | 次の動き |
|---|---|---|---|
| 含む | 数量・完了条件まで見積内 | 取材1回、原稿5ページ | 証拠箇所を記録 |
| 含まない | 発注側または別契約 | 商品撮影は自社支給 | 社内工数を見積る |
| 条件付き | 条件成立時に追加 | 2回目以降の撮影 | 単価・承認方法を確認 |
| 未確認 | 記載・回答がない | 旧URL転送の本数不明 | 共通質問を送る |
見積を8つの比較ブロックに分ける
項目名は制作会社ごとに違っても、実務上は8ブロックへ整理できます。①前提・版、②成果物・数量、③原稿・撮影、④品質・非機能、⑤移行・公開、⑥体制・変更、⑦権利・引渡し、⑧運用・契約です。どの会社にも同じ8ブロックを当て、書かれていない場所を未確認として可視化します。
ブロック1：成果物と数量を比較する
ページ数とテンプレート数を分ける
トップページ、事業ページ、事例、採用、記事、問い合わせなど、ページの役割を分けます。ページ数だけでなく、独自デザインの種類、共通テンプレートの種類、登録する初期記事数、一覧・詳細の組み合わせを確認します。レスポンシブ対応を別項目にせず、各成果物の完了条件に含めます。
フォームと外部連携は動作単位で数える
問い合わせフォームなら、入力、確認、完了、自動返信、社内通知、迷惑送信対策、保存の有無、テストまでを一組として確認します。予約、会員、EC、在庫、顧客管理、採用管理など外部システムと連携する場合は、接続先、利用料、テスト環境、障害時の責任境界を分けます。「連携一式」だけでは受入条件が分かりません。
ブロック2：原稿・取材・写真の担当を比較する
原稿は支給・整理・取材・執筆を区別する
自社が完成原稿を支給するのか、箇条書きを制作会社が整理するのか、取材から執筆するのかで工数が変わります。専門的な製品や法令に関わる説明は、誰が事実確認し、誰が最終承認するかも決めます。修正回数だけでなく、事実誤認の訂正と方針変更による書き直しを分けます。
撮影は場所・安全・権利・再撮影まで見る
撮影では、拘束時間、訪問先、移動費、撮影対象、人物同意、工場や店舗の立入条件、保護具、機密物の写り込み、画像選定、補正、納品枚数、再撮影を確認します。写真の利用範囲がWebだけか、採用資料や広告にも使えるか、元データを受け取れるかも比較します。
ブロック3：品質・非機能条件を比較する
端末・ブラウザ・アクセシビリティの合格条件
「スマホ対応」だけで終えず、確認する画面幅、対象ブラウザ、文字拡大、キーボード操作、画像の代替テキスト、フォームのエラー表示を確認します。デジタル庁のウェブアクセシビリティ導入ガイドブックは、発注者と受託者が共通理解を持ち、調達・制作・検証へ組み込む考え方を示しています。どの基準を、どのページで、誰が確認するかを見積条件にします。
性能・安全・バックアップは証拠を決める
表示速度は測定対象ページ、端末条件、測定時点、改善後の証拠を決めます。セキュリティは更新、権限、ログ、脆弱性対応、事故連絡を確認します。問い合わせ・採用・会員情報を扱う場合、個人情報保護委員会の通則編ガイドラインを基に、委託先選定、安全管理、契約、取扱状況、再委託の把握を確認します。
ブロック4：移行・公開・復元を比較する
旧URLと新URLを一対一で扱う
リニューアルでは、旧URLごとに維持、変更、統合、終了検討を決めます。Google Search Centralのサイト移行ガイドを参考に、旧新URL対応、恒久リダイレクト、canonical、内部リンク、サイトマップ、公開後監視が含まれるかを確認します。「SEO設定一式」ではなく、対象本数と検証方法を揃えます。
公開前バックアップと戻し方を決める
WordPress.orgのバックアップ解説では、データベースとファイルの双方が必要であることが示されています。見積では、誰がいつ取得し、どこへ保管し、復元テストをするか、公開失敗時にどの状態へ戻すかを確認します。ドメイン、DNS、メールを変更する場合は、サイト公開と別の切替計画にします。
ブロック5：体制・承認・変更を比較する
担当名と代替要員を確認する
営業窓口だけでなく、進行、設計、執筆、デザイン、実装、品質確認の担当を確認します。兼任でも問題ありませんが、誰が決め、誰が作り、誰が確認するかが必要です。休職や繁忙時の代替、外部パートナー・再委託の範囲、発注側の必要工数も比較します。
修正と変更要求を分ける
合意した原稿の誤記修正と、ページ追加・構成変更は同じ「修正」ではありません。各承認段階、回答期限、修正をまとめる方法、合意後の変更手順、追加見積の承認者、納期への影響を決めます。発注後の運用は依頼書から公開・引渡しまでの進め方で管理し、この記事では契約前に比較できる条件までを扱います。
ブロック6：権利・アカウント・納品物を比較する
著作権と利用許諾を成果物ごとに確認する
デザイン、文章、写真、動画、イラスト、フォント、プラグイン、テーマ、外部素材は同じ扱いではありません。自社へ移る権利、利用できる媒体・期間・地域、改変の可否、第三者ライセンス、退職者や出演者の同意を分けます。重要な権利条項は契約専門家へ確認し、この記事だけで法的判断を完結させないでください。
アカウントと元データの引渡しを一覧化する
ドメイン、サーバー、CMS、解析、タグ管理、広告、地図、メール送信、外部サービスは、契約者、所有者、管理者権限、請求先を確認します。納品物には、公開データだけでなく、編集可能なデザインデータ、原稿、撮影元データ、設定一覧、運用手順、ライセンス一覧、バックアップ、担当一覧を含むかを記録します。
ブロック7：運用費と終了条件を比較する
同じ期間の総費用へ揃える
初期制作費だけでなく、サーバー、ドメイン、CMS・プラグイン、外部サービス、保守、更新、バックアップ、監視を、社内で選んだ同一期間へ揃えます。たとえば12か月を使うなら全社とも12か月にし、将来価格は確定情報と仮定を分けます。月額と都度更新の判断はホームページ更新費用の見積範囲へ分離します。
保守終了・移管時の出口を見る
最低契約期間、解約予告、解約後のデータ、アカウント移管、バックアップ提供、外部サービス停止、移管支援の費用と期限を確認します。平常時の対応時間だけでなく、障害の受付、一次回答、復旧目標、対象外、休日対応も比較します。終了条件がない安価な保守は、将来の移管費用を判断できません。
ブロック8：契約・支払・検収を比較する
責任分担と成果物を契約へつなぐ
IPAの情報システム・モデル取引・契約書は、ユーザ企業とITベンダの取引構造、各開発段階の責務、契約ひな型を提供しています。ホームページ制作へそのまま当てはめるのではなく、役割、成果物、変更、検収、権利、保守、引渡し、終了・移管を漏れなく話すための論点として使います。
検収と支払の節目を揃える
契約時、中間、公開前、検収後など、支払時点と対象成果物を確認します。検収期間、修補、発注側の確認遅延、不可抗力、途中解約、未完成成果物の扱いも重要です。IPAのユーザのための要件定義ガイドも参考に、未確定事項を隠さず、要件を合意する過程そのものを見積へ含めます。
| 比較ブロック | 最低限の数量・条件 | 完了証拠 | 代表的な質問 |
|---|---|---|---|
| 成果物 | ページ、テンプレ、フォーム | 成果物一覧・動作結果 | 何を何点納品しますか |
| 原稿・撮影 | 取材回数、原稿数、撮影場所 | 承認原稿・納品画像 | 誰が事実確認しますか |
| 品質 | 端末、ブラウザ、検査範囲 | テスト結果 | 合格条件は何ですか |
| 移行・公開 | URL、データ、切替対象 | 対応表・復元記録 | 失敗時にどう戻しますか |
| 体制・変更 | 担当、会議、承認段階 | 議事・変更記録 | 変更は誰が承認しますか |
| 権利・引渡し | 権利、アカウント、元データ | 納品・権限一覧 | 終了時に何が残りますか |
| 運用 | 期間、対応時間、外部費 | 月次記録・請求内訳 | 対象外と出口は何ですか |
| 契約・支払 | 検収、支払、解約条件 | 契約・検収書 | 未完了時の扱いは何ですか |
堺市の事業者が追加しやすい見積条件
堺市公式の産業特性は、多くの中小企業が集積し、金属製品製造業と生産用機械器具製造業が工業集積を特徴づけると説明しています。ただし、すべての堺市事業者が製造業ではありません。地域名を加えるだけでなく、自社の現場条件に当てはまる項目だけを見積へ足します。
製造業：工場・製品・技術の撮影条件
工場では、稼働時間、安全教育、保護具、撮影禁止区域、機密製品、顧客名、人物同意、機械停止の可否を確認します。製品写真はサイズ、材質、加工精度、用途が伝わる構図を決め、技術説明は現場責任者が校閲します。撮影日だけでなく、事前下見と再撮影の条件が見積差になります。
店舗・訪問サービス：移動と営業範囲
店舗、施設、施工、訪問サービスでは、複数拠点の撮影、営業時間外対応、利用者の写り込み、駐車・移動、対応地域の地図、電話・予約導線を確認します。堺市内だけか南大阪までか、来店と訪問のどちらを優先するかで、必要なページと撮影量が変わります。
海外取引・採用：多言語と現場取材
海外取引がある場合は、翻訳言語、翻訳者、専門用語集、更新時の翻訳、文字量によるレイアウト、問い合わせ先を確認します。採用では、職種、勤務地、勤務風景、社員取材、公開承認、募集終了時の更新責任を見積へ含めます。単なる機械翻訳や一度きりの撮影で足りるかを自社で判断します。
Web制作を越えるDX案件は相談先を分ける
在庫、受発注、設備、顧客管理など業務システムの導入を伴う場合、Web制作見積だけで判断しない方法があります。堺市産業振興センターの産業DX支援センターは、堺市内中小企業等を対象に専門家相談、現状診断、ロードマップ、必要に応じたベンダーマッチングを案内しています。これはWeb制作会社の提案を保証する制度ではないため、対象・最新条件を公式窓口で確認し、相談と発注判断を分けます。
| 事業場面 | 見積へ足す条件 | 追加になりやすい作業 | 社内確認者 |
|---|---|---|---|
| 工場・製品 | 安全、機密、稼働、技術校閲 | 下見、再撮影、図解 | 工場長・技術責任者 |
| 店舗・施設 | 営業時間、人物同意、複数拠点 | 時間外・拠点間移動 | 店舗・施設責任者 |
| 訪問サービス | 対応地域、事例、予約導線 | 現場同行、地図整備 | 営業・現場責任者 |
| 海外取引 | 言語、用語、翻訳更新 | 専門翻訳、言語別QA | 海外営業・法務 |
| 採用 | 職種、勤務地、社員同意 | 取材、募集更新 | 人事・現場責任者 |
追加費用の発生条件を先に台帳化する
追加費用は、追加そのものより「いつ、誰が、何を根拠に承認したか」が不明なときに問題になります。代表的なトリガーは、ページ追加、原稿作成、撮影追加、フォーム・外部連携追加、修正範囲超過、移行対象増、短納期です。契約前にすべてを確定できなくても、発生条件、見積方法、承認前は着手しないことを決められます。
追加になる境界を具体的に書く
「大幅修正は追加」では境界が曖昧です。承認後の構成変更、ページ追加、撮影時間延長、外部API仕様変更、支給期限遅延による再調整など、観察できる出来事へ変えます。追加単価が決められない場合は、都度見積、影響説明、書面承認の順を決めます。
補助制度を前提に契約しない
補助制度は、制度・公募回・対象経費・着手時期で扱いが変わります。利用を考える場合はWeb制作の補助制度を公式要領で確認する手順を使い、申請支援費、採択前着手の扱い、不採択時の契約・支払、証憑の担当を分けます。採択を保証する説明は比較根拠にしません。
| トリガー | 境界の例 | 確認する費用 | 承認証拠 |
|---|---|---|---|
| ページ | 合意一覧外の新規ページ | 構成・原稿・実装・QA | 追加ページ票 |
| 原稿 | 支給から取材執筆へ変更 | 取材・執筆・校閲 | 担当変更承認 |
| 写真 | 時間・場所・再撮影の追加 | 撮影・移動・補正 | 撮影指示書 |
| フォーム・連携 | 項目・接続先・通知追加 | 設計・実装・テスト | 機能変更票 |
| 修正 | 承認済み構成の変更 | 再設計・再制作 | 変更要求票 |
| 移行 | URL・データ件数の増加 | 移行・転送・検証 | 移行台帳改訂 |
| 短納期 | 合意日より前倒し | 増員・時間外・範囲縮小 | 日程変更承認 |
三社の見積を決める6ステップ
1. 原本を保存し、前提票の版を紐づける
受領したPDF、メール、提案資料を変更せず保存し、受領日と対象前提票を記録します。表計算へ転記しても原本への参照を残します。税区分、有効期限、支払条件が異なる場合は先に注記します。
2. 8ブロックへ転記し、4状態を付ける
会社独自の項目名を8ブロックへ割り当て、数量、担当、完了条件、証拠箇所を書きます。判断できない場所を未確認にします。曖昧な項目を都合よく「含む」へ変えないことが重要です。
3. 共通質問を一度だけ全社へ送る
会社ごとに質問を変えず、未確認一覧をまとめて送ります。回答期限、回答形式、前提修正が全社へ共有されることを伝えます。営業表現ではなく、範囲、数量、除外、追加条件、担当、完了証拠で答えてもらいます。
4. 改訂見積と差分表を受け取る
回答だけで合計が変わるなら、同じ前提版に基づく改訂見積を依頼します。旧見積を上書きせず、版、変更日、変更理由を残します。範囲が違うまま総額だけを再比較しません。
5. 必須条件と未解決事項を先に判定する
必要なフォーム、移行、権利、納期、安全条件など、満たさなければ発注できない項目を先に見ます。必須条件の不足を安さで相殺しません。条件付きで進めるなら、誰がいつ確認するかを未解決事項として残します。
6. 差の理由を添えて社内決裁する
社内決裁には、共通前提、各社総額、同一期間の運用費、条件付き費用、必須条件、主な差、未解決事項、採用理由、次点理由を添えます。最安ではない会社を選ぶ場合も、何が含まれ、どのリスクを減らすためかを説明できます。
| 前提ID | 比較条件 | A社 | B社 | C社 | 差の理由 | 質問 | 確定日 |
|---|---|---|---|---|---|---|---|
| P-02 | ページとテンプレ | 含む | 条件付き | 含む | 初期登録数が異なる | 登録件数は何件か | |
| P-03 | 取材・原稿 | 含む | 含まない | 未確認 | 社内負担が異なる | 取材回数と校閲者は | |
| P-05 | 公開後の保守 | 条件付き | 含む | 含まない | 契約期間が異なる | 終了時の移管条件は |
比較を止める赤信号
範囲・権利・追加条件を説明できない
「制作一式」の範囲、納品物、アカウント所有者、素材ライセンス、追加条件、検収、終了時のデータを質問しても説明が得られない場合は、契約を急がず未確認を解消します。説明が簡潔でも問題ありませんが、判断に必要な線引きは書面で残します。
当日契約・成果保証・権限の先渡しを求める
理由なく当日契約を迫る、検索順位・問い合わせ・売上を条件なしで保証する、比較段階でCMSや解析の管理者権限を求める、補助金採択を保証する説明には慎重になります。必要な調査権限は対象、期間、操作、削除日を限定し、原則として読み取りから始めます。
まとめ：見積比較は「未確認を減らす作業」
堺市でホームページ制作の見積を比べるときは、合計金額より先に、共通前提票、8つの比較ブロック、4つの状態を揃えます。成果物、原稿・撮影、品質、移行、体制、権利、運用、契約について、数量、担当、完了条件、追加条件を確認すれば、価格差を作業とリスクの差として説明できます。
見積の原本と改訂版を残し、共通質問、差の理由、未解決事項、判断日を一つの台帳で管理してください。発注後は変更管理へ引き継ぎ、公開後は運用と出口まで追える状態にします。重要な契約・権利・個人情報の判断は、必要に応じて専門家へ確認します。
自社の見積書を8ブロックへ分けても未確認が残る場合は、ホームページ制作の相談窓口で、会社選定とは切り分けて条件整理から相談できます。本候補の本番反映は行いません。全対象記事と横断監査が完了し、最終承認を得るまでは、本文、URL、公開状態、canonical、更新日、内部リンク元、Search Console、SNSを変更しません。
