成長の副作用、「体験負債」を資産に変える組織的アプローチ / The Side Effects of Growth: An Organizational Approach to Turning “Experience Debt” into Assets

Session by：
高瀬 光 / 株式会社ログラス
Hikaru Takase / Loglass Inc.

Spectrum Tokyo Design Fest 2026 Day 1 (2026/02/14)

Transcript

1. Spectrum Tokyo Festival 2 02 6 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. 負の資産 → 正の資産