# Web制作のプロジェクト管理とは｜工程・スケジュール・成果物の把握方法 元のページ: Web制作会社の選び方・発注ガイド Web制作プロジェクトの工程とスケジュールを発注側の視点で解説。キックオフから公開までの各フェーズで確認すべきこと、発注側が用意する管理資料（課題管理表・週次定例・受入基準）、大規模・複数ベンダー案件の管理のポイントをまとめています。 ## **はじめに** Web制作を制作会社に依頼した後、「今どの工程にいるのか」「何を確認すれば良いのか」「このスケジュールは順調なのか」がわからず、不安を抱える担当者は多いです。 Web制作プロジェクトは、複数の専門工程が連続・並行して進む複雑なプロセスです。クライアント側の担当者（発注者）として適切に関与するためには、各工程の意味・確認すべきポイント・成果物の評価基準を理解しておく必要があります。本記事では、Web制作プロジェクトの全体工程を解説し、発注者として効果的に関与するための方法を解説します。 ## **Web制作プロジェクトの全体工程** 標準的なWeb制作プロジェクトは以下の6工程で構成されます。 各工程には「インプット」「成果物」「クライアントの確認事項」が存在します。これを理解した上でプロジェクトに関与することで、発注者として効果的な意思決定ができます。 ## **Phase 1：キックオフ・要件定義（期間：1〜3週間）** ### **工程の目的** プロジェクトの全体方針・進め方・役割分担を合意し、制作の前提となる要件を定義します。 ### **主な成果物** - プロジェクト計画書：スケジュール・マイルストーン・体制図・コミュニケーションルール - 要件定義書：機能要件・非機能要件・制約条件のまとめ - コンテンツ整理リスト：既存コンテンツの棚卸し・流用可否の整理 ### **発注者の確認ポイント** - スケジュールの各マイルストーン（確認期限・公開日等）は現実的か - 担当窓口・連絡手段・ミーティング頻度は明確か - コンテンツ提供の期日は守れるか - 要件定義書の内容は自社の意図を正確に反映しているか ## **Phase 2：情報設計（IA・ワイヤーフレーム）（期間：2〜4週間）** ### **工程の目的** サイトの構造・ページ構成・各ページのレイアウトを設計します。デザイン・実装の前に「何をどこに置くか」を決める最重要の工程です。 ### **主な成果物** - サイトマップ：全ページの階層構造を示した図 - ワイヤーフレーム：各ページのレイアウト・コンテンツ配置を示した設計図（白黒・グレースケール） ### **発注者の確認ポイント** #### サイトマップのチェック - すべての必要なページが含まれているか - ナビゲーション構造は訪問者にとって直感的か - 不要なページ・重複するページはないか #### **ワイヤーフレームのチェック** - 各ページの情報の優先順位は適切か（最重要の情報がファーストビューに入っているか） - CTA（問い合わせボタン・資料DLボタン等）の配置は適切か - ユーザーが目的のページに3クリック以内でたどり着けるか 重要：ワイヤーフレームの段階でのフィードバックは、デザイン確定後より変更コストが格段に低いです。この段階での徹底的な確認が後工程の手戻りを防ぎます。 ## **Phase 3：デザイン（期間：3〜6週間）** ### **工程の目的** ワイヤーフレームを基に、ブランドガイドラインに沿った視覚的なデザインを制作します。 ### **主な成果物** - デザインカンプ：実際のサイトと同等の見た目を持つビジュアルデザイン（Figmaで提供されることが多い） - スタイルガイド：使用するカラー・タイポグラフィ・ボタン・フォームのデザインルール ### **発注者の確認ポイント** デザインレビューは感覚的になりがちですが、以下の観点で論理的に評価することが重要です。 ブランドとの整合性 - 既存のCI/VIとの一貫性があるか - ターゲットユーザーに適切な印象を与えているか #### **可読性・情報の明確さ** - テキストが読みやすいか（フォントサイズ・行間・コントラスト） - 重要な情報が視覚的に強調されているか - CTAボタンは目立つか #### スマートフォン対応 - スマートフォン表示でのデザインも確認したか - タップしやすいボタンサイズになっているか #### **フィードバックの伝え方** - 「なんとなく気に入らない」ではなく「○○の理由でターゲットに刺さらないと感じる」という形で具体的に伝える - 修正を依頼する箇所をFigmaのコメント機能等で明確に指定します ## **Phase 4：実装（コーディング・CMS構築）（期間：4〜8週間）** ### **工程の目的** デザインカンプをHTMLCSSJavaScript（またはNext.js等のフレームワーク）で実装し、CMSと連携させる。 ### **主な成果物** - ステージング環境：本番公開前の確認用の開発環境URL - CMS管理画面：コンテンツ更新のための管理インターフェース ### **発注者の確認ポイント** ステージング環境での確認 - デザインカンプと実装が一致しているか - スマートフォン・タブレット・各種ブラウザで正しく表示されているか - アニメーション・インタラクションが仕様通りに動作しているか #### CMS管理画面の確認 - 担当者が直感的にコンテンツ更新できるか - 必要なコンテンツ要素（テキスト・画像・カテゴリ等）が管理できるか - 権限設定（編集者・管理者等）は要件に合っているか この工程でのフィードバックは、デザインと実装の「ずれ」に集中します。機能の大幅な追加・変更は追加費用が発生するため、要件定義の段階での合意を再確認することが重要です。 ## **Phase 5：テスト・品質保証（期間：1〜3週間）** ### **工程の目的** 全機能・全ページの動作確認を行い、本番公開に向けての品質を担保します。 ### **主なテスト項目** - 機能テスト：フォーム送信・リンク・ナビゲーション・検索機能等の動作確認 - 表示テスト：複数ブラウザ（Chrome・Safari・Firefox・Edge）・デバイス（PC・スマホ・タブレット）での表示確認 - パフォーマンステスト：PageSpeed Insights・Lighthouseでのスコア確認 - SEOテスト：メタタグ・構造化データ・サイトマップの設定確認 - セキュリティテスト：SSL・フォームのバリデーション・不正入力対応 ### **発注者の確認ポイント** - テスト結果のレポートを受け取り、指摘事項の対応状況を確認します - 自社でも主要な機能・ページの動作確認を行います - コンテンツの最終確認（誤字脱字・情報の正確性）を実施します ## **Phase 6：公開・移行（期間：1〜3日）** ### **工程の目的** 本番環境へのファイル転送・DNS切り替えを行い、一般公開します。 ### **主な作業内容** - 本番サーバーへのデプロイ - ドメイン・DNSの切り替え - リダイレクト設定（旧URLから新URLへの301リダイレクト） - Google Analytics・Search Consoleの設定 - 公開後の動作確認 ### **発注者の確認ポイント** - 公開後24〜48時間は各ページの表示・機能を確認します - GA4のトラッキングが正常に機能しているかを確認します - 旧サイトの主要URLから新URLへのリダイレクトが正しく設定されているか ## **発注者として効果的に関与するための5原則** - 期日を守る デザイン確認・コンテンツ提供・フィードバック——発注者側の対応遅延がプロジェクト全体の遅延を引き起こす。期日は制作会社と同様に厳守する意識が重要です。 - フィードバックは具体的に 「なんかイメージと違う」ではなく「〇〇のページの〇〇の部分が、△△に見えるため、××の印象を与えると思う。□□のように変更してほしい」という形で具体的に伝える。 - 確認者を一本化する 複数の社内担当者がそれぞれ別のフィードバックを制作会社に送ると、矛盾が生じる。社内での取りまとめを行った上で、窓口を一本化してフィードバックします。 - 追加要件は慎重に 制作途中での追加・変更要件は、スケジュール延長・追加費用の原因になります。新たな要件が生じた場合は、必ず「現プロジェクトで対応するか」「次フェーズで対応するか」を制作会社と合意してから進める。 - プロを信頼しつつ主体性を持つ 制作会社のプロの判断を尊重しながら、ビジネス目標・ユーザー視点の観点での意見は主体的に発信します。「お任せします」では良いものができず、「全部こちらで決めます」では制作会社の専門性が活かせません。 ## 発注側が用意する管理資料｜課題管理表・週次定例・受入基準 制作会社が進行管理表を用意していても、発注側に情報の置き場がなければ、社内の確認待ちや指示の食い違いがそのまま遅延につながります。課題管理表・週次定例の記録・受入基準の3点を軸に、次の資料をプロジェクト開始時にそろえます。なお、要件定義書の書き方は別記事で解説しています。 いずれもスプレッドシート1枚ずつで十分です。重要なのは、資料ごとに更新する人を一人に決めておくことです。 | 資料名 | 目的 | 作成タイミング | 誰が更新するか | | - | - | - | - | | 課題管理表 | 未解決の論点・依頼事項を一覧化し、担当者と期限を明確にする | キックオフ直後 | 発注側の窓口担当者が起票し、制作会社が対応状況を記入 | | 週次定例のアジェンダ・議事録 | 進捗・課題・次回までの作業を共有し、口頭の合意を記録に残す | キックオフ後、定例のたび | 議事録は制作会社、アジェンダは発注側の窓口担当者 | | 決定事項ログ | いつ・誰が・何を決めたかを残し、認識違いと蒸し返しを防ぐ | 決定が出るたび | 発注側の窓口担当者 | | コンテンツ提供管理表 | 原稿・画像・データの提供状況と期日を可視化する | 情報設計の工程に入る前 | 各部署の担当者が入力し、窓口担当者が取りまとめ | | 受入基準（受入チェックリスト） | 何を満たせば検収できるかを言語化し、公開の判断を客観化する | 要件定義の合意時に原案、テスト工程の前に確定 | 発注側が作成し、制作会社のレビューを経て確定 | RFPの書き方については[Web制作会社への発注で後悔しないRFPの書き方](https://chot-inc.com/knowledge/web-design-rfp)、依頼前の準備については[Web制作会社に依頼する前に決めておくべき8つのこと](https://chot-inc.com/knowledge/web-design-preparation)で詳しく解説しています。 ## 大規模・複数ベンダー案件のプロジェクト管理 サイトの規模が大きくなるほど、関係する部署とベンダーが増え、承認の経路が複雑になります。まず決めるべきは、最終的にやる・やらないを判断する意思決定者と、日々の確認を担う窓口担当者を分けて指名することです。確認者が複数いる場合も、社内で意見を取りまとめてから一本化して伝えます。 全ページを一度に公開しようとすると、確認作業が特定の時期に集中し、品質もスケジュールも崩れます。サイトを階層や事業部の単位で分割し、先に公開する範囲と後続に回す範囲を決めておきます。共通のデザインルールとコンポーネントを先行フェーズで固めれば、後続は差分の確認だけで進められます。 複数ベンダーが関わる案件では、責任の境界が曖昧な領域ほどトラブルが起きます。既存コンテンツの移行範囲、旧URLから新URLへのリダイレクト、ドメイン・DNSの切り替え、解析ツールの再設定について、担当ベンダーと実施順序を一覧にして共有してください。 契約時に確認すべきポイントは[Web制作会社との契約で確認すべき10のポイント](https://chot-inc.com/knowledge/web-design-contract)、サイトリニューアル全体の流れは[サイトリニューアルとは？目的の設定から考える全体の流れ](https://chot-inc.com/knowledge/site-renewal-basics)で解説しています。 ## **まとめ** Web制作プロジェクトは6つの工程で構成され、各工程に「発注者として確認すべきポイント」が存在します。単に制作会社に任せるのではなく、各マイルストーンで適切な関与を行うことが、プロジェクトの成功に不可欠です。 ## あわせて読みたい [**サイトリニューアルの基本（目的設定から全体の流れ）**](https://chot-inc.com/knowledge/site-renewal-basics)｜サイトリニューアルの定義・目的の設定方法・全体の流れを体系的に解説 次の記事では、Web制作会社との契約内容で確認すべき10のポイントを解説します。 ## よくあるご質問 進行管理表やテスト結果のレポートは制作会社が用意することが一般的です。一方で、社内の確認状況・決定事項・コンテンツ提供の進捗は発注側にしか把握できません。発注側は社内の動きを追う資料に絞って用意します。 各ベンダーは自社の担当範囲しか見えないため、工程全体をつなぐ役割は発注側が担うのが基本です。社内にリソースがない場合は、主契約のベンダーに全体調整まで含めて依頼し、その範囲を契約書と体制図に明記しておきます。 発注側が「何を満たせば公開してよいか」を言語化し、制作会社のレビューを受けて確定させます。表示・動作・コンテンツの正確さ・計測設定など、確認項目と合否の判断者を書き出した一覧で十分です。テスト工程に入ってから作ると認識がずれやすいため、実装前に合意します。 ## エージェント型Web・AIアプリ 開発のご相談 chot inc.ではエージェント型Webの設計・構築・ 運用を 一貫してサポートしています。 [お問い合わせ](https://chot-inc.com/contact) ## このテーマの他の記事 - ### [Web制作会社とは？制作会社・システム会社・広告代理店の違い](https://chot-inc.com/knowledge/web-design-company-types) [Web制作会社とは何か、制作会社・システム会社・広告代理店の違いをわかりやすく解説します。各事業者の強み・費用感・向いているプロジェクトの違いをまとめています。](https://chot-inc.com/knowledge/web-design-company-types) - ### [Web制作会社の種類と比較｜5タイプの特徴・費用感・向いている案件](https://chot-inc.com/knowledge/web-company-comparison) [Web制作会社を大手総合・中堅専門特化・ブティック型・テック系・フリーランスの5タイプに分けて比較します。規模・費用感・強み・注意したいリスクの違いを一覧表にし、規模・予算別にどのタイプへ発注すべきか、比較するタイプの決め方まで整理しています。](https://chot-inc.com/knowledge/web-company-comparison) - ### [Webサイト制作の費用相場2025｜規模・機能別の価格ガイド](https://chot-inc.com/knowledge/website-production-cost) [Webサイト制作の費用相場2025年版を規模・機能別の価格ガイドで解説します。コーポレートサイト・ECサイト・Webアプリ別の相場と、費用を左右する主な要因をまとめています。](https://chot-inc.com/knowledge/website-production-cost) [Web制作会社の選び方・発注ガイド一覧](https://chot-inc.com/knowledge/themes/web-design-guide)