はじめてWebサイトの制作を発注しようとすると、「そもそも、どんな順番で話が進むのか」が見えず、身構えてしまうことがあります。見積もりを取る前に何を用意すればいいのか、こちらは何をどこまで決めておく必要があるのか。全体像がつかめないと、打ち合わせの場で相手のペースに流されたり、途中で「今どの段階なのか」が分からなくなったりしがちです。ここでは、発注から公開までがおおまかにどんな流れで進むのかを、発注する側の目線で整理します。
Web制作はおおまかに6つの段階で進む
案件の規模や相手の進め方によって呼び方や区切りは変わりますが、多くのサイト制作は次のような順序で進みます。まずは全体像として、ざっくり頭に入れておくと十分です。
1. ヒアリング・目的の整理
最初に、何のためにサイトを作るのか、誰に見てほしいのか、公開して何が変わるといいのかをすり合わせます。ここが曖昧なまま先に進むと、後の工程すべてが揺れやすくなります。発注する側としては、細かい仕様よりも「今、何に困っていて、サイトでどうしたいのか」を自分の言葉で話せるようにしておくと、この段階が進めやすくなります。
2. 要件定義・見積もり
目的をもとに、必要なページ数や機能、掲載する内容といった「作るものの範囲」を固めていきます。この範囲が見積もりの前提になるため、ここで含まれるもの・含まれないものをはっきりさせておくことが後の認識ずれを防ぎます。発注側は、社内で誰が原稿や写真を用意するのかも、この時点で決めておくとスムーズです。
3. 構成・ワイヤーフレーム
デザインに入る前に、ページにどんな要素をどの順で置くかの設計図（ワイヤーフレーム）を作ります。まだ色や装飾のない骨組みの段階です。ここで「言いたいことが伝わる並びになっているか」を確認しておくと、見た目のきれいさに引っ張られずに中身を検討できます。
4. デザイン
構成をもとに、実際の色・文字・写真をあてた見た目を作っていきます。発注側はここで「好みかどうか」だけでなく、「目的に合っているか」「伝えたい相手に届く見せ方か」という視点でも見ておくと、判断がぶれにくくなります。修正のやり取りが発生するのも、主にこの段階です。
5. 実装（コーディング）
確定したデザインを、実際にブラウザで動くWebページの形にしていく工程です。発注側の作業は少なくなりますが、原稿の最終確認や、まだ揃っていない写真・文言の提出を求められることがあります。ここでの提出が遅れると、全体のスケジュールが後ろにずれる原因になりやすい部分です。
6. 確認・公開
できあがったサイトを本番前の状態で確認し、文言の誤りやリンクの不備、スマートフォンでの見え方などをチェックします。修正が済んだら公開です。公開して終わりではなく、その後の更新や改善が続くことも、この段階で頭に入れておきたいところです。
止まりやすいのは「発注側の確認待ち」
制作が思うように進まないとき、原因が制作側の作業スピードではなく、発注側の確認や素材提出の遅れにあることは少なくありません。デザインへの返事、原稿の用意、写真の手配。こうしたこちら側の宿題が溜まると、制作は待つしかなくなります。誰がいつまでに何を返すのかを社内で決めておくだけでも、進行は変わってきます。
また、期間についても、案件の規模や修正のやり取りの回数によって大きく変わるものです。「必ず何週間で終わる」と一律に考えず、相手と各段階のおおよその目安を確認しながら進めるほうが、あとで無理が出にくくなります。
流れを知っておくと、判断がしやすくなる
全体の流れを先に押さえておく一番の利点は、打ち合わせのたびに「今どこにいて、次に何を決めるのか」が分かることです。相手の説明が専門的で分かりにくいときも、工程の中のどの話をしているのかが見えれば、確認すべき点を落ち着いて尋ねられます。段取りが読めていると、必要以上に不安にならずに済みます。
まとめ
Web制作は、ヒアリング・要件定義・構成・デザイン・実装・確認公開という段階を、おおまかに順に進んでいきます。区切り方は案件によって変わりますが、デザインの前に目的と範囲を固める段階があること、そして各段階で発注側の確認や素材提出が必要になることを知っておくと、進行のイメージがつかみやすくなります。
全体像が見えていれば、どこで何を決めるべきかが分かり、相手のペースに流されずに関われます。まずは「今どの段階か」を意識するところから始めると、はじめての発注でも進めやすくなります。
【下書き末尾・自己審査／公開前に削除】
ガードレール自己審査（copy-guidelines.md 準拠）
- VERDICT: PASS
- REASONS:
- ①断定・保証：「〜やすくなります」「〜にくくなります」等の傾向表現に統一。「必ず〜できる」等の保証表現は不使用（§1 OK）。
- ②匿名化：具体的なクライアント名・金額・社内数値・実績なし（§2 該当なし）。
- ③納期・期間：制作期間を明言せず「案件の規模や修正回数によって大きく変わる」と含みを持たせた（§3 OK）。
- ④景表法：特定の制作会社を名指しで貶める表現なし。No.1・最安等の優位表現なし（§4 OK）。
- ⑤事実正確性：一般的な制作工程の範囲に限定。裏の取れない統計・誇張数字なし（§5 OK）。
- ⑥迷い箇所：なし。安全側に統一（§6 OK）。
トーン・セルフチェック（tone-natural.md）
- [x] 煽り語・マッチョ語を使っていない（§1）／危機煽りなし
- [x] 仰々しい導入・過剰列挙・冗長語尾がない（§2）／「身構えてしまうことがあります」という素朴な入り。工程は6つに抑制
- [x] 基礎解説が説教くさくない（§3）／「ざっくり頭に入れておくと十分」と対等に
- [x] カテゴリのトーンに合っている（制作・デザイン＝発注者向け客観トーン）（§4）
- [x] 装飾が上限内（マーカー1・囲み枠1・吹き出し1往復）（§5）
近接稿との分離
- L65「Web制作 要件定義 とは」＝要件定義の中身／L66「サイト制作 目的設定 失敗」＝目的設定そのもの／L67「ワイヤーフレーム 重要性」＝ワイヤーフレーム単体／L70「サイトデザイン 良し悪し 見るポイント」＝完成デザインの評価軸／L72「Web制作会社 選び方」＝発注先の選び方。本稿L73は発注から公開までの全体の工程・流れと、各段階で発注側が何をするかに限定。個々の工程（要件定義・ワイヤーフレーム等）の詳細は流れの中で一言触れるに留め、再説明しない。
