Yasuhisa Hasegawa

Yasuhisa Hasegawa

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

UX

製品の外にある体験を視覚化しよう

これは iPhone 7 [http://www.apple.com/jp/iphone-7/] のコマーシャルの一コマ。少年が夜中に写真を撮りに行ったときのシーンです。夜でも撮影できる、スマートフォンでも綺麗な写真が撮れるという機能的な部分を暗に語っていると同時に、少年の感情や動機も表現しています。夜中突然、撮影をしに行きたくなる動機を iPhone 7 が与えてくれてるかのように見えます。それはコマーシャルのところどころに出てくる少年の表情から見ても分かります。iPhone 7 は、彼にとって自己表現のデバイスであるわけです。 iPhone 7 のコマーシャルを 1200 メガピクセルのカメラ、手振れ補正の改善、最大10倍のデジタルズームといったスペックを中心に語ることができたでしょう。代わりに、iPhone 7 を使う人にフォーカスを当てた内容になっており、視聴者によっては感情移入した人もいるかもしれません。 こうした語りかけは、Web サイトやアプリという製品そのもののデザインをしていると忘れがちな視点だと思います。実は製品がどれだけ素晴らしいかというのは、一部のファ

仕事

デザイナーとしての失敗との付き合い方

失敗を恐れないわけがない 「失敗はたくさんしたほうが良い」「失敗を恐れるな」という言葉を耳にしたことがあります。確かに失敗を通して学ぶことは少なくありませんし、書籍やセミナーで学んだことより残る知識になることもあります。しかし、だからといって失敗したくないのが本音です。また、失敗は私たちの社会では 許されざること と捉えられている場合もあります。「失敗を恐れるな」の前に「失敗は許されない」という考えが先立ってしまって、なんとか失敗せずに済む方法、失敗から免れる手段を選ぼうとしてしまいます。 ただ、失敗しないための努力をしたところで、失敗してしまうことはあります。また、周りからそう思われていなくても、自分にとって失敗を感じることもあるでしょう。事業がうまくいかなかったとき、提出したデザイン案がやり直しになったとき、プレゼンテーションの反応が良くなかったとき、同僚と話したときに生じたぎこちない雰囲気など、大小様々な失敗があります。 失敗のやっかいなことは、いつまでも私たちの頭の中に残っていることです。残るからこそ学びに繋がることはありますが、恐怖や不安として半年、1 年残ることもあ

仕事

デザイナーに必要な「作る」と「考える」バランス

作るだけだと失うバランス スキルが多ければ就職のチャンスが増えるでしょうし、デザインとコードの間を取り持つためのコミュニケーションの手間も省けます。新しい技術を取り入れたデザインが考えられることで、表現の幅も広がるはずです。柔軟性、拡張性のあるデザインを作るときに コード脳が役立ちます [http://www.yasuhisa.com/could/article/code-and-thinking/] が、デザイナー自らがコードを書く必要性はないと考えています。 小さな組織、フリーランスであればコードを書かざるを得ない状況があるので、それは仕方ありません。『書けるべき』という強い表現が、どのような状況にも当てはまるように聞こえてしまうことに疑問を感じます。また、制作スキルばかりに力を入れても、デザイナーとしてのスキルの伸びに限界がある考えています。 デザインは人によって様々な定義が出てくるややこしい言葉ですが、私の中で「作る」ことと「考える」ことの 2 つに分けています。作ることは、何か目に見えるもの、触れることができるものを作り上げること。Web サイトが作れる、アプリの U

アイデア

協働のためのデザイン思考の再構築

2016年9月3日HTML5 Conference 2016 [http://events.html5j.org/conference/2016/9/] が開催されました。1,200 人を超える参加者。6トラック同時進行という巨大イベント。どちらかと言えばエンジニア向けのセッションが多いイベントですが、そういう場だからこそ「ぜひ話したい」と思えたところがあります。 今回「協働のためのデザイン思考の再構築 」という題名で話しました。以前からエンジニアとデザイナーとの間をどう繋げるかという課題について話したいという欲求がありました。ただ、こういうトピックはデザイナーばかりの場で話すのは意味ないですし、逆もしかりです。HTML5 Conference 2016 は、デザイントラックもあったことから、両方へリーチするには好都合。幸いエンジニアの方も私のセッションに参加していただいたみたいで、非常に嬉しかったです。 デザインシステムの課題 私は HTML, CSS, JavaScript は書けますし、PHP も多少書けます。コードがある程度分かると、全体構成からではなく部品からデザイン

apple

根拠や成果を超えたデザインに思いを馳せる

人間中心設計だけでは見えないこと 今では見なくなりましたが、ひと昔の MacBook Pro や Power Mac の本体側面にあるスリープインジケーターや電源ボタンは、スリープ時に点滅をしていました。これがただの点滅ではなく、まるで人が眠っているときの呼吸のような動きをしていました。Apple はこの点滅のデザインの実現のためにコストをかけ、特許も取っています [http://www.freepatentsonline.com/6658577.html]。 Apple 製品は小型化・薄型化が進んでいるので、こうした『演出』が少なくなっていますが、今振り返るとスゴいなと思うわけです。誰も気にしないディテールに拘るという点はもちろんですが、製品に実装してしまっていること自体がスゴいなと。 最近は「利用者のニーズを引き出して、実装しましょう」「そのデザインに効果があったか数値化しましょう」という文脈の中でデザインが語られることが多いわけです。たぶん、そうした中で「電源ボタンを人間の呼吸のように点滅させる」というアイデアが実装されるのか疑問です。利用者から「電源ボタンに心地の良い点

デザイン

なぜ多彩なデザインツールが出てきているのか

2010年代は『革命』 2000年代であれば、デザインツールは Adobe 以外の選択肢を考えることができませんでした。小さなツールは幾つか出ていましたが、仕事で使おうと思えるデザインツールはほぼ皆無。しかし、2010年に Sketch [https://www.sketchapp.com/] が登場して以来、状況が大きく変わり始めてきています。他に使おうと思えるものがなかった 2000 年代に対し、2010 年代は次から次と魅力的なツールが登場しています。今では「また出た」とウンザリしている方もいるかもしれませんが、2000 年代の静けさと比べると革命といって良いほどデザインツールが増えています。 こうした変化のなか、Adobe も Experience Designer [http://www.adobe.com/jp/products/experience-design.html] という Creative Cloud には今までなかった種類のアプリを 2016 年にリリースしました。今までデザインツールを独占していた Adobe でさえ、2010年代に起こっている変化に対

デザイン

ありがちなプロトタイプ失敗パターン

次へ進むための『何か』 プロトタイプは今日の設計プロセスにおいて必須の役割を果たしている … といった論調を見かけることがあります。特にアプリの場合、Web サイト制作以上に開発者とデザイナーの密接なコミュニケーションが必要になるので、単なる静止画データの受け渡しでは不十分です。そこで「プロトタイプを作りましょう」となるわけですが、他のツールと同様、手法を取り入れただけで制作における課題が解決されることはごくまれです。 プロトタイプは、紙で作るもの [http://www.yasuhisa.com/could/article/reintroduction-to-paper-prototype/]から、 Principle [http://principleformac.com/] のようなアプリケーションを使ってインタラクションを加えるものまであります。プロトタイプの完成度も制作スピードもツールによってまちまちなので、どのように扱えば良いのか迷う方も少なくありません。また、新しいツールを採用してプロトタイプ(のようなもの)を作ってみたけど、以前と状況が変わらないどころか、大変に

デザイン

ごめんなさい、すぐに結果は出せません

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