ユーザージャーニーの最小マップ（5 段グリッド）

背景与問題

OPC（B 方向）。ユーザー体験を「どこで離脱するか」で語れていない。ジャーニーマップを 5 段の簡易グリッドに縮約し、四半期 1 回 analytics 実値で更新する運用を作る。

发现

（出典はいずれも 2026-09-17 アクセス）

• 最小グリッドの型：発見→検討→決定→購入→購入後の 5 段（Figma/FigJam）。onboarding 特化では発見→登録→初回ログイン→アクティベーション→支援の 5 段テンプレが実在（MakeCharts）。
• 実例の価値：ジャーニーマップは「何が明らかになったか・どう意思決定に使ったか」で評価される（Userpilot の 13 実例）。signup→最初の共有レポートまでの SaaS onboarding 例（Kompassify）。
• テンプレの豊富さ自体が証拠：150+ のテンプレが流通するほど「型はあって中身が各自」の領域（User Interviews）。
• 推测：solo の失敗は「精緻なマップを作って更新しない」——1 枚を四半期ごとに実値で直す方が効く。

结论

1. 自社の 5 段に固定：発見（store 検索）→インストール→初回起動→価値体験（家族との共有が成立）→支援。シニア製品の Aha は「家族との共有が成立した瞬間」に置く（推测：製品設計の思想と整合）。
2. 各段に「離脱原因の仮説 1 つ」を書く：埋めるのは実値でなく仮説でよい——検証は四半期 1 回 analytics 実値で行う（opc-landing-performance と同じ実測原則）。
3. Aha の設計と連動：「家族との共有が成立」は opc-manual-onboarding-first-ten の初期 10 分の到達点でもある——マップと onboarding の 1 行を一致させる。
4. 更新は決定ログに紐づける：マップから出た改善は opc-decision-log に記録（ジャーニー→決定→実装の流れを 1 本化）。

待办 / 下次继续

• 5 段マップ v1 を作る（各段の離脱仮説を埋める）。
  
• analytics の該当イベント（登録→初回共有の通過率）を 1 回確認。
  

关联

opc-manual-onboarding-first-ten opc-decision-log opc-landing-performance opc-peer-group-circles