考え方

手法や道具にある幻想 手法や道具はやっかいな存在だなと思うことがあります。それを導入すれば組織の文化が変わって物事がうまくいくのではないかという期待が寄せられることがあるからです。ここ数年のデザインの世界では UX に似たような期待をしてしまっているところがあります。この摑みどころがあるようでない UX を『導入する』ことで製品やサービスが改善されると考える方も少なくありません。 この記事の冒頭に掲載してあるイラストのような概念図を見たことがあると思います。インフォグラフィックと言い表しても良いような図でデザインプロセスが紹介されているのを見て、「なるほど、この通りにやれば良いのか」と感じる方もいるでしょう。そうした図を作って紹介しているデザイナーや組織は、実際そのとおりやっていると思います。しかしそれは単にプロセスを導入したというより、そうしたプロセスが動かせるような文化を作り出した結果だと考えています。 UX を導入するということ自体ありえないと 3 年前の講演で話したことがありますが、これは UX だけのことではありません。ツール関係で言えばプロトタイプもどことなく似たような課題を抱えています。 社長のビジョンであったり、社員が勤務時間以外でどういったコミュニケーションをとっているのかも含めて、組織の文化が手法や道具の使い方に大きく関わってきます。既に作られた文化の中に、いきなり新しいモノを投入してもうまく混ざり合わないわけです。これは、ヒトにも同じことが言えます。スキルがあっても、ヒトとして合わないなら採用しないようにしている組織は「自分たちの文化に合うかどうか」を考えているからでしょう。 組織の文化というのは 1 日で出来上がったものではありません。数年かけて徐々に育て上げられたものですから、すぐに変わるものでもないわけです。

Empathy（感情移入）と Sympathy （思いやり） 。日本語だけでなく、英語でも混同してしまいやすいこの言葉。実は大きな違いがあることを分かりやすく説明しているのが上の動画です。RSA で Brené Brown博士が話した内容の一部が、素敵なアニメーションで再現されています。感情移入とは、相手との繋がりを築いた上で共感すること。一方、思いやりとは繋がらずに一歩離れたところからのコミュニケーションと Brown 博士は説明します。 Brown 博士によれば、感情移入には 4 つの性質が含まれているそうです。 相手の視点で周りがみれる 決めつけをしない 相手が何を感じているのかを理解できる 相手の視点を理解した上で対話ができる 感情移入と思いやりはデザインにも通じる課題です。利用者を客観的な視点でみて彼らができることを提供するというアプローチだけだと、思い込みにる弊害が生まる可能性があります。特に複数人で開発・設計する場合だと、それぞれが思い思いの利用者像を描いてしまって話がまとまらないこともあります。 ユーザーのことを考えてデザインすることは当たり前です。しかし、開発・設計に携わるひと全員が同じような人間像を描いているとは限りませんし、実感が湧いていないかもしれません。利用者が抱えている問題は自分たちの問題だと受け止めることができるように、ユーザーインタビューや、利用者の観察が必要になるわけです。百聞は一見にしかず。自分たちの目でユーザーの姿をみると世界が大きく変わることがあります。

公平と平等はイコールの意味ではない ひとりでデザインするということは、そうはありません。クライアントだけでなく、様々な技能や背景をもった人たちと一緒にデザインを進めることになります。 作業をするのがデザイナーひとりだったとしても、彼等はデザインに対して意見を出してきます。新しい視点を学ぶ機会になるので意見を出し合うことは重要ですが、すべての意見を実践しようとすると、らくだをデザインするということになります。デザイン批評をする機会がもてない場だと、デザインという行為が少しずつ本来するべきこととは離れたところへ進むことがあります。 誰かと一緒に考えて進める工程はデザイン批評だけに留まらず、プロダクト開発のすべてに言えることです。私は常に公平であることを意識して会話をするようにしています。『公平』という言葉を聞くと、誰もの意見に耳を傾けて取り入れているように聞こえるかもしれません。しかし『公平』は、『平等』とは異なります。プロジェクトに関わるのであれば、誰もが工程に参加するべきですし、意見も出し合えたほうが良いです。だからといって、皆のアイデアが採用されることはありません。 皆がそれなりに納得でいるように、平等に意見を取り入れるという考え方は毒です。プロジェクトのゴールに沿って判断をするというのは当然のことですが、人間なので様々な考えや思惑が生まれることがあります。 公平であるための4つの注意点 公平に考えましょうと書くのは簡単ですが、実際は以下の 4 点について気をつけていないと、公平な判断ができなくなるどころか、周りからも信頼を失う恐れがあります。 えこひいきをしない 誰でも好き嫌いはあります。それは、デザインテイストだけでなく、一緒に働く人も対象です。

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

内輪受けは止めにしようではないか LSD LAB で公開されている UIデザイナー不要説は、テクノロジーと付き合うデザイナーであれば一読しておきたい記事のひとつです。私が記事を読んで感じた課題は、 UI デザインが重要視されているかどうかということではなく、果たしてデザイナーは デザインを営業できているかどうかというところです。 たとえビジネスゴールが共有されていたとしても、デザイナーが考える UI デザインの価値と、それ以外の方が考える UI デザインの価値が異なることがあります。特にデザイナーが考える価値は、内輪受けになりやすいことが多々あるように思えます。デザイナーが「すごく良いよね」「イケてるね」というものは、ほとんどの場合デザイナー以外には理解されません。内輪で分かりやすい言葉や感覚で語りかけても、聞き手は「？」（価値を感じない）になってしまいます。 今でもデザイナーのなかでは「流行」「イケてる」と評価されているパララックスデザインは好例です。多彩な動きとビジュアルが融合する楽しいデザインですし、インパクトもあります。しかし、少し裏側を見れば青ざめてしまうサイトやアプリも少なくありません。激しい動きと巨大な画像によってメモリが多く消費され、CPU にも多大な負荷がかかっていることがあります。つまり、制作環境では完璧な成果物でも、2, 3

何を知るべきなのか分からない 昨年「情報だけでは価値がない時代の学びの姿」という記事で、流れの速い今の時代における学習との向き合い方について執筆しました。当時、変化し続けるプロセスに自ら身を投じることで学習しやすくなるのではと提案しました。 まずはアウトプットする、そして失敗を恐れず模索できる場を築くことで、体験しながら学習することができます。私の場合、このサイトやポッドキャストは良い実験場になっていますし、仕事にも役立っています。情報をインプットするためのコストが限りなくゼロになった現在。アウトプット（消化）をすることで情報を知識／スキルに変えていかなければ身にならないどころか、膨大なインプット（情報）によって圧殺されてしまう恐れがあります。 インプットとアウトプットのバランスを保つのが難しい現在。鳥のように食い、象のように糞をしようと思っても実践するのは大変です。また、デザイナーに求められるスキルや責任の幅が広くなってきたことから、何から始めたら良いのかも分かり難くなってきました。つまり何を知るべきなのかを知ることが難しいわけです。 初心者であれば、とにかく何でも吸収すれば良いのかもしれませんが、そこからステップアップするにはどうしたら良いのでしょうか。「自分はまだまだ分かっていない」「分からないことがたくさんある」と気付いたときに、何を学ぶべきなのか、何処へ向かって走れば良いのか明確ではありません。分からないけど、Web へ目を向ければ雨あられのように情報が降り注ぎ、「あれをしろ」「こうしたほうがいい」というメッセージが含まれた『ノイズ』をあちらこちらに目にします。

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

今プログラミングを教育に取り組もうという声が高まっています。CODE.orgのようなサイトも立ち上がっていますし、Scratch のような子供から楽しめるビジュアルプログラミングもあります。 デザイナーの中でもプログラミングを始めたい方もいると思います。WWDC 2014 で発表された Swift は、スクリプト言語のような感覚でコードが書けるので、始めるには良い機会なのかもしれません。 ただ、デザイナーの立場からみると、プログラミングは遠い存在に見えることがあります。しかし、「問題解決のため」という視点からみると、デザインとプログラミングには共通点がたくさんあります。人間中心デザインに基づいた発想にも、実装可能なところまで落とし込んで模索しないと、夢心地なアイデアになることがあります（もちろん自由な発想が必要なときもありますが）。コードを書くひとの考え方を取り入れることで、アイデアを洗練させることができるようになります。 プログラミングスキルとデザイン思考 プログラミング言語によって独特の癖（文法）がありますし、得意・不得意がありますが、根底にある考え方は同じです。実はプログラミングをするための基本的な考え方は、デザイン思考と重なるところがあります。 コードが書ける人には以下のようなスキルが備わっています。 すべてを明確に定義する 人は微妙なニュアンスを受け取って理解することができますが、コンピュータはそうはいきません。人間の要求をコンピューターが理解できるように、プログラマは言葉の定義付けを行います。「なんとなく」後回しにしておくと、ひとつの操作で

その昔、私も書籍を出していたことがありました。2005年の春、まだ日本では「Web 2.0」という言葉がほとんど耳にされなかった時期に「Web Designer 2.0 進歩し続けるWebデザイナーの考え方」という名の書籍を出しました。扱ったトピックが広くて浅く、中級者向けだったということもあり、それほど多く売れたわけではありませんが、今の私の考え方の基礎が執筆を通して形成された書籍です。 今はもう使えない技術話もチラホラありますし、振り返ると非常に恥ずかしい文章を書いていたので、今買うことをオススメしませんが、7年経った今も通用するメッセージがいくつか残っています。 ここ数年 UX やら利用者中心やらの話をよく耳にするようになりましたが、著書のほうでも利用者に向けて作ることの意味について掘り下げていました。書籍に書かれている以下の文章に想いが集約されていると思います。 本書をここまで読んで、お気づきの方はいるかと思いますが、本書では「ユーザー」という言葉をあまり使っていません。替わりに「利用者」、「人」という言葉を頻繁に使っています。Webサイト制作に携わっていると、サイト利用者が「ヒット数」や「ページビュー」というフレーズや数字に置き換えられることがあります。実際の利用者は数字ではなく、私たちと同じ個性のある人間です。