Playbooks
LPを診断して改善タスクへ変換する手順
LPレビューは点数を見るだけでは終わりません。誰に何を伝え、どのCTAへ進ませ、どの不安を解消し、どの修正から着手するかを1つの流れで決めます。
ui.design: llm-marketingui.design: llm-growthui.design: llm-visualui.design: seo-basic
まず確認する症状
- 診断結果はあるが、マーケ、デザイン、開発の作業順に落ちていない。
- 改善案が多すぎて、最初の1週間で直す範囲が決まらない。
- 診断結果はあるが、業務の意思決定、担当分担、納品物、次回検証へ変換されていない。
- 業種やページ種別の違いを見ず、全ページを同じチェック順で扱っている。
なぜ問題か
- LPはCV目的が明確なため、UXやアクセシビリティの所見も事業影響で並べ替える必要があります。
- 自動開発では、レビュー所見を小さな修正タスクへ変換できるかが改善速度を左右します。
- プレイブックは知識記事を実務に変える手順です。見る順番、成果物、完了条件があると少人数でも繰り返せます。
- 人間が判断する部分とAIが修正する部分を分けることで、品質と速度の両方を管理できます。
診断で見る指標
ファーストビューの価値訴求
主CTAとフォーム摩擦
信頼材料
スマホ操作性
title/description/見出し
対象ページ種別
最初に見る導線
成果物一覧
担当者と期限
次回スキャン条件
上位3課題
即日/1週間/次回検証
CV影響
修正難度
再スキャン日
修正方法
最小修正
上位3課題を選ぶ
CV導線、スマホ操作、信頼材料のうち、最も影響が大きいものから着手します。
推奨修正
修正ロードマップへ分ける
即日、1週間、次回検証の3段階で、関係者が実行できる粒度にします。
さらに改善
再スキャンと計測をつなぐ
修正後にui.designで再スキャンし、GA4/ClarityでCTAやフォーム行動も確認します。
受け入れ条件
- 01PCとスマホの両方で目視確認し、主なCTAまたは操作対象が迷わず見つかる。
- 02キーボード操作、読み上げ補助、または自動検査で再発しやすい項目を確認する。
- 03修正後にui.designで再スキャンし、同じ所見が残る場合は原因を分解する。
- 04その業務で最初に見るべき3から5項目、当日直す項目、保留する項目、次回検証方法が分かれている。
- 05レポート、タスク、証跡、修正指示を、顧客または開発者がそのまま使える粒度で残している。
- 06LP診断後に、最初に直す3件、後回しにする理由、次回検証方法が決まっている。
- 07改善案は、ファーストビュー、CTA、信頼材料、スマホ、SEO、計測のどれに効くか分かる。
コーディングエージェント向け修正指示
目的: LP診断結果を、ファーストビュー、CTA、信頼材料、スマホ表示、SEO、修正指示の順で整理し、最初の1週間で実装できるタスクへ分解してください。 追加確認: LPではスコア順だけでなく、CV影響、実装容易性、証拠の強さ、再スキャンで確認できるかを使って優先順位を付けてください。
参考資料
よくある失敗
- スコアの低い順だけで直し、CVへの影響や実装容易性を見ない。
- 見た目だけを整え、見出し、リンク、フォームラベルなどの意味構造を直さない。
- 1つの指摘だけを直し、同じ原因から出た別画面の再発を確認しない。
- スコアを説明して終わり、誰がいつ何を直すかを決めない。
- 全ページを同じ深さで見ようとして、事業影響が大きい導線の修正が遅れる。