今日の問い
あなたのプロダクトは、誰のどんな進歩を、どの根拠で支えると言えますか。
30秒でつかむ
最終レビューでは、画面の美しさだけを見ません。問題仮説、体験設計、実装、アクセシビリティ、観察、計測、改善判断が一本につながっているかを確認します。この統合手順は各Phaseの一次資料をつなぐAMPLの実務判断です。
完成とは、変更しなくてよい状態ではありません。何を確かめ、何が分かり、次に何を学ぶかを説明できる状態です。
30秒図解 · LESSON 36
中心モデル
36回の判断を、一つの根拠へ束ねる
問題、価値、構造、表現、検証、改善を相互に説明します。
一貫した製品判断
- 問題仮説
- 価値提案
- 体験構造
- 視覚仕様
- 検証所見
- 改善計画
CLUE · 見抜く手掛かり
各成果物が同じ目的を指しているか
TRAP · ありがちな罠
画面の完成度だけで評価する
原則
レビューは、利用者の状況と望む進歩から始めます。最初の仮説が調査や実験でどう変わったかを示し、現在の対象と対象外を確認します。
次に、主要フローと画面を触ります。正常時だけでなく、読み込み、空、エラー、部分成功、取り消しを確認します。キーボード、フォーカス、コントラスト、320 CSS pxのリフロー、200%拡大も対象です。
設計判断には根拠を添えます。「見やすいから」ではなく、どの利用者目標、観察所見、成功基準に対応するかを説明します。根拠が弱い判断は、事実に見せず仮説として残します。
計測計画では、イベント、ファネル、HEARTとGSM、ガードレール、実験条件を確認します。指標が動いたとき、継続、修正、中止のどれを選ぶかまで書けていれば、公開後も学習を続けられます。
最後に、改善バックログを並べ替えます。利用者への影響、証拠の強さ、実装負荷、リスクで評価し、次の一件を選びます。最終制作の価値は、機能数ではなく、判断を学びへ変えられることにあります。
実験の価値、共有、データ品質、実行コストへの反復投資が、継続的な意思決定と学習を支えるという最終レビューの考え方を支える。
良い例と惜しい例
最終レビューの説明
良い例は、結論だけでなく判断の変化を示しています。未解決点があっても、根拠と次の検証が明確ならレビューできます。
AIへの指示例
目的: 36回で作った成果物の整合性を点検し、最終レビュー資料を作る
制約: 未確認事項を事実として補わず、矛盾、欠落、未検証を明示し、公開やデプロイは行わない
参照: Phase 1から6までの全成果物、テスト結果、観察記録、measurement-plan.md
受入条件: 利用者の進歩、問題仮説、主要フロー、画面判断、アクセシビリティ、検証結果、指標、公開条件、次の改善を一つの説明にし、矛盾一覧を添える
確認問題
セルフチェック
1. 最終制作レビューで、最も重視すべき説明はどれですか。
最終制作へ反映する
最終レビューと次の学習
講義内の15分でレビュー順と不足一覧を作り、統合レビューには別途約120分を確保する。learning-log.mdに、当初の仮説、変わった判断、得られた証拠、残る不確実性、次に検証する一件を記録する。
Acceptance criteria
- Phase 1から6の主要成果物が、利用者の進歩を軸に参照されている
- 未検証事項と、次に実行する一件の検証方法が明記されている
今日のまとめ
- 最終レビューは、仮説、設計、検証、計測、改善のつながりを見る
- 根拠の弱い判断は事実にせず、未検証の仮説として残す
- 完成後も、観察と学習を次の改善へつなげる