UIデザインのバグを減らすための施策
リリース時にすべての UI ステートをカバーすることは困難ですし、我々人間が把握できる数には限りがあります。全て作れなかったとしても、状況を把握できる視覚化・明文化はしたほうが良いでしょう。
リリース時にすべての UI ステートをカバーすることは困難ですし、我々人間が把握できる数には限りがあります。全て作れなかったとしても、状況を把握できる視覚化・明文化はしたほうが良いでしょう。
デザインという名の正義を翳すのも良くないですが、ただ相手が言うことを素直に受け入れることも良いわけではありません。お互いが納得できる歩み寄りができる交渉がデザインには欠かせません。
作るのが好きだから作ることにいろいろ関わりたいという気持ちが、ボトルネックになってしまう場合があります。今のデザイナーはとても複雑なプロダクト開発に関わっているからこそ、専門性をもったデザイナーが集まるチームが必要になってきています。
声が大きい人が多い場所、明らかに立場が上な人たちと意見交換をするのは至難の業。事前に『情報の交通整理』をしておけば、外向的な人が多い場でも自分の意見が伝えやすくなります。
フレームワークを使うからといって「クリエイティビティを奪う」というのは極論で、使い方・決め方に課題があると思っています。クリエイティブを奪うものではなく、本来するべきデザインをする時間を捻出するためにあるわけです。
デザインの見方や伝え方を周りに教えるのデザイナーの仕事です。伝えることは作るのと同じくらい重要な仕事ですし、伝えることで不本意な制作作業を減らすこともできます。
デザインシステムに関わる様々なプロセスに注目して、代表的な課題を図（ダイアグラム）にしてみました。
俺たちが作りたい凄いモノを作るとう姿勢は、ユーザー視点が抜け落ちているだけでなく、自分たちが作り出す『凄いモノ』によって人の生活や考え方がどう変わるのかという想像力が欠落しています。
ユーザーに価値提供しているかを計測するための指標を設定して、感覚的な話ではなく課題解決のためのデザインの会話ができるようにしましょう。
日常では『当たり前』と呼べる調査という行為。せっかく定性調査をしても身近に感じてもらえなければ、調査をワークフローの一部として導入するのが難しくなります。