Onboarding ／ UX Flow ／ 画面設計の俯瞰
オンボーディング UX フロー v2.0
PRD v2.2（prd-2026-05-empty-state-and-onboarding.md）と Path D 設計（onboarding-path-d-invited-member-2026-05.md）に分散している画面仕様を、 Owner / Member（Path D）両系統を 1 枚で俯瞰するための UX フロー図 + 画面ワイヤー集です。 既存 SoT には機能別 doc（PRD / Path D / 質問駆動 / プリセット / Layer 2/3 / メール）が揃っていますが、 「サインアップ完了 → 全完了」までの 1 枚図が無かったので新設。 個別仕様の正は各 SoT のままで、 ここは画面設計の作業を加速するための索引です。
TL;DR Owner / Member（Path D）両系統を 1 枚で俯瞰。 PRD v2.5 §4.1〜4.8 + Path D §3 を集約。 v1.0 で 業種選定 MECE 性 CEO 裁定（論点 8） を反映 = 8 業種 + その他、 物流削除、 内部 ID 1:1 マッピング正本化。 v0.9 で Owner Lane を 6 ステップウィザード + M6 モーダルに再定義済。
改善対象
74%
10_register → 30_item_add で脱落。 オンボ全体の最大ボトルネック
Path D KPI（三指標並列管理、 v0.8 確定）
A+B+C
A: メンバーログイン率 30%(N≥10) / B: Owner Step 3 完了率（月次 1 行）/ C: 活性化率 15/25/40。 CEO 裁定 2026-05-22 案 Z
v0.1 着手月
6月
バンパー前半 3 種（エンプティ / ウェルカム / ツアー）応急処置
v2.0 本番展開
7月末
質問駆動 + 業種別プリセット + チェックリスト + Knock 統合と同期
このページの位置づけ
既存のオンボ系 doc は機能別に切られているので、 「サインアップ完了直後にユーザーが何を見て何を選ぶか」を 1 枚で追える資料が無かった。 そこを埋めるのが本ページ。 個別の決定は各 SoT が正で、 ここは作業を始めるときの索引。
本ページに書くこと
画面遷移 + 構造 + 計測 + 衝突点
- Owner / Member 両系統の 俯瞰フロー（1 枚図）
- 主要 8 画面の ワイヤー（コピー / CTA / レイアウト構造）
- 画面ごとの 遷移条件 / スキップ可否 / 計測イベント（1 表）
- 仕様 doc 間の 衝突点（3 件、 §5 で判断待ち）
本ページに書かないこと
個別仕様の正本は各 SoT
- 計測イベントの定義 →
onboarding-layer-2-3-events-2026-05.md - 業種別プリセットの中身 →
onboarding-industry-presets-2026-05.md - Path D の役割別タスク詳細 →
onboarding-path-d-invited-member-2026-05.md - メール本文 →
onboarding-emails-v2-2026-05.md - 観察モード / コホート設計（A/B は将来復活）→
onboarding-ab-test-design-2026-05.mdv0.3
全体フロー俯瞰（Owner / Member 並列）
サインアップ完了からチェックリスト全完了までの 2 系統。 Owner は 6 ステップウィザード（S2a-S2e + M6 モーダル） + 業種別動的サンプル生成、 Member（Path D）はオンボなし簡素ウェルカム + ヘルプ自学（論点 6）。 v0.9 で 1 画面 1 質問 + ユーザー名入力統合 + サイドバー進捗 % バー を反映。
Owner ／ Path A・B・C
広告・直接訪問・既存ユーザー由来単独でアカウントを作るユーザー。 業種が未確定なので質問駆動を通す
10_register
↓
サイドバー進捗 0% /
30_setup_started
↓
進捗 17% /
30_setup_step2_completed
↓
※ 旧サインアップ後の名前入力画面を統合（重複排除、 v0.9）
進捗 33% /
30_setup_step3_completed
↓
1 製造 / 2 apparel / 3 pet / 4 dental / 5 food / 6 construction / 7 office / 8 other
選択瞬間にサンプル先行生成 / 進捗 50%
30_setup_step4_completed / 30_sample_generated
↓
進捗 83% /
30_setup_step5_completed
↓
上層 = モーダル（チェックマーク + サンプル紹介 + 3 カード「アイテム追加 / QR / 招待」 + [はじめる →]）
進捗 100% /
30_setup_completed / 絵文字・「3 分で...」 禁止
↓
上部: 進捗インジケーター 0/4
サイドバー: スタートガイド常駐（管理者のみ、 v0.8）
※ プロダクトツアーは v0.1 では作らない（論点 1 = D 採用）
↓
1. アイテム / 2. 入出庫 / 3. 招待 / 4. バーコード
↓
↓
Member ／ Path D
Owner に招待されたメンバー業種・プリセットは Owner が確定済み。 質問駆動は通さない
tp-5-path-d-welcomeOwner 名 + 招待コンテキスト明示
↓
nanco の説明より 関係性を先に出す
↓
10_register + signup_source = invite
↓
+ ヘルプリンクのみ（CTA なし）
※ 論点 6: 他人のデータを誤って触らないため、 オンボ用 CTA は出さない
↓
↓
↓
出典: prd-2026-05-empty-state-and-onboarding.md v2.2 §4 / onboarding-path-d-invited-member-2026-05.md §3 / decision-log/2026-05-11-ttv-redefinition.md
画面ワイヤー（主要 8 画面）
PRD v2.2 §4 の本文を「画面の骨格」 として書き下したもの。 デザイン詳細（余白 / アイコン / アニメーション）は別途デザイナー判断。 ここは 「コピー + CTA + 構造」 を確定するためのワイヤー。
S1. ウェルカム ダイアログ（Owner）
PRD §4.2表示条件: 初回ログイン時 1 回のみ／計測: 30_welcome_shown / 30_welcome_cta_clicked / 30_welcome_skipped
S2. Q1: 業種選択
PRD §4.5.2 Q1選択肢の出典: onboarding-industry-presets-2026-05.md v0.2（8 業種 + その他）／計測: 30_setup_q1_answered（プロパティ: industry）
S3. Q2: 管理したい属性
PRD §4.5.2 Q2✅ 材質 ✅ 板厚 ✅ ロット番号 ✅ 仕入先 ⬜ 工番 ⬜ 仕入値
注: 業種で「よく登録されるもの = すべて選択された状態」で出す（スマートデフォルト）。 ユーザーは削除/追加で調整／計測: 30_setup_q2_answered（プロパティ: attributes[]）
S4. Q3: チーム規模
PRD §4.5.2 Q3○ 2-10 人で使う
○ 10 人以上で使う
用途: 招待 CTA の出し方を分岐／計測: 30_setup_q3_answered（プロパティ: team_size）+ 30_setup_completed
S5. プリセット適用結果
PRD §4.6サンプル フォルダ: 端材
「これはサンプルです。 削除して、 ご自身のアイテムを追加してください」
設計原則: ダミーは嫌われる→ 業種固有 × 本人にとって自然な例（PLG 本「ダミーは嫌われる」 説と整合）。 フォルダ 1 個 も生成して「整理の意味」 を初日に体験／計測: 30_sample_generated
S6. ダッシュボード（オンボ覚醒状態）
PRD §4.4 + §4.8📦 アイテム
📁 フォルダ
👥 メンバー
+ 「最初のアイテムを追加」CTA
+ 入出庫ボタン
設計原則: ツァイガルニク効果 = 未完のタスクは記憶に残る／計測: 30_dashboard_viewed / 30_dashboard_progress_clicked
S8. 🎯 スタートガイドページ
PRD §4.7✓ 2. 入庫・出庫を記録（+5 個追加）
✓ 3. メンバーを招待（1 人）
⬜ 4. バーコードを試してみる
設計原則: エンダウド・プログレス効果 = サインアップは表示しない（全員クリア済なので）。 4 項目から開始／計測: 30_startguide_page_viewed / 30_checklist_item_completed / 30_checklist_all_completed
M3. Path D ウェルカム（役割選択なし）
Path D §3.3（役割廃止）v0.7 改訂（論点 6）: 「最初のアイテムを開く」 CTA は廃止（他人のデータを誤って触らないため）。 招待メンバーはヘルプ（MARK-26）で自学。 サイドバーのスタートガイド常駐も表示しない（管理者のみ）／計測: 30_path_d_welcome_shown（CTA 系イベントは廃止）
📌 残り画面（M1 招待リンク経由サインアップ）は次回更新で追加予定。
✅ v0.7 で M4 / M5 ワイヤー化は不要に（論点 6 で Path D オンボ自体を廃止）／
✅ S7 プロダクトツアーは v0.1 から外す（論点 1 = D 採用）
画面 × 遷移条件 一覧
画面ごとに 表示条件 / 次の遷移先 / スキップ可否 / 主要計測イベント を 1 表に整理。 実装着手時の確認チェックリストとして使う。
| ID | 画面 | 表示条件 | 次の遷移先 | Skip | 主要計測イベント |
|---|---|---|---|---|---|
S1 |
ウェルカム ダイアログ | 初回ログイン、 Path D 以外、 1 回のみ | YES → S2、 NO → S6（空） | 可 | 30_welcome_shown / 30_welcome_cta_clicked / 30_welcome_skipped |
S2 |
Q1: 業種 | S1 で「質問に答える」 | S3 | 可 | 30_setup_q1_answered（industry） |
S3 |
Q2: 管理対象 | S2 完了後 | S4 | 可 | 30_setup_q2_answered（attributes[]） |
S4 |
Q3: チーム規模 | S3 完了後 | S5 | 可 | 30_setup_q3_answered（team_size）/ 30_setup_completed |
S5 |
プリセット適用結果 | S4 完了 or 質問完了時 | S6 | — | 30_sample_generated / 30_sample_deleted / 30_sample_edited |
S6 |
ダッシュボード | 初回ログイン後 常時 | S7（初回のみ） or S8 | — | 30_dashboard_viewed / 30_dashboard_progress_clicked / 30_startguide_menu_clicked |
S7 |
プロダクトツアー（3 step） | v0.1 では作らない（論点 1 = D 採用）。 ウェルカム + スタートガイドで全体像を伝える。 v2.0 で再評価 | |||
S8 |
スタートガイドページ（4 項目） | S6 のサイドバー or 進捗バー クリック。 管理者にのみ表示（v0.8 / 論点 6）。 完了まで常駐 | 各項目 → アプリ内タスク → S6 戻り。 「3. メンバー招待」 完了判定 = メンバー参加（サインアップ完了）時（v0.8、 QR 招待でも検知可） | 「3. メンバー招待」 のみ スキップ可（v0.8、 一人で使う人向け）。 他 3 項目は実完了が必要 | 30_startguide_page_viewed / 30_checklist_item_completed（item_id, completed_via ∈ {action, skip}）/ 30_checklist_all_completed |
M1 |
招待リンク経由サインアップ | 招待メール内リンク クリック | M2 | — | 10_register（signup_source=invite） |
M3 |
Path D ウェルカム（簡素版、 v0.7） | M2 完了直後 1 回のみ | ダッシュボード（CTA なし、 ヘルプリンクのみ） | 可（閉じる） | 30_path_d_welcome_shown のみ |
M4 |
最初のタスク（全員共通） | v0.7 で廃止（論点 6）。 他人のデータを誤って触らないため、 招待メンバーへのタスク誘導をやめる。 ヘルプ（MARK-26）で自学 | |||
M5 |
Path D スタートガイド（3 項目） | v0.7 で廃止（論点 6）。 招待メンバーはオンボなし。 サイドバーのスタートガイド常駐も非表示（管理者のみ） | |||
背景着色 = Path D 系統。 v0.7 で M4 / M5 廃止（論点 6）に伴い、 Path D 専用イベントは 30_path_d_welcome_shown のみ残存。 30_path_d_first_action / 30_path_d_activation も再検討（論点 6 諮問中）。 計測仕様の正本は onboarding-layer-2-3-events-2026-05.md + Path D doc
未確定の論点 3 つ
PRD v2.2 / Path D doc 横断で読んだときに「どちらの仕様が正？」 と判断が必要な箇所が 3 つある。 ここで判断を取ってから画面確定に進む。
✅ 論点 1: プロダクトツアー（S7）は質問駆動の前？ 後？ → D 採用（2026-05-22 姉崎判断）
決定: プロダクトツアーを v0.1 から外す。 ウェルカム + スタートガイド（4 項目チェックリスト）で全体像を伝える設計に切り替え。 v2.0 で必要なら再評価。
理由: 24h 勝負（baseline）+ ツアー自体が割り込み = 早く操作させたい原則と整合。 PRD v2.2 §1.4「バンパー 6 種」のうち「2. プロダクトツアー」を v0.1 スコープから外す件は PRD v2.3 で反映が必要（別タスク）。
✅ 論点 2: Path D の役割選択 → 廃止（2026-05-22 姉崎判断）
決定: 役割選択画面（M3）を廃止、 招待メンバーは全員非管理者として同じフローに統合。 M4 は役割分岐なし、 単一の「最初のアイテムを開く → +1 / -1 を体験」 に統合。 M5 スタートガイドも 3 項目を全員共通で出す。
理由（姉崎発言）: 「ワークスペースを最初に作った人 = オーナー = 管理者。 招待されたメンバーは全員非管理者として同じ扱い。 出す出さないは管理者かどうかで決まればよく、 最初に役割を選ぶ必要はない」。
影響: Path D doc v0.2 §3.3-3.5 の 3 役割設計を撤回。 PRD v2.3 + Path D v0.3 への反映が必要（別タスク）。 イベント 30_path_d_role_selected も廃止。
✅ 論点 4: Path D 活性化率目標 → 候補 B 採用（15/25/40、 リリース版別 + 母数条件）（2026-05-22 CEO 裁定）
決定: 0% → 15%（v0.1 後 1 ヶ月 / 7 月、 N≥10 で有意判定）→ 25%（v2.0 後 1 ヶ月 / 8 月、 N≥15 で有意判定）→ 40%（Phase 2 / 12 月）。 母数閾値未満は「計測不可・継続観察」 として誤読防止。 Path D は SEM 月 30 件超えるまで Traction 一次 KPI 外、 PLG 健全性指標として扱う。
SoT 更新が必要なファイル 3 件（次タスク）:
① onboarding-path-d-invited-member-2026-05.md §5.2（HogQL から role 分岐削除、 最優先）/ §5.3（母数条件追記）/ §5.4（役割別期待値削除）/ §3.4 / §2.2 / §3.3 / ヘッダー
② prd-2026-05-empty-state-and-onboarding.md §2（Path D 行）/ §5.2（観察設計）
③ onboarding-ab-test-design-2026-05.md §3.2 + §3.4.2（N 閾値追記）
+ decision-log/2026-05-22-path-d-kpi-consolidation.md 起票推奨（CEO 指示）
✅ 論点 5: 業種数 7 vs 8 → A 採用（8 業種を v0.1 から含める）（2026-05-22 姉崎判断）
決定: プリセット v0.2 を正本、 PRD v2.3 で 設計建築・施工 を加えた 8 業種に揃える。 v0.1（6 月応急処置）から 8 業種すべて含めて公開。 設計建築のサンプルデータはプリセット v0.2 §2.7 に既存。
理由: プリセット v0.2 は MARK-76 で SoT 統合済み + 設計建築のサンプルデータも揃っている = 追加工数少。 7 業種に絞る理由がなく、 v0.1 から 8 業種で公開して効果を観察する方が筋。
影響: PRD v2.2 §4.5.2 を v2.3 で「8 択 + その他」 に書き換え（別タスク）。 卸売（参考）は v2.0 で正式追加検討。
✅ 論点 3: 質問駆動をスキップした人の戻り口 → C 採用（エンプティステートに置く）（2026-05-22 姉崎判断）
決定: アイテム 0 個のダッシュボード（エンプティステート）に 「業種を選んでサンプルを生成 ・ 30 秒」 リンクを [アイテムを追加] と並べて 置く。 アイテムが 1 個でも追加されたら自動で消える（時限的）。
理由: 時限的に出すので UI 永続的に複雑化しない。 スキップした人が「あ、 業種選びに戻れるのか」 と気付く動線が自然。 スタートガイドのチェックリスト 4 項目の粒度（タスク = アクションの完了）を崩さない。
影響: S6 wire に「経路で表示が変わる」 注記が必要（次回更新）。 計測イベント追加: 30_empty_state_preset_link_clicked。 アイテム 0 個判定ロジックを nanco-next / nanco-flutter で実装。
✅ 論点 6: Path D オンボ大幅簡素化 + 三指標並列管理 → CEO 裁定 APPROVE（案 Z）（2026-05-22 夕方）
確定事項（姉崎判断 + CEO 裁定の統合）:
- M4 最初のタスク / M5 Path D スタートガイドを廃止（招待メンバー向けオンボ動線を持たない）
- M3 ウェルカムだけ「招待されました + ヘルプリンク」 に簡素化（CTA なし、 他人のデータを誤って触らない）
- サイドバー スタートガイドは管理者のみ表示（完了まで常駐）
- Owner スタートガイド「3. メンバー招待」 完了判定 = メンバー参加（サインアップ完了）時（QR コード招待でも完了が確定する）
- 「3. メンバー招待」 のみスキップ可能（一人で使う人を救う、 他 3 項目は実完了が必要）
- tp-5b 廃止（招待後リマインダーは送らない、 シンプル化精神と一貫）
計測指標（案 Z = 三層並列管理、 CEO 裁定）:
朝の CEO 裁定との関係: 取り下げず「指標定義を精緻化」 として修正継続。 朝の数値目標は指標 C として維持、 新たに指標 A・B を追加した三層構造。
SoT 同期が必要: Path D doc v0.3 → v0.4（M4・M5 廃止 + 三指標 + tp-5b 削除）/ PRD v2.3 → v2.4（§4.7 完了判定変更 + スキップ機能 + §2 三指標反映）/ A/B doc v0.4 → v0.5（指標 A・B 追加）/ decision-log Timeline 追記 / pattern-library P-010 追加（案 Z 三指標並列管理パターン）
✅ 論点 7: 質問駆動 v3 デザイン確定（6 ステップウィザード + M6 モーダル + 9 業種 teal 単色）→ 姉崎判断 + 5 reviewer 合議 APPROVE（2026-05-27）
claude.ai/design 経由で A / B / C ヒーロー → C × B トーンマージ → CRO 試案 → 最終確定の 4 回イテレーション。 5 reviewer（art-director / director-plg-review / brand-check / ai-tone-check / demo-data-curator）の集約結果を CEO が裁定し、 8 つの決定事項を確定。
① ようこそ → ② ワークスペース名 → ③ お名前 → ④ 業種 → ⑤ 属性 → ⑥ 完了モーダル
1 画面 1 質問 + 既存サインアップ後の名前入力統合（重複排除）
旧: 完了専用全画面 → 新: 背景に実 nanco 画面（サンプル既表示）+ 上層モーダル（チェックマーク + 3 カード「アイテム追加 / QR / 招待」）
主 CTA「はじめる →」 で nanco の核機能へ摩擦ゼロ接続
旧: 紫 #7c5dbd / 緑 #5a8a3a 等の NG カラー含む 9 色 → 新: brand teal 1 色
NG カラー混入リスク排除 + ブランド整合性 (P-009 整合)
claude.ai/design CRO 試案で「2,400+ チーム / ★4.8 / 82%」 を提示 → 姉崎「これは消します」
裏取り済の数字以外を出さない誠実さ = 旗印「クラフトマンシップ」 維持
「🎉」 「✨」 等の絵文字、 「3 分で...」 等の所要時間訴求を M6 から削除
tone-guide.md / ai-tone-check-cases.md 軸 16 価値先行 と整合
ウィザード起動中（S2a-S2e）は通常サイドバーの代わりに進捗 % バー（0/17/33/50/83/100%）+ Step 数表示
M6 モーダル閉じ後に通常サイドバーへ復帰
「ユーザーによって違うのに人気は意味分からん」 → 業種カード上の人気訴求を削除
顧客の文脈に沿わない訴求は出さない
「いらない」 = 過剰な安心訴求を削除 + 簡潔さ優先
5 reviewer 集約結果: art-director / brand-check / ai-tone-check / director-plg-review / demo-data-curator → 5 NEEDS REVISION → 全フィックス後 APPROVE。 リアルタイム微調整チェーンで 4 回イテレーション（P-012 パターン化）。
SoT 同期: PRD v2.4 → v2.5（§4.5 6 ステップ仕様 + §4.6 動的サンプル + §4.7.0 M6 モーダル）/ 実装 spec v0.1 → v0.2（S2a-S2e + M6 + 計測イベント置換）/ decision-log/2026-05-27-onboarding-wizard-v3-design.md 起票 / pattern-library P-011（AI 数字捏造検出）+ P-012（リアルタイム微調整連鎖）追加。 詳細経緯は decision-log 参照
✅ 論点 8: 業種選定 MECE 性 → 3 director 諮問 + CEO 裁定 = 8 業種 + その他 確定（物流削除）（2026-05-27）
姉崎の「業種って、 これが適切？ なんかちょっとミーシーじゃない感じもする」 指摘を受けて、 director-plg / director-pls / director-traction の 3 並列諮問 + nanco-ceo-review tie-breaker を実施。 結果、 8 業種 + その他 = 9 択で確定。 内部 ID と URL slug の 1:1 マッピングを onboarding-industry-presets v0.3 §1.4 で正本化。
PLS = 責任ページ未登録 / Traction = 3 director 排除済 + CPA 悪化 / PLG = オンボ摩擦
Q4 小規模倉庫特化機能リリース時に再評価
PLG 案 A: ラベル変更のみ、 業種維持 ✅ 採用
PLS 案 B（医療統合）= プリセット機能を壊す 旗印違反
Traction 案 C（dental 単独分離）= オンボ粒度を広告都合で決めるべきでない
規模軸 → 用途軸へ。 内部 ID `office`（重点 3 位、 industry-dataset SoT 整合）
表示順は末尾 7 番目に固定（「全業種対応」 ブランド維持、 重点業種ハイライトしない）
onboarding-industry-presets §2.3-2.4 と一致、 SoT 乖離を最小化
UI ラベル / 内部 `industry` プロパティ / PLS `/case/{slug}/` / アイコン PNG ファイル名 を 1:1 で正本化
実装 + マーケアセット + 広告 + SEO すべて同じ slug を使う
質問文では food と書いたが、 SoT 確定値は apparel / dental / office。 industry-dataset-investment-2026-05.md §2.1 + 2026-05-19 decision-log で確認済
1 製造 → 2 apparel → 3 pet → 4 dental → 5 food → 6 construction → 7 office → 8 other
医療系 3-4 ペア / 重点業種は順位差で扱わず末尾は office
retail-ec → apparel / animal-medical → pet / architecture → construction / enterprise-fixture → office
logistics は `_removed-logistics/` に退避（参考保存）
SoT 同期: onboarding-industry-presets v0.2 → v0.3（業種マスタ正本 + §1.4 マッピング表）/ PRD v2.5 §4.5.3 + §4.6.1 業種リスト同期 / 実装 spec v0.2 → v0.3 patch（S2d 行業種 ID 整合）/ アイコンスキル v0.4（PNG リネーム反映）/ decision-log/2026-05-27-s2d-industry-list-finalized.md 新規起票。 姉崎の懸念「9 択は多くないか」 はヒックの法則 + B2B SaaS 事例 + 自己認識マッチング前提 + 3×3 grid + アイコン併記の UI 工夫で許容範囲と判定（CEO 裁定）
次のステップ
本ページは「画面設計を加速するための索引 v0.1」。 ここから先のステップ。
Step 1（今）
俯瞰フロー + 主要 8 画面ワイヤーの 姉崎レビュー。 §5 論点 3 件の判断取り。 完了基準 = フロー骨格の合意
Step 2（半日）
残り画面（S7 ツアー / M1 招待リンク / M4-a〜c 役割別タスク / M5 Path D ガイド）の ワイヤー追加。 §5 で確定した方針を反映
Step 3（半日）
遷移条件 + コピー + 計測 spec doc 化（実装着手用）。 strategy/deliverables/onboarding-ux-flow-2026-05.md に SoT を起こす案
Step 4（1 日）
Cursor / エンジニア渡し spec。 nanco-next / nanco-flutter の「どのファイルに何を足すか」まで落とす。 MARK-1 の実装着手判定 に直結