LP制作・コーディングの見積もりの作り方｜あとで足せない項目

LP制作・コーディングの見積もりの出し方で悩む人の相談は、ほとんどが同じ場所でつまずいています。金額の決め方ではなく、「どこまでやる仕事なのか」を書き切れていないのです。結論から書きます。見積書は価格表ではなく、作業範囲の合意書です。そして見積もりに書かなかった項目は、あとから足そうとしても、まず通りません。これ、知らない人が本当に多いんです。

この記事では、LP制作・コーディングの見積もりを作るときに、着手前の段階で必ず確定させておくべき項目と、その書き方を順に整理します。あわせて、2024年11月に施行されたフリーランス取引の適正化に関する法律で、発注者側に何が義務づけられたのかも押さえます。法律を知っておくことは、値引き交渉を断る根拠にもなります。

見積書は価格表ではなく「作業範囲の合意書」

LP制作の見積もりを巡るトラブル相談を受けていて共通するのは、争点が単価ではないという点です。もめているのは「これは見積もりに入っていたのか、入っていなかったのか」という一点に集約されます。つまり、金額の話に見えて中身は範囲の話なのです。

「一式」と書いた瞬間に、範囲は発注者の解釈になる

見積書に「LP制作一式」とだけ書いて出すのは、実務上いちばん危険な書き方です。この一行を受け取った発注者は、自分の頭の中にあるLP制作の全工程がその金額に含まれていると理解します。原稿も書いてくれる、写真も探してくれる、公開作業もやってくれる、公開後に文言を直したいと言えば直してくれる。そう読まれても、書面上は否定できません。

契約の解釈では、内容が不明確な条項は、その文言を作成した側に不利に解釈される場面があります。見積書を作るのは受注側です。だから「一式」の中身が曖昧なとき、その曖昧さのツケは受注側に回ってきます。これは意地悪な法解釈ではなく、書けたはずの人が書かなかったのだから仕方ない、という単純な話です。

逆に言えば、項目を分けて書くだけで守りは大幅に厚くなります。細かく書くと高く見えて嫌がられるのでは、と心配する人がいますが、実務ではむしろ逆でした。内訳が出ている見積もりのほうが、発注者は社内で稟議を通しやすい。決裁者に説明できる書面になっているからです。

発注者が見積もりで実際に見ているもの

発注者が見積書を受け取ったときに確認するのは、主に3つです。総額、納期、そして自分たちが何を用意しなければならないか。この3つ目が抜けている見積書が非常に多いです。

自社が何を用意するのかが書かれていないと、発注者は「全部やってくれるのだろう」と受け取ります。そして着手後に原稿を求められて驚き、「そんなことは聞いていない」となる。素材の供給責任がどちらにあるかは、費用の大小に直結します。

これらをすべて自社で支給し、制作会社には「デザインとコーディングのみ」を依頼すれば費用は安くなります。 しかし、LP制作のノウハウがない場合、プロに「売れるための構成」や「刺さるライティング」、そして「プロカメラマンによる撮影」を依頼することをおすすめします。 出典: web-kanji.com

ここで書かれているとおり、支給か依頼かで作業量はまったく変わります。だからこそ見積書には「貴社支給」と「弊方作成」を明記した欄が要ります。金額欄の隣に支給元を書く列を1本足すだけで、認識のズレはかなり減ります。

あとから足せない項目を、着手前に洗い出す

見積もりを出したあとで追加費用を請求できるかというと、理屈の上ではできます。範囲外の作業を頼まれたのだから、追加見積もりを出せばよい。ただ現実には、進行中の案件で追加を切り出すのは相当な負荷です。相手はすでに予算を確保して社内を通しています。そこに増額を持ち込むのは、金額の問題ではなく信用の問題として受け取られます。

だから、あとから足せない項目は最初に足しておく。以下は、見積書に欄がないと必ず揉める項目です。

原稿・写真・ロゴといった素材の支給範囲

LPは文章量が多い制作物です。ファーストビューのキャッチコピー、ボディコピー、お客様の声、料金表、会社概要、プライバシーポリシーへの導線。この原稿を誰が書くのかは、作業量の半分近くを左右します。

見積書には最低限、次の区分を書きます。原稿はどちらが用意するか。文字校正はどこまでやるか。写真素材は支給か、有料素材の購入か、撮影の手配か。ロゴやブランドカラーの指定データはあるか。図版やグラフは支給データをそのまま使うのか、こちらで作り直すのか。

有料素材を使う場合は、購入費を誰が負担するかも書きます。ここが空欄だと、立て替えたぶんが回収できません。加えて、素材のライセンス範囲も確認します。支給された写真が発注者側に使用権のないものだった場合、公開後に権利者から連絡が来るのは制作者側であることもあります。素材の権利処理は発注者の責任である旨を一行入れておくと安全です。

修正回数と「修正」の定義

修正回数を書くだけでは足りません。何をもって1回と数えるかを書く必要があります。相談の現場でいちばん多いのが、「デザイン修正2回まで」と書いたのに、1回のフィードバックが小刻みに10通のメールで届くケースです。これを1回と数えるか10回と数えるかで、作業量は桁違いに変わります。

実務的には次のように定義します。修正は、依頼者側で内容をまとめたうえで一括で提出されたものを1回と数える。提出後に追送された指摘は次の回に繰り入れる。デザイン確定後のレイアウト構造の変更は修正ではなく仕様変更として別途扱う。誤字脱字やリンク先の差し替えといった軽微な直しは回数に含めない。

この4行を入れておくと、「まだ2回目ですよね」という不毛な水掛け論をほぼ防げます。無制限対応をうたう見積もりは、単価がいくら高くても最終的に割に合いません。回数の上限は、値引きより先に守るべき条件です。

対応ブラウザ・端末・OSの範囲

コーディングの見積もりで抜けやすいのがここです。検証対象を書かずに出すと、公開後に「特定のスマートフォンで表示が崩れている」と連絡が来たときに、無償対応せざるを得ない空気になります。

書き方はシンプルです。動作確認の対象を、ブラウザ名と、その最新版から何世代前までかで明記する。スマートフォンは実機で確認するのか、開発者ツールのエミュレーションまでなのかを書く。タブレット表示を作るのか、スマートフォン表示を流用するのかを書く。旧世代のブラウザに対応する場合は別項目にする。

ここを書いておくと、範囲外の環境で崩れが見つかったときに「対応は可能ですが、この環境は当初の確認対象外なので別途お見積もりします」と落ち着いて返せます。断るための項目ではなく、追加を正当に請求するための項目です。

公開作業とサーバー周りの作業

制作物を納品するのか、公開まで請け負うのかは、まったく別の仕事です。公開作業には、サーバー契約の確認、FTPやSSHの接続情報の受け取り、ドメインとDNSの設定、SSL証明書の確認、既存サイトがある場合の設置場所の調整、公開後の表示確認が含まれます。

さらに、発注者側の情報システム部門とのやり取りが発生する案件では、接続情報の発行を待つ時間がそのまま自分の待機時間になります。この待ち時間は工数として見えにくいのですが、実際には確実に時間を奪います。公開作業を請け負うなら、独立した項目として金額を立ててください。データ納品までとする場合は、「公開作業は含みません」と否定形で明記します。

計測タグ、フォーム、外部連携

LPは公開して終わりではなく、計測して改善する前提の制作物です。だから、アクセス解析タグ、広告のコンバージョンタグ、ヒートマップの計測タグをどこまで設置するかが必ず論点になります。タグの発行そのものは発注者側の作業ですが、設置と発火確認は制作側の作業です。

問い合わせフォームは、さらに切り分けが要ります。フォームのHTMLを作るのか、送信処理まで実装するのか、外部のフォームサービスを埋め込むのか、自動返信メールを設定するのか、送信データの保存先を作るのか。それぞれ必要な技術と時間がまるで違います。実際に現場でも、この論点は繰り返し話題になっています。

LP制作でコーディングの経験がある方にご質問です。 LPにお問い合わせを埋め込む際に何で構築していますか。 出典: detail.chiebukuro.yahoo.co.jp

フォームの実装方式が定まっていない段階で総額だけを出すのは避けたほうがよいです。方式が決まっていないなら、備考欄に「フォームは外部サービス埋め込みを前提とした金額です。自社サーバーでの送信処理実装をご希望の場合は別途お見積もりします」と書きます。前提を書けば、前提が変わったときに再見積もりを出す根拠になります。

見積書の様式と、項目の分け方

項目はできるだけ細かく、そして正確に。これは制作会社の見積もりでも共通する原則です。ただし、細かくする方向を間違えると読みにくいだけの書類になります。

分ける単位は「工程」ではなく「判断が変わる境目」

工程順にきれいに並べたくなりますが、発注者にとって意味があるのは「削れる項目かどうか」です。だから、発注者が「これは自社でやる」「これは要らない」と判断しうる境目で行を分けます。

具体的には、構成案の作成、原稿作成、デザイン、コーディング、フォーム実装、計測タグ設置、公開作業、公開後の表示確認。この粒度が、削る判断のしやすい単位です。逆に、コーディングをさらにHTML記述とCSS記述に割るのは意味がありません。発注者はそこを個別に削れないからです。

行を分ける効果はもうひとつあります。値引きを求められたときに、金額を下げるのではなく項目を外す交渉に持ち込めます。原稿作成を貴社側でご用意いただければこの行が落ちます、という返し方ができる。これは単価を守るうえで極めて有効です。

未確定なものは備考欄へ逃がす

見積もり時点で決まっていない項目を、無理に金額に含めてはいけません。含めた瞬間、その不確実性のリスクを全部自分で引き受けることになります。

未確定な項目は、備考欄に「別途」「実費」「仕様確定後にお見積もり」と書いて分けます。書き方の例としては、有料素材の購入費は実費請求、撮影が必要な場合は別途見積もり、対応ブラウザを追加する場合は1環境あたり別途、といった形です。備考欄は言い訳を書く場所ではなく、リスクの所在を明示する場所だと考えてください。

有効期限と前提条件を必ず入れる

見積書には有効期限を入れます。30日程度が一般的です。期限を入れないと、半年前に出した金額で発注が来たときに断りにくくなります。素材費や外注費が変動する案件では、この一行が効きます。

前提条件も同じ枠に書きます。素材の支給時期、フィードバックの返答期限、承認プロセスに関わる人数。とくにフィードバックの返答期限は、納期遅延の責任分界点になります。「ご確認は各工程3営業日以内にご返答いただく前提の日程です」と書いておけば、発注者側の遅れで納期が押したときに、こちらの遅延として扱われずに済みます。

金額をどう積むか、そして交渉にどう答えるか

金額の作り方には、時間で積む方法と、成果物単位で置く方法があります。どちらが正解ということはなく、案件の性質で使い分けます。

時間で積むか、成果物で置くか

仕様がはっきりしていて、作業量が読める案件は成果物単位が向いています。デザイン、コーディング、公開作業をそれぞれ一式で置き、必要工数から逆算する。発注者にとっても総額が見えるので通しやすい形です。

一方、仕様が固まっていない案件、あるいは改修や追加が継続的に発生する案件は、時間単位が向いています。この場合は、最低発注時間と、月あたりの上限時間を先に決めます。上限を決めないと、際限なく作業が積み上がって単価が実質的に下がります。

いずれの方式でも、社内で使う工数表は必ず作ってください。発注者に見せる見積書とは別に、自分用に「この作業は何時間かかるか」を記録した表を持つ。これが次の案件の見積もり精度を上げる唯一の材料になります。感覚で出した金額は、感覚のままいつまでも精度が上がりません。技術系職種の報酬水準を俯瞰したいときは、ソフトウェア作成者の年収・単価相場のような職種別の統計データを一度眺めておくと、自分の置いた金額が市場から外れていないかを確かめる目安になります。

追加作業の精算方法を先に決めておく

範囲外の依頼が来るのは、悪いことではありません。信頼されている証拠でもあります。問題は、精算方法が決まっていないときに、断ることも請求することもできなくなる点です。

見積書に、追加作業の扱いを一行入れておきます。書き方は「本見積もりの範囲外の作業が生じた場合は、着手前に別途お見積もりを提示のうえ、ご承認をいただいてから着手します」。この一文があるだけで、追加依頼が来たときに「では追加のお見積もりをお出しします」と自然に切り出せます。言いにくさは、事前の一行で解消できます。

値引きを求められたときの答え方

「もう少し安くなりませんか」に対して、単純に下げてはいけません。下げるなら必ず範囲を減らします。原稿を支給いただく、修正回数を減らす、対応ブラウザを絞る、公開作業を貴社で行う。この対応は、値引きの拒否ではなく条件の提示なので、関係を悪くしません。

「他社はもっと安い」と言われた場合も同じです。金額を比べるのではなく、範囲を比べます。他社様のお見積もりには公開作業と計測タグ設置は含まれていますか、と聞く。含まれていなければ、比較対象が違うだけの話です。実際、格安を掲げるサービスは範囲を絞ることで価格を実現しています。

「LP制作 5万円」「最安値に挑戦」といった広告を目にすることもあるでしょう。 予算が限られている場合、こうした格安サービスは魅力的に映ります。しかし、なぜ10万円以下という価格で提供できるのか、その「裏側」と制作会社に依頼する場合との決定的な違いを理解しておく必要があります。 出典: web-kanji.com

安さの裏側にあるのは、たいてい範囲の狭さです。だから、内訳を出せる人のほうが最終的に強い。内訳は自分を守る書類であると同時に、価格の正当性を説明する営業資料でもあります。

見積書を作る道具と、提出のしかた

書式が固まっていないと、案件が来るたびに一から作ることになります。作るたびに項目が変わる見積書は、抜けが出ますし、過去案件との比較もできません。だから道具と型を先に決めておきます。

表計算ソフトとクラウド会計、どちらで作るか

表計算ソフトで自作するメリットは、項目を自由に設計できることです。支給元の列を足す、備考欄を広く取る、対応ブラウザの欄を作るといった調整が効きます。テンプレートを1つ作ってしまえば、以後は複製して使い回せます。デメリットは、番号管理や請求書への転記を手作業でやることになる点です。

クラウド型の会計サービスや請求管理サービスを使う方法もあります。見積書から請求書への変換、入金消込、控えの保管までが1本の流れでつながるのが利点です。案件数が増えてくると、書類の作成そのものより「どの見積もりがどの請求に対応しているか」の管理のほうが重くなるので、この効率化は効きます。freeeやマネーフォワードのような会計サービスには、見積書の作成機能が含まれているものがあります。

どちらを選ぶにせよ、決めておくべきは通し番号の付け方です。日付と連番を組み合わせた形式にしておくと、後から探しやすく、再発行の依頼にもすぐ応じられます。番号のない見積書は、修正版を出したときにどれが最新か分からなくなります。

提案文に内訳をどう添えるか

見積書をファイルで送りつけるだけでは、内訳の意味が伝わりません。本文に短く要約を添えます。書くのは3点です。この金額に含まれるものの要点、貴社にご用意いただくものの一覧、そして未確定として別途扱いにした項目。

とくに2点目が効きます。発注者は、受け取った直後に「自分たちは何をすればいいのか」を知りたがっています。原稿と写真をご用意いただければ着手できます、と最初の3行に書いてあるだけで、返信までの時間が短くなります。逆にここが書かれていないと、社内で確認事項を整理する手間が発生し、返信が止まります。

3点目の未確定項目は、隠さずに前へ出します。隠して総額を低く見せると、あとで増える説明ができなくなります。この段階では確定できない旨をはっきり書いたほうが、誠実に見えますし、実際に誠実です。

スケジュールを金額とセットで出す

見積書に納期だけを1行書くのではなく、簡単な日程表を添えます。素材のご支給、構成案の提出、デザイン初稿、修正、コーディング、検証、公開。この並びと、それぞれの所要日数、そして発注者側の確認に必要な日数を書きます。

日程表を添える最大の効果は、遅延の原因が可視化されることです。発注者の確認が止まっていれば、日程表を見せるだけで状況が共有できます。督促の言葉を使わずに、事実として遅れを示せる。これは関係を悪くせずに納期を守るための、地味ですが確実な手段です。

見積もりと法律の関係を押さえておく

ここからは法律の話です。見積もりを出したあとの段階に関わるので、必ず知っておいてください。

見積書は契約書ではない

見積書を送って「お願いします」と返信が来た時点で、契約は成立しうると考えられます。ただ、成立したとしても、その内容は見積書に書かれた範囲だけです。だから着手前に、取引条件の書面を受け取る必要があります。

2024年11月1日に施行された特定受託事業者に係る取引の適正化等に関する法律、いわゆるフリーランス取引の適正化に関する法律では、発注者に対して、業務委託をした際に、業務の内容、報酬の額、支払期日などを書面または電磁的方法で明示することが義務づけられました。つまり、口頭で「じゃあお願い」と言われただけの状態で着手するのは、発注者側が法律上の義務を果たしていない状態です。制度の詳細は公正取引委員会が公表しています。

公正取引委員会

明示を求めるのは失礼な行為ではありません。発注者に課された義務の履行を促しているだけです。言い出しにくい場合は、見積書の末尾に「ご発注の際は、業務内容と報酬額、支払期日を記載した書面またはメールでのご連絡をお願いいたします」と書いておくとよいでしょう。書類に印刷しておけば、個別に切り出す必要がなくなります。

報酬の支払期日は受領日から起算する

同法では、発注者が成果物を受け取った日から起算して60日以内のできる限り短い期間内に、報酬の支払期日を定めることが求められています。検収に時間がかかることを理由に、支払いを無期限に先延ばしすることはできません。

ここで重要なのは、「イメージと違う」という理由が支払拒否の正当な根拠にはならないという点です。冒頭に触れたとおり、納品物が見積もりと発注書に書かれた仕様を満たしているなら、主観的な感想は支払いを止める理由になりません。逆に言えば、仕様が書面に落ちていないと、この主張ができません。見積書を丁寧に書くことは、支払いを確保するための準備でもあるのです。

※ 実際に支払いが滞っている、あるいは一方的な減額を求められているという段階に入っている場合は、記事の一般論で判断せず、弁護士や、行政が設けている相談窓口に相談してください。事案ごとに事実関係が異なります。

やり直しと減額の扱い

同法は、発注者側の一方的な都合による報酬の減額、受領拒否、不当なやり直しの要求を禁止行為として定めています。ここでいう不当なやり直しとは、受注者に責任がないのに、費用を負担せずに作り直しを求めることを指します。

だからこそ、修正回数の定義が効いてきます。契約上の修正範囲を超えた作り直しであることが書面から読み取れれば、それは追加業務です。範囲が書かれていなければ、どこからが範囲外なのか誰にも判定できません。法律は守ってくれますが、守るための材料は自分で用意する必要があります。

発注者と直接つながる場での見積もりの意味

フリーランスや在宅ワークの市場を20年見てきた立場から言えば、見積書の丁寧さと、仕事が続くかどうかには明確な相関があります。内訳を出す人は、次も声がかかる。一式でしか出せない人は、単発で終わる。技術力の差ではなく、発注者が社内で説明できる書類を渡せるかどうかの差です。発注者の側にも決裁者がいて、その人に説明する責任を負っています。内訳のある見積書は、その説明を代わりに引き受けてあげる書類なのです。

もうひとつ、運営者として見てきた限りで確かなことがあります。仲介手数料が差し引かれる形の取引では、受注者は手取りを守るために見積額を上げざるを得ず、発注者は同じ予算で頼める量が減ります。手数料0%の直接取引が効くのは、単に安いからではなく、この構造が消えるからです。同じ予算で依頼側はより多く頼め、受注側の手元には厚く残る。だから交渉が価格の削り合いにならず、範囲の調整という健全な話に落ち着きやすい。長く続く関係は、たいていこの土俵の上で育っています。

案件の探し方と、実務でどんな作業が求められるのかを具体的に知りたい場合は、LP制作・HTML/CSSコーディングのお仕事で、この職種に求められるスキルや仕事の進め方がまとまっています。周辺領域まで含めて守備範囲を広げたい人は、広告運用や解析の実務が絡むAI・マーケティング・セキュリティのお仕事も見ておくと、計測タグや効果測定の話を見積もりに乗せやすくなります。

見積書の文面そのものに自信がないという相談も多いです。金額の妥当性ではなく、日本語として通じるか、失礼にならないかという不安です。ビジネス文書の型を体系的に押さえたいなら、ビジネス文書検定の出題範囲が実務的な参考になります。見積書、納品書、案内文といった対外文書の構成を、感覚ではなく型として持っておくと、書くたびに悩む時間が減ります。

デザインの上流工程まで請け負う方向に広げるなら、要件定義や情報設計の考え方が必要になります。UI/UXデザインのフリーランスになるには？必要スキルと案件相場では、その領域で求められるスキルの構成が整理されています。上流を握れると、見積もりの段階から範囲を自分で設計できるようになり、あとから足せない項目に悩む場面そのものが減っていきます。

見積もりは、金額を伝える書類ではありません。これから始まる数週間の仕事の輪郭を、双方で確認するための書類です。輪郭がぼやけたまま走り出した案件は、ほぼ例外なく終盤で揉めます。逆に、最初の1枚を丁寧に書いた案件は、驚くほど静かに終わります。法律はあなたの味方ですが、その法律が働くための土台を作るのは、あなたが書いた見積書です。

よくある質問

Q. 見積書と契約書は両方必要ですか？

見積書だけで着手するのは避けてください。見積書は範囲と金額を示す書類ですが、支払期日や納品物の権利の扱い、中途解除の条件までは通常書かれていません。フリーランス取引の適正化に関する法律では、発注者に業務内容や報酬額、支払期日の明示が義務づけられています。契約書が難しい相手なら、発注書やメールでの条件確認でも構いません。書面が残る形にすることが重要です。

Q. 修正回数はどのように書けば揉めませんか？

回数だけでなく、何を1回と数えるかを定義してください。依頼者側で内容をまとめて一括提出されたものを1回とし、追送された指摘は次の回に繰り入れる、と書きます。あわせて、デザイン確定後の構造変更は修正ではなく仕様変更として別扱いにする旨も入れます。誤字修正やリンク差し替えのような軽微な直しは回数に含めない、と明記しておくと運用しやすくなります。

Q. 見積もりに入れ忘れた作業は、あとから請求できますか？

法律上は範囲外の作業なので別途請求は可能です。ただ、進行中に増額を切り出すのは信用面の負荷が大きく、実務では通りにくいのが実態です。そのため、見積書に「範囲外の作業が生じた場合は着手前に別途お見積もりを提示し、ご承認後に着手します」という一文を入れておきます。この一行があると、追加依頼が来たときに自然に見積もりを出し直せます。

Q. 対応ブラウザは見積書に書く必要がありますか？

必ず書いてください。動作確認の対象を書かないと、範囲外の環境で表示が崩れたときに無償対応せざるを得なくなります。ブラウザ名と、最新版から何世代前まで確認するかを明記し、スマートフォンは実機で確認するのか開発者ツールのエミュレーションまでなのかも分けて書きます。範囲外の環境は追加項目として扱える形にしておくのが安全です。

Q. 値引きを求められたら、どう返すのが適切ですか？

金額を下げるのではなく、範囲を減らす提案に切り替えてください。原稿を支給いただく、修正回数を減らす、対応ブラウザを絞る、公開作業を発注者側で行う、といった形です。内訳を項目ごとに分けて出していれば、削れる行を指し示すだけで済みます。他社と比較された場合も、金額ではなく含まれている作業範囲が同じかどうかを確認するところから始めます。