Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
マルチプロダクトの価値と開発をスケールさせる、パターンレベルのデザインシステム
Search
fkady
April 25, 2024
Design
3
990
マルチプロダクトの価値と開発をスケールさせる、パターンレベルのデザインシステム
2024年4月23日に行われた
Framework by Figma
での登壇資料です
fkady
April 25, 2024
Tweet
Share
More Decks by fkady
See All by fkady
ユーザー体験を支える_freeeのデザインシステム活用.pdf
fkady
2
24k
Other Decks in Design
See All in Design
Webフォント選定の極意!フォントの基本から最新トレンドまで徹底解説
takanorip
5
670
Картирование процесса фасилитация стратсессий с Картой гипотез при помощи Карты процесса-опыта
ashapiro
0
400
Figma Code Connect を使ってエンジニアの新しい体験をデリバリする
junkifurukawa
0
280
Findy - デザイナー向け会社紹介 / Hiring Findy's Designers
findyinc
6
49k
(第1回) アーキテクト・テックリード育成講座
masakaya
0
100
プロダクトデザイナー視点から見た チームでの意思決定の難しさと 重要ポイント3点
kei141
0
410
新しいemoji😄のアイデアをUnicodeが募集中‼️🏃♀️💨💨💨傾向を学んでみんな提案しよう💪
oguemon
2
690
Design System for training program
mct
0
280
ブランドづくりの双視点 - GUILD #31 ブランディング勉強会
yampuu
0
110
SaaSのマーケティングを進めるサービスサイトを育てる取り組み / Designship 2024 Main Stage
sms_tech
1
1.2k
SpectrumTokyoMeetup12_自動貯金アプリ『finbee』での取り組みについて
shihorishimazu
2
390
Night Shift concept 9/15/2024
cpineda57
0
740
Featured
See All Featured
How to Ace a Technical Interview
jacobian
276
23k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
27
840
Dealing with People You Can't Stand - Big Design 2015
cassininazir
364
24k
The Power of CSS Pseudo Elements
geoffreycrofte
73
5.3k
The Invisible Side of Design
smashingmag
298
50k
How to Think Like a Performance Engineer
csswizardry
20
1.1k
Ruby is Unlike a Banana
tanoku
97
11k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
How STYLIGHT went responsive
nonsquared
95
5.2k
10 Git Anti Patterns You Should be Aware of
lemiorhan
654
59k
Embracing the Ebb and Flow
colly
84
4.5k
Being A Developer After 40
akosma
86
590k
Transcript
None
2 1 パターンレベルを進める理由 2 パターンレベルの提供価値 3 開発プロセスの変化 ⽬次
freeeと以前のデザインシステム
freeeについて 4
5 Mission スモールビジネスを、 世界の主役に。 freeeは「スモールビジネスを、世界の主役に。」をミッションに掲げ、統合型経営プラットフォー ムを開発‧提供し、だれもが⾃由に⾃然体で経営できる環境をつくっていきます。 起業やビジネスを育てていくことを、もっと魅⼒的で気軽な⾏為に。個⼈事業や中⼩企業などのス モールビジネスに携わるすべての⼈が、じぶんらしく⾃信をもって経営できるように。 ⼤胆にスピード感をもってアイデアを具現化できるスモールビジネスは、今までにない多様な価値 観や⽣き⽅、新しいイノベーションを⽣み出す起爆剤だと私たちは考えています。スモールビジネ
スが⼤企業を刺激し、社会をさらにオモシロク、世の中全体をより良くする流れを後押ししていき ます。
6 ユーザーネットワーク 取引の効率化‧活性化を実現 統合型クラウドERP スマートで適切なアクションを実現 オープンプラットフォーム 多様なビジネス‧経営ニーズに対応 1 2 3
電子稟議 プロジェクト マネジメント 経費精算 債権債務 管理 人事労務 契約 固定資産 請求管理 会計 販売管理 Vision 統合型経営プラットフォーム
7 組織規模 デザイナー 50 ⼈以上 エンジニア 500 ⼈以上
以前のデザインシステム 8
9
10 リソース React Figma Storybook ガイドライン +
11 コンポーネントレベルの提供価値 • コンポーネントの再利⽤ • デザインライブラリと実 装の⼀致 開発⽣産性 ⼀貫性‧品質 •
⾒た⽬と挙動が揃う • a11yの担保 ブランド体現 • design tokenを反映 • イラストの組み込み
コンポーネントレベルの デザインシステムの課題
13 電子稟議 プロジェクト マネジメント 経費精算 債権債務 管理 人事労務 契約 固定資産
請求管理 会計 販売管理 Visionの実現に求められること 統合型クラウドERP スマートで適切なアクションを実現 ⼀貫性 新しい製品に対する学習コストを最⼩限に抑 え、効率的に業務を進めることができる 開発⽣産性‧品質 新規プロダクトの⽴ち上げの速さと品質を両⽴ 既存プロダクトも運⽤し進化させていく
14 1. コンポーネントの“使われ⽅”が揃わない 2. コンポーネントの“組み合わせ⽅”が揃わない 3. “実装難易度の⾼い機能の提供”が困難 4. “アクセシビリティの担保”のコスト 5.
“レスポンシブ対応”のコスト コンポーネントの提供だけでは満たせない、主なポイント
15 • コンポーネントはオプションを含み、⽤途 に応じた使い分けが求められる • デザイナーやエンジニアの理解が揃わない と、挙動の不⼀致に繋がる loading表⽰の使い分け コンポーネントの“使われ⽅”が揃わない
16 様々なプレビュー表⽰が混在 • コンポーネントを組み合わせて成り⽴つ機 能が多く存在する • 担当するチームによって、組み合わせ⽅に 違いが出やすい • 実装時期による、新旧での差も出てくる
コンポーネントの“組み合わせ⽅”が揃わない
17 split-view • 状態管理や挙動の複雑性により、実装⼯数 が多くかかる • ユーザーに提供したい価値だとしても、⼯ 数の関係上諦めてしまうこともある • 実装されたとしても、品質が伴いにくい
“実装難易度の⾼い機能の提供”が困難
18 コンポーネント使い⽅や組み合わせ⽅次第で 満たされないケースも多い • ⼤きい⽂字に⾒出し⽤のコンポーネントが 使われてしまう • タッチデバイスやキーボード操作では成り ⽴たない機能になってしまう •
キーボードショートカットを⽤意しても、 ユーザーがOFFにできない “アクセシビリティの担保”のコスト
19 • 画⾯単位でのレスポンシブ対応は個々のチームに任せられる • 検討‧実装コストが⼤きい • 主要ユーザーがdesktop利⽤なため、対応しない判断も多くなる “レスポンシブ対応”のコスト
20 ⼀貫性 新しい製品に対する学習コストを最⼩限に 抑え、効率的に業務を進めることができる 開発⽣産性‧品質 ⼀貫性 - 機能やレイアウトが揃わず、新旧も混在 - 学習コスト⾼く、業務効率も下がる
開発⽣産性‧品質 - コンポーネントの組み合わせから実装、 品質を保つコスト⾼ - スピードや機能性が上がりにくい コンポーネントでは⾜りない Visionに求められる プロダクトの⽴ち上げの速さと品質を両⽴ 既存プロダクトも運⽤し進化させていく ギャップ
パターンレベルの デザインシステムでの解決
22 1. コンポーネントの“使われ⽅”が揃わない 2. コンポーネントの“組み合わせ⽅”が揃わない 3. “実装難易度の⾼い機能の提供”が困難 4. “アクセシビリティの担保”のコスト 5.
“レスポンシブ対応”のコスト コンポーネントで満たせない 問題を起こさないよう 構造で解決したい
23 粒度 コンポーネント Atoms, Molecules Organisms, Templates パターン
24 担保する範囲 コンポーネント コンポーネント毎の 挙動‧品質を担保 機能ロジック‧レイアウト 内包するコンポーネントの挙動や品質を担保 パターン
パターンの利⽤⽅法 25
どのように成り⽴たせるか
種類の選択 table bordered-list
機能の有無を指定 検索条件の保存‧⾃由⽂字検索は不要
内容や並びを決める tableの値‧並び順 ソート候補‧並び順
パターンで担保されること 30
各粒度で、レイアウト‧機能ロジック‧挙動等を担保
レスポンシブ表⽰ 例:パターンで担保され、1から設計する必要がない loading表⽰ フィルタ操作
1. コンポーネントの“使われ⽅”が揃わない 2. コンポーネントの“組み合わせ⽅”が揃わない 3. “実装難易度の⾼い機能の提供”が困難 4. “アクセシビリティの担保”のコスト 5. “レスポンシブ対応”のコスト
コンポーネントで満たせない 1. コンポーネントの“使われ⽅”が揃う 2. コンポーネントの“組み合わせ⽅”が揃う 3. “実装難易度の⾼い機能の提供”が簡単 4. “アクセシビリティの担保”を含む 5. “レスポンシブ対応”を含む パターンで満たす
Figmaと実装への反映 34
35 Figma: Variants‧Component Propertiesを切り替え、パターンを再現
36 実装: パターンを即実装可能
パターンレベルの提供価値 37
38 パターンレベルの提供価値 • 機能ロジック • レイアウト • 状態や挙動 ⼀貫性 開発⽣産性‧品質
• パターンを即実装可能 • a11y等の品質も伴う • QAコストなど削減 メンテナンス性 • パターン単位で更新 • 新旧が混在しない
開発プロセスの変化
40 パターンの定義 “ある「状況」で、繰り返し発⽣する「問題」に対して、 再利⽤できる「解決策」”
41 split-view table 状況と問題によって適するUIは異なる
どうやって状況‧問題と UI(解決策)を対応させるか 42
きっかけ ⾏動 結果 ユーザー特性 業務の捉え⽅
きっかけ ⾏動 結果 ユーザー特性 例:申請の承認 - ⽉末に申請が溜まる - 依頼を受ける -
上⻑ - 習熟度⾼ - 未承認な申請を承認 - 繰り返し⾏う 該当の⽉の全ての申請が 承認済みとなる
状況 問題 きっかけと得たい結果のための「⾏動」 *ユースケース = 「きっかけ」と得たい「結果」のコンテキスト *ユースケースが⽣じる状況 = パターンの定義との対応
きっかけ ⾏動 結果 ユーザー特性 例:申請の承認 - 上⻑ - 習熟度⾼ -
未承認な申請を承認 - 繰り返し⾏う 該当の⽉の全ての申請が 承認済みとなる 「きっかけ」と得たい「結果」のための「⾏動」(ユースケース) を満たすUI(解決策)を選択する - ⽉末に申請が溜まる - 依頼を受ける
例:申請の承認 ステータスが明確 反復作業の効率性
パターンは再利⽤できる 〇〇な状況の 反復作業向け パターン 業務 A 業務 B 業務 C
…
プロセスがどう変わるか 49
⼤まかなプロセスと変化 リサーチ 従来 要求定義 UI設計 実装 QA
⼤まかなプロセスと変化 リサーチ 従来 要求定義 UI設計 実装 QA リサーチ パターン 有り
要求定義 UI 設 計 実装 QA 短縮 • パターンの利⽤によって、全体のプロセスが短縮 • 課題の探索や、施策を増やす、パターンを増やすなど、価値提供の増加に繋がる
まとめ
53 電子稟議 プロジェクト マネジメント 経費精算 債権債務 管理 人事労務 契約 固定資産
請求管理 会計 販売管理 統合型クラウドERP PJ PJ PJ パターンレベル デザインシステム 提供価値の増加 ⼀貫性向上 ⼀貫性 開発 ⽣産性 ‧品質 メンテ ナンス 性 PJの⽣産性向上 価値への注⼒ …