Latest thinking
すぐに使えるノウハウではなく、「なぜそうなっているのか」を考える記事を書いています。デザインの仕事で感じるモヤモヤに、構造から向き合いたい人のための場所です。
ビジネスを考慮したデザイン提案をする前に決めておきたいこと
改善の意味を合わせる Web サイトやアプリの運用・改善は欠かすことができないプロセス。一発で正解を出すのが難しいのはもちろん、市場やユーザーの動きも常に変わるので、それに合わせた対応が必要になります。改善をすることに異論を唱える人はいないと思いますが、何に対して改善したいと言っているのか異なる場合があります。 例えば web サイトやアプリの制作者（デザイナーや開発者）であれば、UI や使い勝手を改善したいと考えるはずです。しかしマーケターであれば流入チャンネルを改善したいと考えるかもしれないですし、経営幹部であれば収益を上げるための施策を改善と呼ぶかもしれません。 それぞれが考える改善をしていても最大の効果は得られませんし、ひとつに集中しなければ効果が見えてこない場合があります。 また、ビジネスインパクト（利益になるかどうか）を考えたとき、私たちがやりたい UI 改善による効果が極めて小さい場合があります。押しやすいボタンにデザインを変えたとしても、ユーザー数が少ない中では望める効果を得るのは難しいです。それより、ユーザー数を増やすための施策にデザイナーが参加するほうがビ
デザインをスケールさせるためのツール選び
なぜスケールすべきなのか よく多くの改善、より早い提案・対応が求められている今日。エンジニアは昔から大規模化して動くための施策と実践を続けていますが、デザイナーは大規模化の歴史がないといっても過言ではありません。エンジニアのように確固したワークフローの構築が難しいというのもありますが、デザインは『個人プレー』で作るものというニュアンスが強かったという背景もあると思います。 しかし、いつまでも個人に依存したデザインをしていると、新しい施策や改善がひとりのデザイナーの動き次第になります。もちろん、それでも運用可能な環境はありますが、増え続けるビジネスサイドの要望に対応するために、ひとりでデザインを続けるのは困難です。ひとつひとつ対応してるときは、「分かりやすい一貫性のあるデザインを作ろう」と思って取り組んでいたとしても、全体を振り返ると実はそうではないということはあります。 ではどうやってデザインをスケールさせていくのかというと、国内外問わず手探りの状態です。人事からマネージメントまで様々な課題がありますし、最適なチーム構成も組織によって異なります。Spotify は Squad
デザインシステムの最初の一歩として原則を作る理由
デザイナーはもちろん、プロダクトマネージャーや開発者も巻き込んで原則を作ることがありますが、作って終わりということはありません。
調査を当たり前にするための第一歩
調査という行為は日常では当たり前 車や家など高い買い物をするとき、値段や見た目だけで買うことはないと思います。専門家や信頼できる知人に相談することがありますし、書籍やインターネットで情報収集することもあります。買う前に調査するのも「失敗したくない」「自分にとって最良なものが欲しい」という欲求があるからでしょう。値段が高いのであればなおさらです。 購入前の調査は車や家のような高い買い物だけではありません。食事、書籍、服など数千円のものでも調査をすることがあります。インターネットのおかげで情報と近くなったことから、あらゆることが調査しやすくなったかもしれません。 高い買い物であれば調査は必ずするといっても過言ではありませんが、web サイトやアプリ開発になるとそうでもなかったりします。高い買い物をしているにも関わらず調査をしないところが今もありますし、定量調査はするものの、ユーザーの声を聞くという定性調査までできていないところがあります。 日常であれば数千円の買い物でも調査することがあるにも関わらず、数百万以上かかる web サイトでは調査をしないというのも不思議な話です。 身
次世代デザインツールはどこへ向かうのか 後編
* 次世代デザインツールはどこへ向かうのか 前編 [http://www.yasuhisa.com/could/article/nextgen-design-tools/] * 次世代デザインツールはどこへ向かうのか 中編 [http://www.yasuhisa.com/could/article/nextgen-design-tools-2/] デザインをスケールさせていく デザインツールの現在と未来を考えたとき、デザインシステム [http://www.yasuhisa.com/could/article/what-is-design-system/] の存在は無視できません。今のデザインツールはデザインシステムの作成・運用に最適化するための機能実装がされています。 * 一貫性のあるデザインの作りやすさ * コンポーネント（部品）として捉えた UI の管理 * 複数人のデザイナーによるプロダクトデザインの運用 * コードへの書き出しなどエンジニアとの連携 ひとりのデザイナーに頼るのではなく、組織でデザインを運用していくためにデザインシステムのニー
良いUIでも悪い体験は作れる
下図は、デジタルカードゲーム「Magic: The Gathering Arena [https://magic.wizards.com/en/mtgarena]（MTG: Arena）」の画面。現在、βテスト中なので一般公開時には大きく変わる可能性がありますが、良い UI が良いデザインになるとは限らないという例で紹介しています。 カードパックを購入するには、Gems という通貨が必要になります。ゲーム用の通貨を購入してアイテム課金するゲームは他にもたくさんあります。押しやすいボタン。分かりやすいラベル。魅力的なグラフィック。ちょっとしたアニメーションを加えた演出を見ると MTG: Arena は優れた UI デザインと捉えることができます。デジタルカードゲームを楽しみたいユーザーの気持ちを高めるデザインと言えるはずです。 魅力的な表面とは裏腹に、たくさん Gem を購入してもらうための仕掛けが隠されています。例えば 6 パック分のカード（1,200 Gems）を手に入れるために、1,600 Gems 分の課金をします。6
次世代デザインツールはどこへ向かうのか 中編
実装を考えながら作れなかった従来のツール 6年前になりますが、 web のデザインは枠のない世界である [http://www.yasuhisa.com/could/article/wd101-no-edge/] と説明したことがあります。様々なスクリーンサイズのことを考慮して作らなければならないと頭で分かっていても、デザインツールでそれを実現するのが困難でした。10年以上大きな変化がなかったデザインツールに対して、実装側はどんどん進化し続けていました。Web だとフロントエンド技術とワークフローに大きな進展がありましたし、ネイティブアプリも 1 年おきに OS と周りの開発環境がアップグレードしています。 開発は目まぐるしいスピードで変化しているのに対して、デザイン環境は大きく変わっていなかったことが、今私たちが抱えているデザインと開発の溝の根源ではないかと考えています。2010年代は デザインツールの革命期 [http://www.yasuhisa.com/could/article/design-tools-revolution/] と呼んでも良いくらい様々なデザインツール
ユーザーデータの先にあるデザインの闇
ようこそ、ブラックミラーへ ユーザーデータは今のデザインに欠かせない存在です。レコメンデーションや操作の省略など、ユーザー体験の向上に役立っています。また、デザインを提案するときもデータがあるとないとでは説得力が違います。 「ユーザーのため」と耳障りの良い言葉を添えてユーザーデータを集めた先には何があるのでしょうか。それは本当にユーザーのためになっているのでしょうか。Google 社員向けに作られた「The Selfish Ledger」というビデオがユーザーデータを集めた先の世界を描いています。 2016年に作られたこのビデオは Google のプロダクトビジョンを描いたものではなく、Google のデザイナーの教育向けに作られたそうです。このビデオで描かれている世界を目指すべきなのか、それとも別の道や考え方を模索すべきなのか。見る人によって様々な意見が生まれそうです。 ビデオでは全人類のデータを集めることで今までにない体験をユーザーに提供できるとしています。データはユーザーのプロフィールや行動という表層的なところに留めず、DNA にも及んでいます。生まれてくる子供達
次世代デザインツールはどこへ向かうのか 前編
「考え方を変えましょう」「プロセスを変えていきましょう」と唱えるのではなく、ツール周りの環境を変えていくことで考え方やプロセスも次第に変わることがあります。