リニューアルは、現状調査、残す情報の選定、新サイト設計、移行、公開確認の順に進めます。新しい画面だけを作ると、旧サイトの検索入口や更新しやすさを失う可能性があります。旧サイトと新サイトをつなぐ資料を最初から作りましょう。
工程ごとに残す成果物
| 工程 | 残すもの | 発注側の確認 |
|---|---|---|
| 現状調査 | 課題と現行環境の一覧 | 事業上の優先課題が合っているか |
| 棚卸し | 残す・更新・統合・削除の一覧 | 必要情報を誤って外していないか |
| 構成設計 | ページ一覧と新旧URL対応 | 目的別に情報を探せるか |
| 原稿・デザイン | 掲載内容と画面案 | 事実、使いやすさ、掲載可否 |
| 実装・移行 | 試験結果とデータ件数 | 主要機能と更新操作 |
| 切替 | 公開手順と戻す条件 | 担当と連絡先 |
| 公開後 | 表示・転送・受信・計測結果 | 残る問題と対応予定 |
現状調査では「残す良さ」も探す
問い合わせにつながるページ、営業で案内している資料、検索されている解説などを確認します。古いページでも、必要な答えが載っているなら残す価値があります。営業担当者と更新担当者の両方へ聞くと、解析だけでは見えない用途が分かります。
制作中の情報追加をどう扱うか決める
旧サイトに日々お知らせや実績が追加される場合は、移行開始後の差分をどう反映するか決めます。公開直前に一時的に更新を止めるのか、追加分を再移行するのかを共有しないと、新サイトで最新記事が欠けることがあります。
問い合わせや予約など継続して発生するデータは、投稿記事と同じように止められるとは限りません。切替担当と運用担当で別に手順を確認します。
社内の合意はどの段階で取る?
目的と対象者は構成を作る前、掲載内容はデザイン確定前、動作は実装後に確認します。代表者が最後に初めて見る進め方では、事業の見せ方から戻る可能性があります。承認者には、画面の完成度が低い段階でも、何を判断してほしいかを伝えて確認してもらいます。
承認後に変更が必要になったら、その理由と影響を記録します。確定事項を変更できないルールにするより、費用と公開時期への影響を分かったうえで判断できる流れを作ることが重要です。
公開日の判断を決めておく
見た目の小さな調整と、公開を止める問題を区別します。フォーム送信不能、主要ページの誤表示、重要な転送漏れなどは、公開判断に関わる問題です。誰が判断し、旧状態へ戻すならどのデータを守るかも決めます。
公開後はトップだけでなく、旧URLからのアクセスと主要サービスの操作を確認します。残件に担当と期限を付け、新サイト公開で作業記録を終わらせないようにしましょう。