結論：エラーは“確定後に一括・一行表示”。逐次バリデーションをやめるだけで、TTV p95が縮み、Aha到達率（%）は底上げされます。
「入力のたびに赤字が出るから、どこまで進んだのかわからない」——ユーザーインタビューで刺さったひと言です。夜に軽微な“親切チェック”を入れた翌朝、ダッシュボードではTTV p50が改善しているのに、p95が悪化していました。私は会議でこう言いました。「遅い人の列に、警告を積み上げてしまった」。この回では、逐次→確定後一括への設計変更で、p95の尾を切り落とす手順を具体化します。
1. 何が起きているか：エラーが“行動の連鎖”を断ち切る
（導入）逐次エラーは親切に見えて、集中を寸断します。押すたびに注意されると、人は「次へ進む」より「間違い探し」に意識が移るからです。結果として、末尾（p95）が膨らみ、Aha到達率（%）の伸びも止まります。
（要点）①逐次表示→視線が往復して操作が止まる／②入力途中でエラーが出ると“完了の絵”が崩れる／③同時に複数の赤字が出ると優先度が読めない／④完了条件が分からず保存を諦める——こうした微細な摩擦が、p95に堆積します。
【コピペ：症状チェック（朝会で読む）】
□ 入力キーアップで赤字が出る
□ エラーの位置が分散（上・下・右）
□ “ここまでOK”の完了イメージが無い
□ 保存導線が見えない（途中離脱が死亡）
□ 同時に3つ以上のエラーが出る
（まとめ）親切のつもりが、遅い人の足元をすくう。
（具体例）逐次→一括に変更した週、TTV p95 −120秒、Aha到達率 +5pt。
2. なぜ悪化するか：脳の“切替コスト”が増殖するから
（導入）逐次は、入力→警告→修正→再入力…とタスクスイッチが発生します。切替のたびに短期記憶の内容が壊れ、ゴールの見取り図が曇るため、末尾の人ほど遅くなります。平均（p50）は良く見えても、p95に痛みが出るのはこのためです。
（要点）①“正誤判定”が行動より前に出ると動きが止まる／②“今どこか”が見えないと不安で戻る／③入力の自由度が高いほど逐次エラーの爆発が起きる／④“完了の約束”が弱いコピーは迷いを増やす。したがって、自動→選択→手入力に沿って、最後にまとめて案内するのが理にかないます。
【コピペ：原則（PRDに刻む）】
・入力順は「自動→選択→手入力」
・エラーは「確定後に一括・一行表示」（最上部）
・各項目の下には“例”のみ、赤字は出さない
・保存導線は常時表示（D1計測の分母を守る）
（まとめ）“書かせる前に進ませる”。
（具体例）自動候補の先出し＋一括エラーでp95 −90秒、D1 +4pt。
3. 抜け方：確定後一括・一行表示＋保存導線で“最後まで”誘導
（導入）大工事は不要です。エラーの出し方と伝え方を変えるだけで、TTV p95は縮みます。鍵は「完了のイメージを壊さないこと」。
（要点）①送信後にカード上部で“要約一行エラー”＋リンクで項目へジャンプ／②各項目には“例”だけ、逐次赤字は出さない／③保存導線を上下に固定し、途中離脱でも再開できるようにする／④主操作は1つ（ラベルは結果の約束）で迷いを消す。
【コピペ：エラー表示テンプレ（貼るだけ）】
<div class="error-summary">以下を確認してください：住所の形式／本人確認の写真／同意チェック</div>
・最上部に1行、リンクで項目へ
・項目下は“例”のみ（赤字は出さない）
・送信後のみ表示（キー入力では出さない）
（まとめ）“エラーのナビ化”で、完走率が静かに上がる。
（具体例）一括要約＋項目ジャンプ導入で、Aha到達率 +6pt。
4. 設計テンプレ：フォーム／検索／本人確認の三型
（導入）ユースケース別に、迷わず当てられる雛形を用意しました。議論は「この型に合うか」で短く終わらせます。
（要点）フォーム＝送信後要約一行→項目ジャンプ→保存可／検索＝候補先出し→“不一致時のみ”補足入力→一括要約／本人確認＝チェックリスト→撮影→送信→不足一括案内。
【コピペ：三型テンプレ】
[フォーム]
送信→最上部1行要約→リンクで該当項目へ→保存して再開可
[検索]
候補先出し→合致しない場合のみ手入力→送信→一括要約
[本人確認]
提出リスト→アップロード→送信→不足一括（一行＋ジャンプ）
（まとめ）型を持つと、差し戻しが減る。
（具体例）本人確認を“逐次→一括”へ変更し、p95 −130秒。
5. 計測とレビュー：イベントは最小3＋保存、台本は30分
（導入）見えないと戻せません。Aha到達率（%）・TTV（p50/p95）・D1（%）に直結するイベントを絞り、会議は台本で決め切ります。
（要点）イベント＝view_entry / achieve_aha（一意） / error_summary_shown / saved / return_next_day。p95の監視は「error_summary_shown→achieve_aha」までの分布を確認。
【コピペ：30分レビュー台本（エラー版）】
00-05 Aha% / p50・p95 / D1 を音読（昨日/7日）
05-15 順番票：今やる3つ（逐次→一括／保存導線／主操作1つ）
15-25 受入基準：クリック≤3／遷移≤2／一括要約必須
25-30 ゲート日・担当・決裁ログ（1枚）更新
（まとめ）数字を音読し、条文で合否を言い切る。
（具体例）error_summary_shown計測で詰まりが明瞭になり、翌週Aha% +4pt。
u-note：意思決定の順路を固定する
Aha→TTV→翌日活性の順で見ると意思決定が速くなります。詳しくはKPI設計と運用ガイドへ。
関連記事
FAQ
- Q. 入力ミスを早めに気づかせたいのですが？
- A. 逐次の赤字ではなく“例”を置き、確定後の一括要約で道を示してください。集中が途切れず、p95が守られます。
- Q. 不正入力やNG値はどう扱う？
- A. “保存は通すが送信で止める”設計が現実的です。保存→再開の導線を殺さない方がD1に効きます。
- Q. スマホでフィードバックが見切れます。
- A. エラー要約は最上部に固定し、タップで折りたたみ可に。視線移動を最小化してください。
▼有料note（直リンク）
コメント