Yasuhisa Hasegawa

Yasuhisa Hasegawa

Web やアプリのデザインを専門しているデザイナー。現在は組織でより良いデザインができるようプロセスや仕組の改善に力を入れています。ブログやポッドキャストなどのコンテンツ配信や講師業もしています。

google

Material Designから学ぶデザインと技術の共通項

Google I/O 2014 [https://www.google.com/events/io] では様々なデバイスが発表されて、ますます Google が日々の生活へ入り込んでいくのだなという印象を受けました。幾つかのプロダクトは興味深かったですが、プロダクトより気になったのが Material Design [http://www.google.com/design/] の発表です。現在 Android L [http://developer.android.com/preview/index.html] と称されている次期バージョン Android で採用されているデザイン言語のガイドラインです。 Skeuomorphism [http://www.yasuhisa.com/could/article/design-issues-2012/] が全面的に使われていたときは、画面上にあるオブジェクトを触っているような感覚を見た目で演出していましたが、Material Design ではアニメーションを通して触れているような感覚を作り出しています。

デザイン

ペルソナ設計に人間像は重要ではない理由

人間像ではなく動機や文脈を明確に プロジェクトを本格始動する前にペルソナを設定することがあります。様々な背景の方がデザインプロセスに参加すると、何をもって『良い』と判断すれば良いのか分からなくなることがあります。ペルソナは、このプロジェクトにおいて適切な『良い』を判断する際に役立ちます。 ペルソナには「人/登場人物」という意味が含まれていることから、表層的な人間像(性別、年齢、出身地など)を描かなければいけないと考えがちです。しかし、それはペルソナを設定することにおいて、それほど重要ではないと思います。私はペルソナを1枚のシートにまとめることがありますが、見た目やライフスタイルといった属性は、詳細まで掘り下げていません。ほとんどの場合 2 〜 3 つくらいのリストにして省略しています。 代わりに「なぜ、人はプロダクトやサービスと触れ合うのか 」という部分を、ペルソナを通して語るように心がけています。その理由は、人口統計学的な属性によって、達成したい目的や道筋が大きく変わることがないからです。 例えば、ある人が アマゾン [http://www.amazon.co.jp/?_e

コンテンツ

データ解析で終わらない提案型分析のコツ

文脈で変わるデータの素顔 効果測定が必須の時代だからこそ、様々なデータをみて検証をする必要がでてきました。アクセス解析で難しいのは、データの切り口や、評価できる数値を見つけることではなく、次のアクションへ繋げることができる提案をすることだと思います。「 脱PVで見えてくるコンテンツの質 [http://www.yasuhisa.com/could/article/no-pageview/] 」という記事で、ページビュー(PV)だけでコンテンツの善し悪しを評価してはいけないという指摘をしました。PV だけでは、サイト訪問者の『質』を判断するのが難しいだけでなく、企業が求めている(ロイアリティの高い)顧客と接点を持てているのかも判断できません。分かりやすいからという理由で PV を評価指標の主軸にしていると、「ページビューを獲得する」という短期的かつ具体性のない目標を立ててしまうことになります。 意味のあるデータを見つけだすヒントは、アクセス解析から導き出された数字の外にあります。コンテンツの評価は、アクセスしている利用者の文脈によって大きく変わるからです。 例えば、中小企業で働く

デザイン

コードが教えてくれるデザイン思考

今プログラミングを教育に取り組もうという声が高まっています。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/]では、デザインには 葛藤やぶつかり合いが含まれていると話しました。ぶつかり合いと書くと、負のイメージが先立つかもしれませんが、デザインプロセスにおいて欠かせない要素だと思います。 デザインを語る場において、参加者が考えを述べることがアイデアを検証する(ぶつける)ことになります。『考えを述べる』ということは、自分の考え方がひとつの解になるということを証明しなければいけませんし、そうしなければ聞き手には理解できないことがあります。時には意見の相違がありますが、自然なことですし違いを歓迎するべきです。アイデアを出し合うからこそ見つかる課題もありますし、アイデアがより洗練することもあるからです。 良い会話ができたと思う瞬間は、誰のアイデアか分からないけど、皆が理解して先に進めることができる状態。「○○さんの意見が通った」「リーダーの意見でまとまった」と

デザイン

デザインを決めて進めるために必要なこと

先月は東京 [http://www.creativevillage.ne.jp/PR/seminar123.html]、そして今月は大阪 [http://www.creativevillage.ne.jp/PR/seminar133.html] で、クリーク・アンド・リバー社が主催する Web ディレクター向けのセミナーで登壇しました。私自身、Web ディレクターと名乗っていないので、依頼を受けたときは半信半疑でした。しかし、Web ディレクターをはじめとした「作り出す人」にある共通の話題があると考え、登壇を決めました。 点をどのように線にするか ツールの使い方。マークアップの仕方。コードの管理方法。ペルソナの作り方。コンセプトを固めるためのワークショップの仕方 … などなど。こうした行程の中にある『点(作業)』は、書籍や Web でたくさん見つけることができます。どれも重要ですが、行程全体からみたとき、

コンテンツ

全面リニューアルの幻想と、取り組むときの注意点

リニューアルでは何も変わらない Webサイト制作の仕事で、いつの間にか当たり前になっているのが『リニューアル案件』。2, 3 年おきに見た目の衣替えをしたり、使い勝手の向上のためナビゲーションや情報構造の見直しをします。 テクノロジーだけでなく、Web を取り巻く文化や社会が目まぐるしく変わるので、定期的なリニューアルをして『追いつく』ことは必要なのかもしれません。しかし、ただ見た目を変える、情報構造を変えるといった「作る」「作り直す」ということが目的になることがあります。リニューアルをすれば何かが変わるという淡い期待感が寄せられることがありますが、費用対効果が良くないことがあります。 第一印象はとても重要です。 全面リニューアルを通して見た目がよくなれば、印象は良くなるかもしれません。しかし、デザインを変えたからといって、コンテンツも自動的に良くわけではありません。最初の印象がよくても、訪問者のニーズが満たされていないのであれば、金メッキはすぐに剥がれてしまいます。 また、リニューアルが話題性があるのかというと、それほどではないことがあります。刺激的なグラフィック、先進的な