Web制作の案件炎上を防ぐ、着手前の仕様確認チェックリスト12項目

はじめに

「デザインを出したら、ページが足りないと言われた」「公開直前になって、問い合わせフォームの通知先が決まっていなかった」。Web制作の案件では、こうした食い違いから進行が止まることがあります。費用や納期をめぐるトラブルにまで広がり、関係がこじれた状態を、現場では「炎上」と呼びます。

一度炎上すると、立て直すのは大変です。作業のやり直しで予定が崩れ、話し合いのたびに双方が疲れていきます。最後まで納品できても、次の依頼にはつながりにくくなります。

結論からお伝えすると、案件の炎上の多くは、作り始める前の仕様確認で防げます。仕様確認とは、何を、どこまで、誰がいつまでに用意して、何をもって完成とするかを、着手前に双方で決めておくことです。

本記事では、制作の現場で実際に揉めやすい点から逆算した、着手前の仕様確認チェックリスト12項目を紹介します。特に揉めやすい3項目の決め方の例と、決めたことを守るための残し方もまとめました。制作会社のディレクターの方や、社内でホームページ制作を任された担当の方に向けた内容です。

Web制作の案件が炎上する原因は「最初の確認漏れ」にある

炎上は突然起きるように見えますが、たどっていくと、ほとんどが最初の段階で決めていなかった一点に行き着きます。よくある3つのパターンを見ていきましょう。

炎上の多くは「言った・言わない」から始まる

「スマホ表示は当然含まれていると思っていた」「ブログ機能は別料金だと説明したはず」。どちらの言い分にも嘘はありません。前提を口頭で済ませ、文字に残していなかったことが原因です。店舗の内装工事で、工事が終わってから「照明も含まれていると思っていた」と揉めるのと同じ構図です。炎上の正体は、どちらかのミスではなく「決めていなかった」ことにあります。

後になるほど直す手間は大きくなる

家づくりでは、図面の段階なら線を1本引き直すだけで済みますが、壁ができてからでは工事のやり直しになります。Web制作も同じです。構成を考える段階でページを1つ足すのは、ページ一覧を書き換えるだけで済みます。ところが、デザインとコーディングが終わった後では、デザイン、実装、表示の確認と、すべての工程をやり直すことになります。確認はできるだけ着手前に寄せるのが、いちばん安上がりです。

「質問がない」は「理解した」ではない

キックオフ（制作を始める最初の打ち合わせ）で質問が出ないと、ひと安心しがちです。しかし実際は、相手が抜けている項目に気づいていないだけ、ということも少なくありません。相手に質問を待つのではなく、確認する側から項目を示して、一つずつ埋めていくのが確実です。チェックリストの役割はここにあります。項目が目の前に並んでいれば、相手のほうから抜けに気づいてもらえることも増えます。「そういえば写真は誰が撮るのでしょう」といった具合です。

着手前に決める仕様確認チェックリスト12項目

12項目を「人と目的」「作る範囲」「進め方と引き渡し」の3つに分けました。見積もりを確定する前に、この12項目が埋まっているかを確かめるのが基本です。見積もりは仕様の裏返しで、仕様が空欄のままでは金額の根拠もあいまいになるからです。

人と目的の確認（1〜3）

1番目の数字があると、判断がぶれません。「おしゃれにしたい」と「問い合わせを増やしたい」では、優先すべき作り方が違うからです。

2番目は、炎上に直結する項目です。窓口の担当者とデザインを固めたのに、公開直前に社長が初めて見て全体がひっくり返る。これが典型的な例です。決裁者が誰かだけでなく、途中のどの段階で目を通すのかまで決めておきましょう。

3番目の返信の目安は、確認待ちで作業が止まる日数を減らすためのものです。返事が来ないまま公開日だけが近づく、という事態を防げます。

作る範囲の確認（4〜7）

5番目は特に揉めやすいため、次の章で決め方の例を紹介します。

6番目も意外と揉めます。発注側は会社のパソコンと自分のスマートフォンで見ており、制作側は別の機種で確認している、ということがよくあるからです。確認に使う環境は「パソコンはこのブラウザ、スマートフォンはこの2機種」のように具体的に書きます。そうすれば、「私の画面では崩れている」という食い違いを減らせます。

7番目は見落とされやすい項目です。お知らせだけ更新できればよいのか、トップページの写真も自分で差し替えたいのかで、作り方が変わります。住まいでいえば、模様替えを自分でするのか業者に頼むのかで、棚を壁に固定するか、動かせるものにするかが変わるのと同じです。

進め方と引き渡しの確認（8〜12）

8番目と10番目はセットで考えます。原稿や写真がそろわなければ、制作側は作業を進められません。そこで「原稿は着手から2週間以内に」のように期限を決めます。あわせて、遅れた場合は公開日もその分だけ後ろにずれる、と先に合意しておきます。お店の開店準備で、看板の文字が決まらなければ看板屋さんが作業に入れないのと同じです。

11番目は画面に見えないため、最後まで空欄のまま残りがちです。公開の当日に「サーバーの契約者が誰か分からない」「ログイン情報を誰も持っていない」で作業が止まることもあります。誰の名前で契約し、ログイン情報を誰が持つのかまで決めておきます。

9番目と12番目も揉めやすい項目のため、次の章で決め方の例を紹介します。

特に揉めやすい3つの項目と、決め方の例

12項目の中でも、炎上に直結しやすいのが「含まないもの」「修正」「検収」の3つです。それぞれの決め方の例を紹介します。

「含まないもの」は一覧にして先に書く

作る範囲を書くだけでは足りません。人は、書かれていないものを「含まれている」と読みがちだからです。たとえば、原稿の執筆、写真の撮影、英語ページ、公開後の更新作業、ロゴの制作などです。これらを含むのか含まないのか、一覧にして明記します。「やらないこと」を先に書いておくと、途中で断る場面そのものが減ります。 あわせて「必要な場合は別のお見積もりで承ります」と添えておけば、突き放す印象にもなりません。

修正は「回数」より「どの段階で何を直せるか」で決める

「修正は2回まで」と回数だけを決めると、揉める場面が残ります。デザインが固まった後に「やはり色を全体的に変えたい」と相談されたときです。そこで、段階ごとに直せる内容を決めておきます。構成の段階ではページの増減や並び順を直せます。デザインの段階では色・写真・配置、実装の後は文字の誤りと表示の不具合、という分け方です。前の段階に戻る変更は、費用と日程を見直したうえで進めると決めておきます。店舗の改装で、図面で間取りを固め、内装で色を選び、引き渡しの前は傷の確認だけをする、という順番と同じです。

検収の基準は「確認するページと期限」で決める

検収とは、納品されたものを確認して受け取ることです。「完成したら確認をお願いします」だけでは、確認がいつまでも終わらず、細かな要望が続いてしまいます。確認する範囲（例：全ページを、パソコンとスマートフォンで）と、確認の期限（例：納品から7日以内）を決めます。さらに、期限内にご連絡がなければ検収完了とする、という取り決めまで入れておくと、終わりが明確になります。

確認した仕様を炎上防止に効かせる残し方

仕様をきちんと確認しても、残し方が弱いと効果は半分になります。最後に、決めたことを守るための残し方を2つ紹介します。

決めたことは1枚の仕様確認シートにまとめる

チャットや打ち合わせで決めたことは、時間がたつと流れて見つからなくなります。12項目を表にした1枚のシートにまとめ、双方が「この内容で進めます」と返信した時点で確定とします。シートの形は、たとえば次のような表で十分です。

項目	記入例
1. 目的と数字	問い合わせを月5件から10件に
2. 最終決裁者・窓口	決裁は社長、窓口は総務の担当者。社長はデザイン案の段階で確認
3. 連絡手段・返信の目安	チャット、2営業日以内
4. ページ一覧	トップ、会社概要、サービス、実績、お問い合わせ（5ページ）
5. 含まないもの	原稿の執筆、写真の撮影、英語ページ
6. 確認する端末	パソコン（Chrome）、スマートフォン（iPhone・Android 各1機種）
7. 更新する人と範囲	社内の担当者が、お知らせのみ更新
8. 原稿・写真	発注側が用意し、着手から2週間以内に渡す
9. 修正の範囲	各段階2回まで。前の段階に戻る変更は費用と日程を相談
10. 公開日	素材が遅れた場合は、遅れた日数だけ後ろにずらす
11. 契約者・設定先	ドメイン・サーバーは発注側の名義。フォームの通知先は代表アドレス
12. 検収の基準	全ページをパソコンとスマートフォンで確認。納品から7日以内

口頭の「大丈夫です」ではなく、文字で残った「この内容で進めます」を合意の印にします。 途中で担当者が替わっても、シートを見れば前提をすぐに引き継げます。

変更は「記録→影響→承認」の順で受ける

制作の途中で変更が出ること自体は、悪いことではありません。問題は、その場の口約束で変更が決まってしまうことです。変更の相談を受けたら、まず内容をシートに追記し、次に費用と公開日への影響を伝え、承認をもらってから作業に入ります。住まいのリフォームで、追加工事の見積もりを確かめてから着工するのと同じ順番です。小さな変更でもこの順番を省かないことで、「いつの間にか費用が増えていた」という不信感を生まずに済みます。

よくある質問

仕様確認は、どのタイミングで行うのがよいですか？

見積もりを確定する前に行うのがおすすめです。見積もりの金額は仕様をもとに決まるため、仕様が固まらないまま金額だけ先に決めると、後で追加費用の話になりやすくなります。遅くとも、契約後の最初の打ち合わせ（キックオフ）までには12項目を埋めておきましょう。

仕様確認シートと要件定義書は、何が違いますか？

要件定義書は、サイトの目的や機能、技術的な条件まで細かくまとめる正式な書類です。規模の大きな案件で作られることが多いものです。仕様確認シートは、炎上につながりやすい項目に絞った1枚の確認表です。小規模なホームページ制作なら、仕様確認シートで十分に役目を果たせます。

ランディングページ1枚のような小さな案件でも、12項目すべてを確認する必要がありますか？

項目は減らさず、答えを短くするのがおすすめです。たとえばページ一覧は「1ページ」、更新する人は「更新なし」と書くだけで済みます。小さな案件ほど確認を省きがちですが、決裁者や検収の基準があいまいなまま進むと、規模に関係なく揉めてしまいます。

「おまかせします」と言われたときは、どう確認すればよいですか？

「おまかせ」は、判断の材料がないというサインであることが多いものです。白紙で質問するのではなく、「ページはこの5つで考えています」のように案を出します。それでよいかを確かめる形にすると、答えてもらいやすくなります。案に対して返ってきた答えは、そのまま仕様確認シートに書き残しておきましょう。

まとめ

Web制作の案件が炎上する原因の多くは、作り始める前の確認漏れにあります。後になるほど直す手間は大きくなるため、確認は着手前に寄せるのが基本です。

仕様確認のポイントは、次の3つです。

まずは、いま進めている案件やこれから始まる案件で、12項目のうち空欄がいくつあるかを数えてみてください。空欄が残っていれば、そこが炎上の火種です。次の打ち合わせで一つずつ埋めていきましょう。