短納期のWeb制作では、作業時間だけでなく、判断を待てる時間も短くなります。原稿や写真が決まらない。既存サイトへの影響が読めない。確認者の返答を待つ間にも公開日は近づく。その状態で全部を同じ完成度へ揃えようとすると、最後に確認工程が押しつぶされます。
私たちの制作でも、共通部品を先に決めたことで間に合った案件がある一方、未確定の内容を推測して進め、正式素材が届いてから戻る危険もありました。短納期で本当に削るべきなのは、確認そのものではなく、案の数や重複作業、公開に必須でない範囲です。
ここでは、固定公開日の版管理とは別に、制作期間全体を圧縮するときの優先順位を整理します。何を公開条件とし、何を公開後へ送るかを、着手時点から決める方法です。
最初に「公開できる状態」を一文で決める
ページ数や機能一覧だけでは、完了条件になりません。誰が、何を見て、どの行動を完了できれば公開するのかを一文にします。
- 公開日に必ず必要なページと導線
- 問い合わせ、応募、購入など止められない行動
- 公開前に確定が必要な名称、価格、権利表記
- 仮素材で表示確認できる範囲
- 公開後の改善へ送れる範囲
この一文がないと、思いついた改善がすべて公開前の必須作業へ見えてしまいます。先に境界を作ることで、追加要望を目的と影響から判断できます。
未確定事項を、待つ・仮で進める・外すに分ける
素材が揃うまで全工程を止める必要はありません。ただし、何でも仮置きしてよいわけでもありません。未確定事項を三つに分けます。
- 正式名称や権利表記など、確定まで公開できないもの
- 文字量や画像比率を想定し、仮素材で構造確認できるもの
- 公開目的に直結せず、初回公開から外せるもの
仮で進める場合も、仮である印、差し替える人、期限、影響するページを残します。「後で替える」が記憶だけに残ると、公開時に古い素材が混ざります。
全ページを作る前に、判断が集中する画面を一つ作る
短納期で画面数を先に増やすと、共通ルールの変更がすべてへ広がります。最初に、見出し、画像、ボタン、長文、一覧など主要要素が集まる代表画面を一つ作ります。
代表画面で、情報の優先順位、スマートフォン表示、共通部品、動き、更新方法を確認してから展開します。案を減らすことは手抜きではありません。判断を一か所へ集め、同じ議論をページごとに繰り返さないための設計です。
削ってはいけない確認を固定する
期間が短くても、公開事故につながる確認は残します。見た目の微調整より先に、利用者の行動と公開環境を確認します。
- 主要URL、ナビゲーション、外部リンク
- フォームの入力、送信、通知、完了
- スマートフォンと主要な画面幅
- タイトル、説明、検索除外などの公開設定
- 画像、PDF、動画の権利と最新版
- 公開先、切替方法、戻し方
短納期を理由に、確認項目を人の勘へ戻さないことが重要です。項目を絞る場合も、なぜ外せるのかを残します。
公開後へ送る改善には、戻る日を決める
初回公開から外した改善は、放っておくと永遠に戻りません。内容、理由、担当、再確認日を残し、公開後の作業として計画します。
文章表現の磨き込み、追加事例、細かな演出、二次導線の改善などは、目的によって公開後へ送れる場合があります。一方、誤情報、利用できないフォーム、権利未確認の素材、重大な表示崩れは送れません。後回しにできるかは、作業量ではなく影響で決めます。
短納期が向く条件、計画を見直す条件
短納期で進めやすい条件
- 目的と初回公開の範囲が一つに絞られている
- 決定者と確認期限が明確
- 共通部品で展開できる
- 素材の確定状況を一覧で追える
- 公開後の改善体制がある
日程や範囲を見直す条件
- 決定者、公開権限、公開環境が分からない
- 法務・権利・価格など公開条件が未確定
- 既存システムへの影響を調査できていない
- 多数の個別画面を同時に確定する必要がある
- 公開後に直す担当と予算がない
着手前のチェックリスト
- 公開できる状態を一文で説明できるか
- 必須、仮で進める、初回から外す範囲を分けたか
- 原稿、写真、名称ごとに決定者と期限があるか
- 代表画面で共通ルールを確認してから展開するか
- 削らない公開前確認を固定したか
- 追加要望を公開前と公開後へ分ける基準があるか
- 公開後へ送った作業に担当者と再確認日があるか
- 納品後の編集範囲と責任分界を確認したか
