ホームページ制作の見積もりの作り方｜あとで足せない項目

2026年2月13日

長谷川奈津

この記事のポイント

✓ホームページ制作の見積もりの出し方を
✓項目の立て方から条件の書き方まで実務手順で整理しました
✓あとから追加できない項目

ホームページ制作の見積もりで揉める案件には、共通の構造があります。金額が高すぎたわけでも安すぎたわけでもなく、見積書に「書いていなかった項目」が着手後に発生している、という構造です。あとから足せる項目と、足せない項目があります。この違いを知らないまま見積書を作ると、作業の途中で必ず苦しくなります。

この記事では、見積もりの項目をどう立てるか、条件をどこに書くか、そして着手後には交渉できなくなる項目は何かを、実務の順番で整理します。金額の水準そのものより、項目の立て方と条件の書き方が、結果を大きく左右します。

見積書が果たしている役割を理解する

見積書は金額を伝える書類だと思われがちですが、実務での役割はそれだけではありません。役割を理解すると、書くべき内容が変わります。

作業範囲を確定させる書類である

見積書に書かれた項目が、そのまま「引き受ける作業の一覧」になります。書かれていない作業は、原則として範囲外です。ただし、これは書いていない作業を断れるという意味ではありません。書いていない作業について、依頼側が「当然含まれると思っていた」と主張してくる余地が残る、という意味です。

このため、見積書には含まれる作業だけでなく、含まれない作業も書きます。「ロゴ制作、写真撮影、原稿執筆は本見積に含まれません」と1行入れておくだけで、後の議論がなくなります。

条件を先に提示する書類である

修正回数、支払い条件、公開日の前提。これらを見積書に書いておくと、金額と条件をセットで検討してもらえます。条件を後から出すと、依頼側には「途中で条件を追加された」と見えます。金額の妥当性ではなく、提示の順番の問題です。

相手の判断材料になる書類である

依頼側は、複数の見積を比較して判断することがあります。項目が細かく分かれていて、それぞれに何をするのかが書かれている見積書は、比較の場で強くなります。総額だけを1行で示した見積書は、金額だけで判断されます。

項目の立て方

見積の項目は、作業の種類で分けます。ページ数だけで金額を出す方法では、作業量の実態を表せません。

設計と管理の費用を独立した項目にする

いちばん抜けやすいのが、この項目です。競合調査、サイトマップの作成、要件の整理、日程の管理、品質の確認。こうした作業は目に見える成果物になりにくいため、見積から落ちがちです。

制作会社の見積書では、この費用は独立した項目として立てられています。

ホームページ制作の「設計図」を作り、プロジェクト全体を管理するための費用です。具体的には、競合調査、サイトマップ作成、要件定義、進行スケジュール管理、品質チェックなどが含まれます。一般的に、ホームページ制作費総額の10％〜30％程度がディレクション費として計上されます。出典: bluemonkey.jp

個人で受ける場合も、この項目を立てておく意味があります。金額を確保するためだけでなく、「打ち合わせと設計にも作業時間がかかる」ことを依頼側に伝えるためです。この項目がない見積書では、打ち合わせが無限に増えても断る根拠がありません。

デザインと実装を分ける

デザインの作業と、実装の作業を別の項目にします。分ける理由は2つあります。ひとつは、デザインだけを承認して実装は依頼側で行う、といった発注形態に対応できること。もうひとつは、修正の条件を工程ごとに設定できることです。

デザインの修正と実装の修正では、作業量が違います。項目が分かれていれば、修正回数も別々に設定できます。

ページの種類ごとに単位を変える

トップページ、下層ページ、問い合わせフォームのあるページ、記事一覧のあるページ。それぞれ作業量が違います。「1ページいくら」で一律に計算すると、複雑なページを作るときに合わなくなります。

ページの種類ごとに項目を立て、それぞれに数量を書きます。依頼側から見ても、どのページにどれだけかかっているかが分かり、範囲を調整する相談がしやすくなります。

公開作業と初期設定を項目にする

サーバーとドメインの設定、SSL証明書の設定、解析ツールの設置、検索エンジンへの登録。公開に伴う作業は複数あり、それぞれに時間がかかります。これらをまとめて「公開作業」の1項目にするか、個別に立てるかは案件によりますが、項目自体を落とさないようにします。

素材の準備を項目にする

原稿、写真、イラスト、図表。これらを誰が用意するかで作業量が変わります。依頼側が用意する前提なら、その旨を見積書に明記します。制作側で用意するなら、項目として立てて金額を入れます。

素材の準備は、後から追加できない項目の代表格です。理由は次の章で扱います。

あとで足せない項目

見積の項目には、着手後に追加を認めてもらいにくいものがあります。これらは最初の見積に必ず入れます。

原稿の作成

いちばん足せないのがこれです。デザインの作業が進んだ段階で「原稿もお願いできますか」と言われたとき、断ると制作が止まります。かといって無償で引き受けると、作業量が大きく増えます。

原稿の担当は、見積の段階で確定させます。依頼側が用意するなら「原稿はご支給いただく前提です」と書き、制作側で書くなら項目として立てます。中間的な形として、依頼側が箇条書きで内容を出し、制作側が文章に整える、という分担もあります。この場合も、どちらがどこまでやるかを文字にします。

打ち合わせの回数

打ち合わせの回数を書いていない見積書では、依頼側は必要なだけ打ち合わせを求めます。1回の打ち合わせに前後の準備時間を含めれば、相応の時間が使われます。回数が積み上がると、制作の作業時間を圧迫します。

「打ち合わせは全体で3回まで、1回あたり1時間程度を想定しています。超過分は別途お見積りします」と書いておきます。この条件を後から追加することは、実務上ほぼ不可能です。

修正の回数と範囲

着手後に「修正は3回までです」と言い出すことはできません。最初に書いていなければ、無制限として扱われます。工程ごとの修正回数、修正と追加の区別、上限を超えた場合の扱いを、見積書に書きます。

修正条件は、金額よりも先に説明します。「この金額には、デザイン案の修正2回が含まれています」という形で説明すると、金額と条件が結びついて理解されます。

対応する端末とブラウザの範囲

どの端末とブラウザで動作を確認するかを書きます。書いていないと、古いブラウザでの表示崩れを指摘されたときに、無償で対応することになります。確認する環境を列挙し、それ以外は範囲外であることを明記します。

公開後の保守

公開後の更新や不具合対応が制作費に含まれるかどうかを書きます。含まれないなら、その旨を明記したうえで、保守の見積を別に出します。ここを書いていないと、公開後も無償で対応を求められ続けます。

不具合の対応については、保証期間を設けるのが一般的です。「納品後1か月以内に発見された、仕様と異なる動作の修正は無償で対応します」といった形にします。仕様と異なる動作の修正と、仕様変更の依頼は別物であることも、あわせて書きます。

著作権と使用範囲

制作物の著作権をどう扱うかを書きます。譲渡するのか、使用を許諾するのか。譲渡する場合は、その対価が金額に含まれているかを明示します。この項目は、あとから交渉すると必ず難航します。

見積を作る前に確認しておくこと

項目を立てる前に、依頼側から引き出しておくべき情報があります。ここが埋まっていない状態で見積を作ると、根拠のない数字を並べることになります。

作る目的と、成果をどう測るか

求人への応募を増やしたいのか、既存の顧客に情報を届けたいのか、名刺に載せるURLが必要なのか。目的によって、必要なページも機能も変わります。目的を聞かずに「一般的な構成」で見積を出すと、着手後に構成の作り直しが発生します。

目的が決まっていない依頼者もいます。その場合は、目的を整理する打ち合わせを独立した作業として見積に立てます。目的が決まっていない状態のまま総額を約束すると、範囲が確定しないまま作業を始めることになります。

掲載するページと、その内容

ページの一覧を出してもらいます。一覧が出せない場合は、こちらで案を作って確認してもらいます。この作業自体が設計の一部であり、見積の項目として立てるべきものです。

ページごとに、どんな内容が載るかも確認します。文章だけのページと、表や図が入るページでは作業量が違います。写真の枚数も見積に影響します。

既存サイトの有無と、その扱い

作り直しの案件では、既存サイトの構成、使っているシステム、サーバーの環境を確認します。既存の環境が古いと、移行の作業が発生します。この作業は見た目に現れないため、見積から落ちがちです。

既存のドメインを引き継ぐ場合、URLの変更に伴う転送設定も必要になります。これも独立した項目として立てます。

公開日と、その根拠

公開日を聞き、動かせない理由があるかを確認します。理由がある場合は、日程を優先した構成を提案します。理由がなく「なるべく早く」であれば、現実的な日程を提示します。

日程が厳しい案件では、作業時間が同じでも調整の負荷が上がります。日程の条件は、見積の前提として書面に残します。

決裁者と、承認の流れ

見積を判断するのが誰かを確認します。窓口の担当者が決裁権を持っていない場合、見積の説明が社内でどう伝わるかを考えて書く必要があります。担当者が上司に説明しやすい形にすることは、通りやすさに直結します。

条件をどこに書くか

項目を立てたら、条件を書く場所を決めます。書く場所によって、効き方が変わります。

見積書の本体に書く

金額の内訳のすぐ下に、備考として条件を書きます。修正回数、打ち合わせ回数、素材の担当、公開日の前提、支払い条件。読み飛ばされない位置に置くことが重要です。別紙にすると、読まれない可能性が上がります。

見積書の書式そのものに不安がある場合は、取引文書の標準的な形を確認しておくと役に立ちます。見積書や請求書の記載事項の基本はビジネス文書検定で扱われる範囲と重なっており、法人の担当者が読み慣れた形に近づけられます。

契約書または発注書に書く

見積書の条件と同じ内容を、契約書にも入れます。見積書は提案の書類であり、契約書は合意の書類です。両方に同じ条件が書かれていることで、後の解釈のずれを防げます。

契約書を交わさない案件でも、発注書とその承諾のメールがあれば同じ役割を果たします。形式より、条件が両者の手元に文字で残っていることが重要です。

支払期日を明示する

金額と並んで重要なのが、いつ支払われるかです。フリーランス保護新法では、発注者は成果物を受領した日から60日以内のできる限り短い期間内に支払期日を定める義務があり、あわせて発注時に業務内容や報酬額などの取引条件を書面または電磁的方法で明示する義務も定められています。制度の概要は公正取引委員会の公表資料で確認できます。

つまり、条件を書面にすること自体が、取引のルールに沿った進め方でもあります。「細かいことを言う人だと思われないか」と気にする必要はありません。

※ 支払いが実際に滞っている、契約解除を告げられたなど、個別の紛争に発展している場合は、弁護士や各地の相談窓口に相談してください。ここでの記載は一般的な制度の説明であり、個別案件の法的助言ではありません。

金額の考え方

項目が立ったら、それぞれに金額を入れます。ここでも順序があります。

作業時間から積み上げる

各項目にかかる時間を見積もり、時間あたりの単価を掛けて算出します。ページ数から逆算する方法より、根拠を説明しやすくなります。依頼側から「なぜこの金額なのか」と聞かれたときに、作業内容で答えられます。

時間の見積もりは、実績の記録から作ります。案件が終わるたびに、項目ごとの実作業時間を記録しておくと、精度が上がります。記録がない状態で見積もると、確認と修正の往復にかかる時間を過小に見積もりがちです。

自分の水準を市場と照らす

提示する金額が市場からどれくらい離れているかを把握しておきます。職種ごとの報酬水準はソフトウェア作成者の年収・単価相場にまとまっており、比較の基準を作れます。基準を持たずに提示すると、相手の反応だけで金額を決めることになります。

総額と内訳の両方を示す

総額だけを示すと、金額の交渉になります。内訳だけを示すと、全体像が見えません。両方を示し、範囲を調整する余地があることを伝えます。

範囲を調整できる形にしておくと、予算が合わないときに「削れる項目」を一緒に探せます。これは値引きではなく、範囲の調整です。値引きに応じると次の案件の基準まで下がりますが、範囲の調整なら基準は保たれます。

長期の費用も視野に入れて説明する

初期費用だけでなく、公開後にかかる費用も含めて説明すると、依頼側の判断が変わることがあります。サーバーとドメインの維持、CMSの更新対応、コンテンツの追加。これらは公開したあとに継続して発生します。月額の負担は一件ごとには小さく見えますが、サイトを使い続ける年数を掛け合わせると、初期費用と比較できる規模になります。

ホームページは、デザインの古さ、Web技術の標準の変化、掲載内容の陳腐化といった理由から、数年おきに作り直されるのが一般的です。この寿命の感覚を共有しておくと、見積の説明がしやすくなります。初期の設計を丁寧にすることが、後の運用にかかる手間と費用を下げるという説明ができるためです。安い初期費用で作り、更新のたびに外部へ依頼する構成になっていると、長期では負担が大きくなります。

この説明は、金額を上げるための材料としてではなく、判断材料として渡します。安く早く作ることが正解になる案件もあります。判断するのは依頼側であり、こちらの役割は前提を揃えることです。

値引きを求められたときの返し方

金額を下げてほしいと言われたとき、単純に下げると、その金額が次回以降の基準になります。返し方には型があります。

まず、下げる代わりに何を外すかを提示します。「この金額でお受けする場合、原稿はご支給いただく形になります」「動作確認の対象を主要な環境に絞ることで調整できます」。範囲と金額を連動させることで、値引きではなく仕様の変更として扱えます。

次に、支払いの条件で調整する方法もあります。着手金の割合を上げる、支払い時期を早める。これらは相手にとって負担になりますが、金額の総額を変えずに条件を調整する選択肢になります。

どうしても金額を下げる判断をする場合は、その理由を書面に残します。「今回は初回のお取引につき、この条件でお受けします」といった形です。次回の見積で元の水準に戻す根拠になります。理由を書かずに下げると、その金額が標準として扱われます。

提示の順番と説明の仕方

見積書を作ったら、渡し方を考えます。渡し方で受け取られ方が変わります。

金額より先に範囲を説明する

見積書を送る前に、作業の範囲について合意を取ります。「今回は、この構成のページを作り、原稿はご支給いただく前提で組んでいます」。前提を先に確認しておくと、金額を見たときの反応が変わります。

金額を先に見せると、相手は金額の妥当性だけを検討します。範囲を先に共有しておけば、金額を範囲とセットで見てもらえます。

複数の案を出す

範囲の違う案を2つか3つ用意します。必要最小限の構成、標準的な構成、運用まで含めた構成。金額の幅を見せることで、依頼側は自分の予算に合う形を選べます。

案を分けるときは、それぞれで何ができて何ができないかを1行で書きます。金額の違いだけを並べると、いちばん安い案が選ばれます。

有効期限を書く

見積書には有効期限を入れます。期限がないと、半年後に「あの見積で」と言われることがあります。その間に自分の状況も市場も変わっています。期限を書くのは、金額を守るためだけでなく、日程の前提を守るためでもあります。

質問を歓迎する姿勢を示す

見積を送るときに、「ご不明な点があればご説明します」と添えます。項目の意味が分からないまま金額だけを判断されると、削られる項目が偏ります。説明の機会を作ることで、設計や管理の費用のような、見えにくい項目の必要性を伝えられます。

見積後に条件が変わったときの扱い

見積を出したあと、条件が変わることがあります。そのときの手順も決めておきます。

範囲が増えたら見積を出し直す

追加の要望が出たら、その時点で追加分の見積を出します。「作業しながら後で精算します」という進め方は、必ず揉めます。作業前に金額と日程を提示し、合意を取ってから着手します。

追加分の見積は、当初の見積と同じ形式で作ります。項目、作業内容、金額、日程への影響。この4点を並べれば、依頼側は判断できます。

範囲が減った場合も書面にする

「このページは不要になりました」という変更も、書面に残します。口頭のまま進めると、後から「やっぱり必要」と言われたときに、当初の範囲に含まれていたと主張されます。

日程が変わったら前提を確認する

公開日が後ろに動いた場合、見積の前提が変わっていないかを確認します。着手の時期が動くと、他の案件との兼ね合いで作業できる時間が変わることがあります。日程が変わった時点で、見積を出し直すかどうかを判断します。

現場を見てきた立場からの観察

20年この市場を見てきた立場から言えば、見積で苦しんでいる人の多くは、金額を安くしすぎているのではなく、項目を少なくしすぎています。総額を1行で示した見積書は、作った側にとっても後から説明できません。項目が細かく分かれている見積書のほうが、金額の交渉では有利に働きます。

もうひとつ、長く続いている受け手に共通しているのは、見積の段階で断る条件を持っていることです。この範囲なら受ける、この条件なら受けない。その線を先に決めている人は、見積の作成にかける時間も短くなっています。すべての依頼に合わせようとする人ほど、見積作成に時間を取られ、受注できなかった案件の分だけ時間を失っています。

取引の形も、見積の通りやすさに影響します。仲介が何層も入る取引では、見積の内訳を説明する相手と、金額を決裁する相手が別になり、項目の意図が伝わりません。中間マージンが乗らない直接取引では、依頼側に直接説明でき、同じ予算でより多くの作業を頼めます。手数料0%という条件の価値は、差し引かれる金額そのものより、見積の中身を相手と直接詰められる点にあります。運営者として見てきた限りでは、この距離の近さがある案件ほど、設計や管理の費用が理解されています。

職種によって見積の作り方はどう変わるか

見積の考え方は、職種によって前提が変わります。他の職種の形を知ると、自分の見積を見直す材料になります。

システム開発では、要件定義を独立した契約として先に行い、その結果をもとに開発の見積を出す進め方が定着しています。要件が固まらないうちに総額を約束しない、という考え方です。各工程の実務内容はアプリケーション開発のお仕事で整理されており、Web制作の見積を分割する際の参考になります。

運用や広告のような継続業務では、成果物ではなく稼働時間に対して金額を設定します。月あたりの稼働上限を決め、超過分を別途精算する形が一般的です。こうした継続型の業務の発注形態についてはAI・マーケティング・セキュリティのお仕事にまとまっています。制作と運用を両方受ける場合、見積を分けたほうが管理しやすくなります。

海外の依頼者に見積を出す場合は、記載事項や税の扱いが国内と異なります。通貨、支払い手段、手数料の負担者も明記が必要です。実際のやり取りの流れはUpworkの使い方ガイド｜日本人フリーランスが海外案件を取る方法にまとめられており、国内の見積書との違いを把握できます。

見積が通らなかったときに確認すること

見積を出しても受注に至らない場合があります。原因を分けて考えると、次に改善する場所が見えます。

金額以外の理由で落ちていることがある

見積が通らなかった理由を、金額だと決めつけないほうが安全です。返信が遅かった、説明が分かりにくかった、実績として近い分野のものを示せなかった。金額以外の要素で判断されている場合、値下げをしても結果は変わりません。

可能なら、落ちた理由を聞きます。すべての依頼者が答えてくれるわけではありませんが、答えが得られた場合は次の見積に反映できます。値下げより先にやるべきことが見つかることが多いというのが実感です。

説明の量が足りているか

項目名だけが並んでいて、それぞれ何をするのかが書かれていない見積書は、金額の根拠が伝わりません。特に設計や進行管理のような、成果物が目に見えない項目は、説明がないと削られます。項目ごとに1行の説明を添えるだけで、受け取られ方が変わります。

比較されている相手を把握する

制作会社と比較されているのか、他の個人と比較されているのか、社内での内製と比較されているのか。比較の相手によって、伝えるべき強みが変わります。個人で受ける場合は、窓口が1人で連絡が速いこと、直接やり取りできることが実務上の利点になります。

働き方や案件の獲得経路をどう組み立てるかは、見積の通りやすさにも関わります。案件の種類と働き方の関係についてはWebマーケティングフリーランスで海外ノマド！年収、スキル、成功への道にまとめられており、どの分野で提案するかを考える材料になります。

見積書に入れる項目の一覧

最後に、見積書に入れる項目を並べます。この一覧を型として持っておけば、案件ごとに数量と金額を入れ替えるだけで作れます。

設計と進行管理。デザイン（ページの種類ごとに数量）。実装（ページの種類ごとに数量）。問い合わせフォームなどの機能。原稿の作成（担当の明記）。写真とイラストの用意（担当の明記）。公開作業と初期設定。動作確認の対象環境。

条件として書く項目は次のとおりです。工程ごとの修正回数と、修正の定義。打ち合わせの回数と時間。範囲に含まれない作業の列挙。公開日と、その前提条件。支払いの時期と方法。納品後の保証期間と、その対象。著作権の扱い。見積の有効期限。

この形で作った見積書は、そのまま契約書の骨組みになります。見積の段階で条件を書き切っておくことが、着手後の交渉を減らすいちばん確実な方法です。

よくある質問

Q. 見積書に必ず入れておくべき項目は何ですか？

設計と進行管理、デザイン、実装、機能、素材の担当、公開作業の6つが基本です。加えて条件として、工程ごとの修正回数、打ち合わせの回数、範囲に含まれない作業の列挙、支払いの時期、納品後の保証期間を書きます。特に設計と進行管理の費用は落としやすい項目ですが、打ち合わせが増えたときに断る根拠になるため必ず立ててください。