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