サービス Adaptive Path 買収から思う銀行のこと、デザインのこと 米国の金融大手キャピタル・ワンが UX コンサル会社である Adaptive Path を買収 [http://www.adaptivepath.com/ideas/adaptive-path-where-were-going-next/] しました。その２ヶ月前にはモジュール式スマートフォン「Ara [http://www.projectara.com/]」を手がけた Daniel Makoski 氏が同銀行へ移籍しています [http://www.fastcodesign.com/3032630/why-one-of-googles-wildest-designers-left-for-a-bank] 。金融機関という巨大な組織でいかにデザイン思考が広がり、形になるのか今から楽しみです。ひとつの案件としてではなく、組織の一員として内側から変えていくという Adaptive Path のアプローチは、最近の私の仕事の仕方と重なるところがあります。 デジタル化は進んでいるものの、改善余地が数多く残されている大手金融機関。一般企業とは比べものにならないほど、安全性、プライバシー、危機管
デザイン 疲れない情報収集と何を知るべきかを知るためのヒント 何を知るべきなのか分からない 昨年「情報だけでは価値がない時代の学びの姿 [http://www.yasuhisa.com/could/article/learning-in-network/] 」という記事で、流れの速い今の時代における学習との向き合い方について執筆しました。当時、変化し続けるプロセスに自ら身を投じることで学習しやすくなるのではと提案しました。 まずはアウトプットする、そして失敗を恐れず模索できる場を築くことで、体験しながら学習することができます。私の場合、このサイトやポッドキャスト [http://automagic.fm/] は良い実験場になっていますし、仕事にも役立っています。情報をインプットするためのコストが限りなくゼロになった現在。アウトプット（消化 ）をすることで情報を知識／スキルに変えていかなければ身にならないどころか、膨大なインプット（情報）によって圧殺されてしまう恐れがあります。 インプットとアウトプットのバランスを保つのが難しい現在。鳥のように食い、象のように糞をしよう [http://www.yasuhisa.com/could/arti
デザイン カスタマージャーニーマップが使える理由と注意点 デザインに使えるマーケティングツール カスタマージャーニーマップ（Customer Journey Map, CJM）は、顧客がどのように製品やサービスと関わるかを視覚化することによって、課題を共有することができるツール。デザインプロセスの一部として採用されるようになりましたが、マーケティングでは顧客との接点を俯瞰して見ることができるということで 5, 6 年前くらいから注目を集めています。（外来語をそのままカタカナ表記にしたくなかったということで「体験のマッピング [http://www.yasuhisa.com/could/article/dh-prototyping-course/] 」と名付けて以前から実践しています。） オンラインでもオフラインでも顧客との接点は劇的に増えました。しかし、接点が増えたことにより利用者行動の多様化が進んだだけでなく、接点になる場所・媒体の浮き沈みも激しくなりました。また、企業やブランドに関わる利用者の心理や行動も変化してきているので「A と B と C でコンテンツやサービスを発信すれば良い」といった一方通行のメッセージ配信では伝わり難くな
デザイン デザインが分からない人とデザイン話をするコツ 良いって何ですか？ デザインの話をするのは、たとえ本業をしている方にとっても難しいことがあります。それが他分野の方ということになると、なおさらです。目的に沿って議論することで、デザインがより洗練されるわけですが、別の部署、他の役職の方との会話になると、なかなかうまくいかないことがあります。 その理由は、彼等がデザインのことを理解していないからというより、お互いが考える「正しい」を理解していないからということがあります。 Webサイトやアプリを設計・開発されている方全員「良いものを作りたい」と考えています。ただし、その「良い」のニュアンスは立場によって少し異なることがあります。「良い＝売れる」と解釈する人もいれば「良い＝使いやすい」と捉える方もいます。それぞれがもつ「良い」という価値観が、その人の意見や考え方に大きな影響を及ぼしています。 言葉だけでは理解ができない デザイン案を見せると、以下のようなリアクションが戻ってくる可能性があります。 * 青がどうも好きになれない * このボタンはもっと大きく見せるべきだ * 必須情報が他にもあるので、上のほうに表示させたい
デザイン 道具の選び方、関わり方を考えるためのヒント 間違ったツールの選び方 ペーパープロトタイプは、紙に書き込むというアナログなアプローチであることから、作るための敷居が低いだけでなく、アウトプットも早く改善がしやすいです。メリットが多いペーパープロトタイプですが、 時間の無駄 [http://www.gv.com/lib/paper-prototyping-is-a-waste-of-time] という意見もあります。紙で作られていることから再現性が低く、的確なフィードバックを利用者から得るには難しいからです。 それでは、ペーパープロトタイプが使えないのかといえば、こたえは「No」になります。こうした「○○は使えるのか？」という疑問は制作の方からよく聞かれる質問ですが、回答に困ることがあります。ペーパープロトタイプだけではありませんが、手法や技術そのもので使えるかどうかの判断はできません。採用する前に以下の 4 点を考慮して選ばないと上手くいかないですし、手法や技術へ責任転換をしてしまう恐れがあります。 誰とつくるのか 誰がその手法を使うことになるのか。自分ひとりだけなのか、それとも組織外の方も関わる可能性があるのか。彼らの背
デザイン クリエイティブとデータの間にあるもの 危ういバランス Webサイト制作でも、アプリの開発でも、いつも気にしているのがデータとクリエイティブのバランスです。この 2 つの理解が、デザインには不可欠だと考えています。いずれも「重要」と言われていますが、企業の規模や、文化によって重きを置くバランスが異なると思います。 データを重要視する企業成熟したプロダクトやサービスをもつ企業。エンジニア文化が浸透しているところや、営業の力が強いところ。クリエティブを重要視する企業 発展途上のプロダクトやサービスをもつ企業。起業家の文化や、戦略としてのデザインに強く感心があるところ。Google Analytics のようなツールを使えば手軽にデータを解析できるようになりましたし、A/Bテストをするのも難しいことではありません。データから最適だと思われる改善策を提案することができますし、とても説得力のあるように見えます。 講演 [http://www.yasuhisa.com/could/tag/%E8%AC%9B%E6%BC%94/] で「数字はストレートで分かりやすいから、多くの人に理解してもらえる」と話すことがありますが、すべてを数
デザイン ペルソナ設計に人間像は重要ではない理由 人間像ではなく動機や文脈を明確に プロジェクトを本格始動する前にペルソナを設定することがあります。様々な背景の方がデザインプロセスに参加すると、何をもって『良い』と判断すれば良いのか分からなくなることがあります。ペルソナは、このプロジェクトにおいて適切な『良い』を判断する際に役立ちます。 ペルソナには「人/登場人物」という意味が含まれていることから、表層的な人間像（性別、年齢、出身地など）を描かなければいけないと考えがちです。しかし、それはペルソナを設定することにおいて、それほど重要ではないと思います。私はペルソナを1枚のシートにまとめることがありますが、見た目やライフスタイルといった属性は、詳細まで掘り下げていません。ほとんどの場合 2 〜 3 つくらいのリストにして省略しています。 代わりに「なぜ、人はプロダクトやサービスと触れ合うのか 」という部分を、ペルソナを通して語るように心がけています。その理由は、人口統計学的な属性によって、達成したい目的や道筋が大きく変わることがないからです。 例えば、ある人が アマゾン [http://www.amazon.co.jp/?_e
デザイン コードが教えてくれるデザイン思考 今プログラミングを教育に取り組もうという声が高まっています。CODE.org [http://code.org]のようなサイトも立ち上がっていますし、 Scratch [http://scratch.mit.edu] のような子供から楽しめるビジュアルプログラミングもあります。 デザイナーの中でもプログラミングを始めたい方もいると思います。WWDC 2014 で発表された Swift [https://developer.apple.com/swift/] は、スクリプト言語のような感覚でコードが書けるので、始めるには良い機会なのかもしれません。 ただ、デザイナーの立場からみると、プログラミングは遠い存在に見えることがあります。しかし、「問題解決のため」という視点からみると、デザインとプログラミングには共通点がたくさんあります。人間中心デザインに基づいた発想にも、実装可能なところまで落とし込んで模索しないと、夢心地なアイデアになることがあります（もちろん自由な発想が必要なときもありますが）。コードを書くひとの考え方を取り入れることで、アイデアを洗練させることができるようになり
デザイン デザインの会話にあるぶつかり合いのメリット ぶつかるから良くなる 文脈や話し手の背景により「デザイン」の意味合いが変わることがあります。先月のセミナー [http://www.yasuhisa.com/could/article/how-we-talk-about-design/]では、デザインには 葛藤やぶつかり合いが含まれていると話しました。ぶつかり合いと書くと、負のイメージが先立つかもしれませんが、デザインプロセスにおいて欠かせない要素だと思います。 デザインを語る場において、参加者が考えを述べることがアイデアを検証する（ぶつける）ことになります。『考えを述べる』ということは、自分の考え方がひとつの解になるということを証明しなければいけませんし、そうしなければ聞き手には理解できないことがあります。時には意見の相違がありますが、自然なことですし違いを歓迎するべきです。アイデアを出し合うからこそ見つかる課題もありますし、アイデアがより洗練することもあるからです。 良い会話ができたと思う瞬間は、誰のアイデアか分からないけど、皆が理解して先に進めることができる状態。「○○さんの意見が通った」「リーダーの意見でまとまった」と