ホームページ制作は、目的の整理、構成、原稿、デザイン、実装、確認、公開の順に進めます。発注者が押さえたいのは工程名より「今、何を決める段階か」です。段階ごとに確認する内容を分けると、完成直前の大きなやり直しを減らせます。
制作工程と発注側の確認事項
| 工程 | 制作側がまとめるもの | 発注側が確認すること |
|---|---|---|
| 相談・要件整理 | 目的、対象、範囲、見積もり | 依頼したい仕事と対象外が一致しているか |
| サイト構成 | ページ一覧、情報の配置案 | 必要なサービスや判断材料に抜けがないか |
| 原稿・素材 | 文章、画像、掲載情報 | 料金、仕様、名称、公開許可は正しいか |
| デザイン | PC・スマートフォンの画面案 | 読みやすさ、内容の優先順位、操作の分かりやすさ |
| 実装 | 実際に動くサイト | 更新画面やフォームが想定どおり使えるか |
| 公開前確認 | 確認結果と切替手順 | 公開を妨げる問題が残っていないか |
| 公開・引き継ぎ | 本番サイト、管理情報 | 問い合わせ受信と更新・保守の担当 |
工程が一部並行することはありますが、何が未確定かは共有しておきます。原稿の量が大きく変わるとデザインにも影響するため、事実確認を後回しにしない方が進めやすくなります。
制作期間は「作業」と「確認待ち」で考える
制作会社の作業日だけで公開日は決まりません。社内での原稿確認、写真撮影、決裁者の承認、旧サイトの引き継ぎにも時間が必要です。希望日を伝えるときは、動かせない理由と、社内で確認に使える日程を合わせて共有します。
例えば、公開前に代表者確認が必要なのに、その日程を最後に調整すると全体が止まります。最初の打ち合わせで、構成・原稿・デザインの確認者と返答予定日を置きましょう。期間の目安だけで判断せず、工程表で確認します。
修正依頼を伝えるときの例
「何となく弱い」では、どこを直せばよいか判断できません。「最初の画面で対応地域が分からないので、サービス説明の近くに表示したい」のように、困る人と不足情報を伝えます。
複数の社内意見は窓口がまとめ、必須の事実修正、優先度の高い改善、好みの希望を区別します。確定した構成を変える場合は、追加費用だけでなく公開時期への影響も確認してから進めます。
確認の完了をどう伝える?
「確認しました」だけだと、見ただけか、次の工程へ進めてよいか分かりません。「掲載内容に問題ありません。構成はこの案で進めてください。写真だけ○日までに差し替えます」のように、確定した部分と残る作業を分けます。
画面に直接コメントする場合も、URL、該当箇所、変更理由を一緒に記載します。社内で意見が割れる項目は、そのまま複数案を送らず、窓口が優先する条件をまとめます。制作会社には、確認待ちで止まる工程と、並行して進められる工程を確認しましょう。
公開をもって引き継ぎ完了としない
公開後に本番のフォームを送信し、通知と自動返信を確かめます。自社更新を予定するなら、担当者が一件の投稿を下書きから公開まで操作して確認します。
管理先、更新方法、障害時の連絡先、保守範囲を受け取り、公開後の担当が決まったところまでを制作の引き継ぎとして扱うと、運用を始めやすくなります。