短納期でも判断根拠を残すサイトリニューアル

原稿、写真、掲載名称などクライアント側で確定する情報が多く、決定の遅れがデザイン、実装、確認へ連鎖する状況でした。短納期を理由に未確定内容を制作側で推測すると、正式名称や写真が届いた後にページ全体を直す可能性があります。

また、納品後にクライアント側でファイルを編集する可能性がありました。編集可能な範囲が曖昧なままでは、共通処理まで変更された場合に、どの差分を誰が直すか判断できません。公開までの決定事項を残しながら、納品後の編集範囲、注意点、公開後調整の責任分界を明確にすることが課題でした。

初回ヒアリングの決定事項を記録し、ページごとに原稿、写真、掲載名称、確認者、期限、確定状態を一覧化しました。すべてが揃うまで制作を止める案ではなく、共通構造や確定済みページから進め、判断が必要な部分は仮内容と分かる状態で切り分けています。

進行表は最初の予定を固定せず、確定状況に合わせて更新し、残作業と公開日への影響を共有しました。納品物では、本文や画像など変更可能な箇所と、共通処理やレイアウトを支える箇所を分け、編集時の注意点を整理しています。

この方法は、決定者と期限を明確にできる短期制作に有効です。納品後の担当者や編集方法が未確定の場合は、ファイル編集ではなくCMS化や保守対応を検討する必要があります。

短納期でも情報設計を省略せず、事業と製品の役割、利用者が知りたい順番を基準に画面を構成しました。原稿や写真が未確定の箇所は、仮内容へ見た目を合わせ込み過ぎず、正式素材の文字量や比率が変わっても調整できる構造にしています。

写真と掲載名称の対応をページごとに確認し、数値や文章量が増減した場合も、見出しと説明の優先順位が保たれるようにしました。完成画面だけでなく、未確定、確認中、差し替え後の状態を進行上で区別しています。

納品後に編集される可能性のある箇所は、共通デザインへ影響しない単位へ寄せ、どこから専門的な調整が必要になるかを実装担当と共有しました。

素材の確定状況をページ単位で管理し、共通部分と確定済みの構造から実装しました。文字数や数値表記が想定を超えても崩れにくい表示を用意し、未確定素材の差し替えが共通処理へ広がらない構成にしています。

納品後に編集されるファイルは、ページ固有の内容と共通処理を分け、変更箇所と影響範囲を追える形で引き渡しました。クライアント作業後の差分と、FHWが行う公開後調整を混同しないよう、責任分界を確認しています。

Gitは未確認のため、現在も同じ編集方法で運用されているとは断定していません。短納期案件では、実装速度だけでなく、未確定事項を可視化し、引き渡し後の変更方法まで合意することが品質を守ります。