デザインシステムを作る前にデザインのシステムを理解しよう

デザインシステムという名の成果物が抱える問題 デザインツール上で UI コンポーネントを並べただけでも『デザインシステム』と呼ぶくらい言葉が広まった今日。2017年に記事にした頃と比べると随分変わったという印象があるものの、デザインシステムと成果物が密接になり過ぎていると感じることがあります。 デザイン組織の成熟度に合わせて施策を変えるべきだと思いますが、事例を検索をしたり書籍を読むと、Lightning Design System や Carbon Design System のような完成されたものが出てきてしまいます。こうした状況だと「デザインシステムを作る」目的が上記のようなサイトを作ることになってしまう場合あります。つまり、デザインシステムとは完成された何かを作り上げることが目的になっているわけです。 足元を見ないで理想を作り上げようとしていないか 事例で見かけるようなデザインシス

[d4-1977]

プロダクトの途中からデザインシステム作ってて思うのは、問題は何か？を定義することから始まり、問題の解決にはデザインシステムがないという課題を解決すると問題は解消される、と繋がる事が大切だと思ってます

[mizoguche]

“デザインシステムを「コンポーネントライブラリと詳細度の高いガイドライン」という固定概念を拭い去り、「組織におけるデザインのシステムを改善する取り組み」と捉えるとやり方は大きく変わります”

[YOSHIOKA_Ko57]

“「一貫性のある UI が作れるようになる」ためにコンポーネントを揃える前に、一貫性がない状態が生まれた要因を見つけ出すことが先決です。”