手法や道具にある幻想 手法や道具はやっかいな存在だなと思うことがあります。それを導入すれば組織の文化が変わって物事がうまくいくのではないかという期待が寄せられることがあるからです。ここ数年のデザインの世界では UX [http://www.yasuhisa.com/could/tag/ux/] に似たような期待をしてしまっているところがあります。この摑みどころがあるようでない UX を『導入する』ことで製品やサービスが改善されると考える方も少なくありません。 この記事の冒頭に掲載してあるイラストのような概念図を見たことがあると思います。インフォグラフィックと言い表しても良いような図でデザインプロセスが紹介されているのを見て、「なるほど、この通りにやれば良いのか」と感じる方もいるでしょう。そうした図を作って紹介しているデザイナーや組織は、実際そのとおりやっていると思います。しかしそれは単にプロセスを導入したというより、そうしたプロセスが動かせるような文化を作り出した結果だと考えています。 UX を導入するということ自体ありえないと 3 年前の講演で話したことがあります [ht

Empathy（感情移入）と Sympathy （思いやり） 。日本語だけでなく、英語でも混同してしまいやすいこの言葉。実は大きな違いがあることを分かりやすく説明しているのが上の動画です。RSA で Brené Brown [http://brenebrown.com/] 博士が話した内容の一部が、素敵なアニメーションで再現されています。感情移入とは、相手との繋がりを築いた上で共感すること。一方、思いやりとは繋がらずに一歩離れたところからのコミュニケーションと Brown 博士は説明します。 Brown 博士によれば、感情移入には 4 つの性質が含まれているそうです。 1. 相手の視点で周りがみれる 2. 決めつけをしない 3. 相手が何を感じているのかを理解できる 4. 相手の視点を理解した上で対話ができる 感情移入と思いやりはデザインにも通じる課題です。利用者を客観的な視点でみて彼らができることを提供するというアプローチだけだと、思い込みにる弊害が生まる可能性があります。特に複数人で開発・設計する場合だと、それぞれが思い思いの利用者像を描いてしまって話がまとまらな

公平と平等はイコールの意味ではない ひとりでデザインするということは、そうはありません。クライアントだけでなく、様々な技能や背景をもった人たちと一緒にデザインを進めることになります。 作業をするのがデザイナーひとりだったとしても、彼等はデザインに対して意見を出してきます。新しい視点を学ぶ機会になるので意見を出し合うことは重要ですが、すべての意見を実践しようとすると、 らくだをデザインする [http://www.yasuhisa.com/could/article/we-just-made-a-camel/] ということになります。デザイン批評 [http://www.yasuhisa.com/could/article/design-talk-feedback/] をする機会がもてない場だと、デザインという行為が少しずつ本来するべきこととは離れたところへ進むことがあります。 誰かと一緒に考えて進める工程はデザイン批評だけに留まらず、プロダクト開発のすべてに言えることです。私は常に公平であること を意識して会話をするようにしています。『公平』という言葉を聞くと、誰もの意見に耳を

撮影：飯田昌之 今年で Web は 25 歳 [http://www.webat25.org/]になりました。 Web は人類に大きな変化をもたらした革命的な技術です。誰でも情報発信ができるようになったのも、膨大な量の知識や考え方を共有できるのようになったのも、すべて Web があってこそです。そして、Web のもつ可能性をひとりでも多くの方に体感してもらうのが、私たちの仕事です。 これは、デザイナーはとてつもない力を持っていることを意味しています。人々を幸せにするのも、ストレスを与えるのもデザイナーの作り方で決まりますし、時には人の考え方を変えることもできます。この記事の題名にもなっている「スーパーヒーロー」とは、デザイナーひとりひとりを指しています。 とてつもない力を持っているからこそ、私たちは責任をもって力を使わなければいけません。また、クライアントやプロジェクトメンバーに向けて、その力をどのようにすれば正しく使えるのかを伝えなければいけません。 > 大いなる力には大いなる責任が伴う “With great power comes great responsibility

内輪受けは止めにしようではないか LSD LAB で公開されている UIデザイナー不要説 [http://lambda-structure-design.jp/lab/is-ui-designer-really-needed/] は、テクノロジーと付き合うデザイナーであれば一読しておきたい記事のひとつです。私が記事を読んで感じた課題は、 UI デザインが重要視されているかどうかということではなく、果たしてデザイナーは デザインを営業できているか [http://www.yasuhisa.com/could/article/design-talk-feedback/]どうかというところです。 たとえビジネスゴールが共有されていたとしても、デザイナーが考える UI デザインの価値と、それ以外の方が考える UI デザインの価値が異なることがあります。特にデザイナーが考える価値は、内輪受けになりやすいことが多々あるように思えます。デザイナーが「すごく良いよね」「イケてるね」というものは、ほとんどの場合デザイナー以外には理解されません。内輪で分かりやすい言葉や感覚で語りかけても、聞き手は「

何を知るべきなのか分からない 昨年「情報だけでは価値がない時代の学びの姿 [http://www.yasuhisa.com/could/article/learning-in-network/] 」という記事で、流れの速い今の時代における学習との向き合い方について執筆しました。当時、変化し続けるプロセスに自ら身を投じることで学習しやすくなるのではと提案しました。 まずはアウトプットする、そして失敗を恐れず模索できる場を築くことで、体験しながら学習することができます。私の場合、このサイトやポッドキャスト [http://automagic.fm/] は良い実験場になっていますし、仕事にも役立っています。情報をインプットするためのコストが限りなくゼロになった現在。アウトプット（消化 ）をすることで情報を知識／スキルに変えていかなければ身にならないどころか、膨大なインプット（情報）によって圧殺されてしまう恐れがあります。 インプットとアウトプットのバランスを保つのが難しい現在。鳥のように食い、象のように糞をしよう [http://www.yasuhisa.com/could/arti

良いって何ですか？ デザインの話をするのは、たとえ本業をしている方にとっても難しいことがあります。それが他分野の方ということになると、なおさらです。目的に沿って議論することで、デザインがより洗練されるわけですが、別の部署、他の役職の方との会話になると、なかなかうまくいかないことがあります。 その理由は、彼等がデザインのことを理解していないからというより、お互いが考える「正しい」を理解していないからということがあります。 Webサイトやアプリを設計・開発されている方全員「良いものを作りたい」と考えています。ただし、その「良い」のニュアンスは立場によって少し異なることがあります。「良い＝売れる」と解釈する人もいれば「良い＝使いやすい」と捉える方もいます。それぞれがもつ「良い」という価値観が、その人の意見や考え方に大きな影響を及ぼしています。 言葉だけでは理解ができない デザイン案を見せると、以下のようなリアクションが戻ってくる可能性があります。 * 青がどうも好きになれない * このボタンはもっと大きく見せるべきだ * 必須情報が他にもあるので、上のほうに表示させたい

今プログラミングを教育に取り組もうという声が高まっています。CODE.org [http://code.org]のようなサイトも立ち上がっていますし、 Scratch [http://scratch.mit.edu] のような子供から楽しめるビジュアルプログラミングもあります。 デザイナーの中でもプログラミングを始めたい方もいると思います。WWDC 2014 で発表された Swift [https://developer.apple.com/swift/] は、スクリプト言語のような感覚でコードが書けるので、始めるには良い機会なのかもしれません。 ただ、デザイナーの立場からみると、プログラミングは遠い存在に見えることがあります。しかし、「問題解決のため」という視点からみると、デザインとプログラミングには共通点がたくさんあります。人間中心デザインに基づいた発想にも、実装可能なところまで落とし込んで模索しないと、夢心地なアイデアになることがあります（もちろん自由な発想が必要なときもありますが）。コードを書くひとの考え方を取り入れることで、アイデアを洗練させることができるようになり