完了の定義とカレンダー
タスクの一覧ではなく、終わったと言える条件から逆算します。
完了の定義
例：スマホで事例2本が公開され、問い合わせが届き、GA4でサンクスページの表示がキーイベントになり、旧ブログ1本から事例へ内部リンクがある。デザインの「余韻」は完了の条件にしません。
完了の定義と一緒に、範囲外（今回はやらないこと）も書きます。企画1枚の「やらない」欄を、そのまま写します。
6週の改修のマイルストーン（例）
| 週 | 終わっていること |
|---|---|
| 0 | 企画1枚、直す順の3行、決裁 |
| 1 | 原稿、写真、残すURL |
| 2〜3 | 構成の確認（まだ色の話をしない） |
| 4 | 公開前の確認用の環境。フォームと計測 |
| 5 | 修正。リダイレクトの表 |
| 6 | 公開。社内で共有。1週間の見張る項目 |
ここで止まる（依存）
- 事例の掲載の許可
- 価格を書いてよいか
- ドメインと Search Console の権限
- 問い合わせを受けるメールアドレス
権限と素材が週1回のペースで動かないなら、制作を急がせても公開できません。カレンダーの最初に権限を置きます。
社長・現場・制作会社との進め方
決裁者が複数だと、サイトは平均値になり、誰にも届きません。
| 誰 | 決めてよいこと | 決めなくてよいこと |
|---|---|---|
| 社長 | 主戦場、やらない仕事、予算、公開してよいか | ボタンの色の最終（方針だけ） |
| Web担当 | 一手の範囲、判定の数字、原稿の主語、計測 | CMSの中の実装のすべて |
| 営業・現場 | よくある不安、失注の理由、使える事例 | デザイン全体 |
| 制作 | 実装、アクセシビリティ、表示を速くする手段 | 誰に売るか、価格の約束 |
発注のときに渡すもの
- 企画1枚（状況・意味・一手・検証）
- ページの原稿、少なくともファーストビューと事例の素材
- 残すURLと、捨てるページ
- 計測の要件（キーイベント、フォーム）
- 公開の希望日と、遅れたら削る範囲
「おしゃれに」「信頼感」だけの発注だと、制作側は会社概要をきれいにします。主戦場の一文がないまま見積を取るより、先に一文を書くほうが安くつきます。
見積の見方
- 「一式」の中に、原稿・撮影・問い合わせの計測・公開後の修正が入っているか。入っていないなら、別料金として先に聞く
- ページ数と直す深さ（文言だけか、CMSごと変えるか）が、こちらの企画と合っているか
- 時間で精算するなら、上限の時間と、超えたときの単価
- 保守（止まらない・直す）と改善（一手を足す）は別。毎月の保守だけで集客は起きない
いちばん高い見積は、範囲が書いていない見積です。安く見えても、公開のあとで全部が追加料金になります。
変更の扱い
公開の2週前からの「あのページも」は、次の一手に送ります。例外は、法律・誤った情報・フォームが届かないことの3つだけです。
この章で使う道具 記入シート集：企画1枚 現場チェック