体験負債を資産に変える組織的アプローチ

SpectrumTokyo 2026で登壇した「体験負債」をテーマにした資料です。
https://fest.spectrumtokyo.com/2026/

プロダクトや組織が成長する中で発生する体験の負債についてお話しました。

Transcript

1. Spectrum Tokyo Festival 2026 Hikaru Takase / Head of design 成 長 の副作 用 、「体験負債」を 資産に変える組織的アプローチ
2. 高 瀬 光 BtoB SaaS 経営管理クラウドLoglassの1 人目 の デザイナーとして 入 社しデザイン組織を統括。 受託制作 → B to C → B to B Head of design
4. 3 2 0 19 7 2 0 20 2 0 21 35 1 st Product
5. 3 2 0 19 7 2 0 20 2 0 21 35 2 0 22 63 2 0 23 128 2 0 24 192 2 0 25 291 1 st Product 2 nd Product 2 0 26 3 rd Product 4 th Product 5 th Product
6. めちゃくちゃ拡 大 するやん
7. 急激に拡 大 する 「組織」と「プロダクト」
8. 体験負債の軌跡
9. 体験負債 • 短期的なスピードを優先 • 全体の 一 貫性や使い勝 手 に歪み • 時間と共にUXが損なわれていく
10. 体験負債 技術的負債
11. 体験負債 技術的負債 ղܾ͢΂͖ʂ φϨοδ͋Δ ੵۃతͳ৘ใൃ৴ ղܾ͢΂͖ φϨοδͳ͍ ೝࣝͳ͍
12. 体験負債のメカニズム
13. デザイナーが未熟だから？
14. NO
15. 「事業スケールの 力 学」 × 「組織スケールの 力 学」 体験負債が発 生 する２つの 力 学
16. 事業スケールの 力 学
17. ・0 → 1 ・ ユニークな価値の 見 極め ・ 特定の体験の磨き込み ・ 少 人 数の組織 ͸͡Ί͸69Λҙࣝͯ͠ొΔ 初期フェーズ 事業スケールの 力 学
18. ・0 → 1 ・ ユニークな価値の 見 極め ・ 特定の体験の磨き込み ・ 少 人 数の組織 ͯ͠ొΔ 初期フェーズ 事業スケールの 力 学 ڝ߹ͷొ৔
19. 事業スケールの 力 学 ・1 → 1 0 → 10 0 ・ マーケットシェアの争奪戦 ・ 売れる機能開発 ・ 中〜 大 規模な組織 成 長 フェーズ ػೳ։ൃʹภΔ
20. 事業スケールの 力 学 機能はある 体験は 欠 けている
21. 負債 • 機能の追加でデザインが破綻し、 一 貫性が 失われる • 画 面 遷移が煩雑になり、業務フローに適合 しなくなる • 大口 顧客向けに作ったが、ほとんど使われ ない機能が増える • etc … ऴΘΒͳ͍.71։ൃ MVP 別の MVP 理想の UX 理想の UX 事業スケールの 力 学
22. 「事業スケールの 力 学」 × 「組織スケールの 力 学」 体験負債のメカニズム
23. 組織スケールの 力 学 ・ 名実ともにOne Team ・ 少 人 数の組織 ・ コア価値へのフォーカス ・ スピード優先 初期フェーズ ProductOwner Engineer Designer 0OF
    5FBN
24. 組織スケールの 力 学 ・ 複数チームによる分担 ・ 中〜 大 規模な組織 ・ 複雑性の爆発 ・ チーム開発の優先 成 長 フェーズ ProductOwner Engineer Designer $ PdM # "
25. 負債 システムは組織の構造を反映 チームが「機能単位」で分かれると、チーム 内（点）の体験は磨かれるが、チームとチー ムの「間」と「全体」にある体験が落ちる ίϯ΢ΣΠͷ๏ଇʹΑΔʮؒʯʮશମʯʹ͋Δମݧͷஅઈ 組織スケールの 力 学 $ # " $ # " System Teams コンウェイの法則の体現
26. 負債 組織スケールの 力 学 • チームの拡 大 によってUIやUXの統 一 が困難 になる • グローバルナビゲーションの抜本的な改善 が出来ず継ぎ 足 ししか出来ないカオスが発 生 する $ # " Stakeholder $4 10
27. どう解決するか
28. 負債が発 生 する 入口 と出 口 を意識する
29. 負債が発 生 する 入口 と出 口 を意識する 体験負債 入口 出 口 負債の解消 負債の発 生
30. 負債が発 生 する 入口 と出 口 を意識する 体験負債 入口 出 口 負債の解消 負債の発 生 ෛ࠴ͷൃੜΛ๷͙
31. 負債の発 生 を防ぐ UIやUXの統 一 が困難になる デザイナー＆プロダクトの増加により
32. 負債の発 生 を防ぐ Design Component A Designer Product B C UIやUXの統 一 が困難になる AI Design rules DesignSystem
33. 負債の発 生 を防ぐ Design Component A Designer Product B C UIやUXの統 一 が困難になる AI Design rules DesignSystem • デザインを適応するルールが暗黙知化 • マルチプロダクトによる、使い勝 手 の 異なるアップデートが必要
34. 負債の発 生 を防ぐ AI駆動によるデザインシステムの運 用
35. 負債の発 生 を防ぐ AI駆動によるデザインシステムの運 用 ルールが無い、変更が必要！ Githubでissueを 立 てる
36. 負債の発 生 を防ぐ AI駆動によるデザインシステムの運 用 ルールが無い、変更が必要！ Githubでissueを 立 てる Claude Code Actionから質問 ドキュメント 生 成
37. 負債の発 生 を防ぐ AI駆動によるデザインシステムの運 用 ルールが無い、変更が必要！ Githubでissueを 立 てる Claude Code Actionから質問 ドキュメント 生 成 FIX & ルールとして資産化 ドキュメントをレビュー
38. 負債の発 生 を防ぐ 生 成されたルールは、これまでよりも具体的
39. 負債の発 生 を防ぐ 人 に聞かなくていいので、気楽に確認
40. 負債の発 生 を防ぐ 資産化したこと起こった変化 ・ ルール化によるプロダクト全体の整合性向上 ・ デザインシステムの運 用 リソースの改善 ・ 属 人 化の排除 ・ ルール化に伴うログラスUI 生 成の 高 度化 　・ ClaudeCode、Cursorによるプロトタイプ
41. 負債が発 生 する 入口 と出 口 を意識する 体験負債 入口 出 口 負債の解消 負債の発 生 ෛ࠴ฦࡁͷମ੍ߏங
42. 負債返済の体制構築 組織の構造と課題 • 終わらないMVP開発 • チームの「間」「全体」の 体験が落ちる問題 • 小 規模の改善限界 "
    UFBN #
    UFBN $
    UFBN Ξ΢τΧϜ ମݧෛ࠴ ମݧෛ࠴
43. 横断UXチームの組成
44. 横断UXチームの組成 $10ͱͷ߹ҙܗ੒׬ྃ ૊৫ͷઃஔ͜Ε͔Β
45. 負債返済の体制構築 横断UXチームの役割 ԣஅ69 "
    UFBN #
    UFBN $
    UFBN Ξ΢τΧϜ ମݧෛ࠴ ମݧෛ࠴ • 特定の機能や体験にフォー カスしない • プロダクト全体の発 生 する 体験負債にたいして独 自 の リソースでアプローチ
46. 負債返済の体制構築 Engineer Designer $ プロダクト 開発責任者 # " 横断UXの内部構造 ԣஅ69 Designer
47. 負債返済の体制構築 なぜCPOと合意できたか
48. 負債返済の体制構築 使いにくいから直したい
49. 負債返済の体制構築 使いにくいから直したい
50. 負債返済の体制構築 使いにくいから直したい 事業課題 ・ 経営課題に昇華する
51. ࣄۀ՝୊ɾܦӦ՝୊ 体験負債 ղܾ͢΂͖ φϨοδͳ͍ ೝࣝͳ͍ 技術的負債 ղܾ͢΂͖ʂ φϨοδ͋Δ ৘ใൃ৴ 負債返済の体制構築
52. ࣄۀ՝୊ɾܦӦ՝୊ 体験負債 ղܾ͢΂͖ φϨοδͳ͍ ೝࣝͳ͍ 負債返済の体制構築 プロダクト戦略の理解 プロダクトにおける UXの 立 ち位置の把握 現場 ・ 組織で発 生 する 具体の課題と対策 組織との対話
53. 体験負債 = 成 長 の証
54. 負の資産 → 正の資産