オンボーディング マスター計画 2026-05

1ページ要約

オンボ改善は B軸 = PLG / アクティベーション に属する。 ① 側は PRD と PLG / メール v2 の設計が出揃い、 詰まりは「実装着手の判断」と「人手の実測（B-2/B-4/B-5）」。 ② 側はファネル各段階の実測値がまだ取れていない（GA4 キーイベント 0 問題）。

スコープと境界

LP訪問から初回アクション完了（=活性化）までをカバー。 「サインアップ完了」を ① と ② の接続点とする。

カバーしない隣接領域（別 SoT に委ねる）

議論の流れ（時系列）

どのセッションで何が決まったかの時系列マップ。 重要転換点は 2026-04-27（TTV計測が動いた瞬間にボトルネックが特定された日）。

① アプリ内オンボーディング（TTV短縮）

サインアップ完了〜初回アクション（活性化）までの領域。 数値・ボトルネック・確定施策・未決事項・関連 SoT の順に整理。

▎ TTV ゴール定義（2026-05-12 確定）#

戦略検討チーム5名の評価（4対1 の対立）

確定事項の明細

TTV ゴールイベント（現フェーズ）

10_register → 30_item_add（初回アイテム追加）

計測対象

サインアップから初回アイテム追加までの時間（秒）

内部呼称

「在庫が動き始めるまでの時間（TTV）」

外部呼称（LP / プレス / お客さん向け）

非露出方針 TTV / 「在庫が動き始めるまでの時間」は外部に出さない。 お客さん向け体験言語は別途検討（lp-creation Playbook で扱う）

昇格先候補

30_update_count（初回入出庫記録 = value event）

観測用プロパティ（実装済）

reached_value_event / time_to_value_event_seconds（models/ttv.py、 観測のみ、 現フェーズでは TTV ゴールとしない）

昇格条件（次フェーズへの遷移トリガー）

実装ステータス

• 完了 models/ttv.py の reached_quick_win / ttv_seconds を first_item_add_at 起点に変更
• 完了 観測用プロパティ reached_value_event / time_to_value_event_seconds を新設
• 完了 ダッシュボード（TtvView.tsx）の Notice バナーと Header を新定義に書き換え
• 完了 ダッシュボードに新定義の数値を反映（既存 ttv.json を再計算: 活性化率 26.1% / TTV 中央値 2.6分）
• 予定 次回 make run-ttv（90日コホート / 5/22 期限）で新定義の最新実測値が出る

数値の変化（同じコホート 23人）

▎ 数値ベースライン（2026-04-28、 30日コホート、 23人）

注 以下は 新定義（30_item_add起点）で再計算済みの値。 旧定義の数値は観測用に time_to_value_event_seconds として残してある。

▎ 既知のボトルネック

▎ 確定している施策

▎ 未決事項

▎ 関連 SoT

② LP→サインアップ→初期セットアップの全体導線

LP訪問からサインアップ完了の手前までの領域。 設計は揃っているものの、 計測の穴（GA4 キーイベント 30日間 0）で効果検証ができない状態。

▎ 数値ベースライン（取れている範囲、 2026-05-06 時点）

▎ 既知のボトルネック

▎ 確定している施策

▎ 未決事項

▎ 関連 SoT

横断する未決事項（① と ② にまたがる）

片側だけ進めても全体最適にならない論点。 ここの判断がブロッカーになる可能性がある。

次のアクション（担当軸カンバン）

直近2週間でやることを 1〜2手単位に分解。 担当軸（誰の発火が必要か）で 3列に整理した。

KPI と判定基準（オンボに絞った版）

2026-05-12 TTV ゴール定義変更を反映。 旧定義の数値は観測用に並走、 新定義の最新値は 5/22 90日コホートで確定。

▎ ① アプリ内オンボ KPI

▎ ② LP→サインアップ KPI

マスター SoT 地図（次に読むべきファイル）

新セッションで「オンボの話を進めたい」となったとき、 本ファイルを起点に次の順で読むと最短で状況に追いつける。

このマスター計画の運用ルール

スナップショットの再生成タイミングと、 書く / 書かないの線引き。