Yasuhisa Hasegawa

Yasuhisa Hasegawa

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

https://x.com/yhassy https://www.facebook.com/yhassy/
アイデア

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

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
デザイン

デザインドキュメンテーションにある制作と共有の課題

ドキュメンテーションのための３つの課題 Web サイトデザインはもちろん、アプリデザインでも画面ではなく部品から始める [http://www.yasuhisa.com/could/article/wd101-start-with-components/] ほうが有効です。画面ごとで制作していくと、いつの間にか一貫性を失うことがありますし、様々なスクリーンサイズに対応するためのルールを後付けにすると、結局またやり直しになってしまうこともあります。 では、インターフェイスを一度見直してスタイルガイド（パターンライブラリ）を作り始めれば良いのかというと、それほど単純は話ではありません。私の中で以下の 3 つの課題があると考えています。 * 人とコトの課題 – これはワークショップを通して指摘しましたが [http://www.yasuhisa.com/could/article/ui-pattern-workshop/] 、ステークホルダーによって優先順位が違えば、指している要素の呼び名が違うことがあります。制作側視点だけで作ると思わぬ誤解が発生する可能性があります。
プロセス

なぜ自信をもってデザインを説明するべきなのか

コラボレーションは難しい コラボレーションは今日のデザインプロセスにおいて必須です。様々な分野の専門家たちが集まるからこそ、より良い製品へと進化していきます。専門家だからこそ出せるインプットによって、最適な解決策が見つかる … はずなのですが、実際そうはいかないことがあります。立場が違えば、物事の捉え方も違います。それぞれが置かれている状況によって、意見が分かれることがあります。意見が一致すればコラボレーションとしての相乗効果が生まれますが、そうでないときは、不平や妥協する人が出てくるでしょうし、最悪の場合は製品の利用体験を損なうものを実装してしまうこともあります。 コラボレーションは響きの良い言葉ですが、一筋縄にはいきません。意見が合わないとき、私たちはよく自己防衛の姿勢になりがちです。「これは違う」と言われると、反射的に「そんなことはない」と言うことがありますが、こうしたやりとりがコラボレーションの歯車を狂わしていきます。自分を守ること、相手の意見を変えることが先決になり、肝心の課題解決の話し合いではなくなっていきます。こうなると以下の 3 パターンで話に決着が付いていきます
デザイン

チーム内コミュニケーション設計に使える視覚化あれこれ

通じ合うための設計 デザイナーの仕事はコミュニケーションを設計することだと思います。Web サイトやアプリの画面設計をするのはもちろんですが、その画面が使う人たちにどのような影響を及ぼすのか、彼らがインプットをした場合、どのようなフィードバックを提供するのが適切なのか考える必要があります。ここで言うコミュニケーションの設計とは、製品と人、もしくは人と人との関係をどのように取り持つのかを考えることです。その関係を視覚的に伝えることができるのがデザイナーの強みと言えるでしょう。 ただ、デザイナーが考えなければいけないことは、製品とそれを扱う人たちの関係だけではありません。クライアント、開発者、マーケターといった、制作に携わる人たちの関係を設計することも含まれています。プロジェクトの全体像を見渡せるようにしたり、携わる人たちが共通認識をもてるようにするためのツールが必要になります。チームメンバー同士の関係性を円滑にするためのツール作りもコミュニケーションの設計の一部だと考えています。 抽象的な表現に留めない言語化は必要ですが、「かわいい」「モダン」といった緩い表現を許さない現場も良く
コンテンツ

次へ繋げるためのコンテンツファーストなプロセス

7月2日 Web Creators Kochi 主催で「コンテンツ設計から考えるUXデザイン基礎講座 [http://www.kochiweb.com/event/sessions/sessions_archives/entry-108.html] 」が開催されました。これは、金沢や高松など数カ所で開催したワークショップ [http://www.yasuhisa.com/could/article/ux-content-workshop/]のアップデート版。以前は カスタマージャーニーマップ [http://www.yasuhisa.com/could/article/customer-journey-map/] を活用して必要なコンテンツを見つけ出すというワークがありましたが、今回はコンテンツインベントリ [http://www.yasuhisa.com/could/article/creating-content-magic-sheet/] を使うなど、現状を監査しながらニーズを見つけ出すという内容に調整しました。 抽象的なデザイン手法の課題 私は「利用者」
コンテンツ

リニューアルやCMS導入前に解決したいコンテンツの課題

2016年6月25日、仙台市で MTDDC Meetup TOHOKU 2016 [http://mtddc2016.mt-tohoku.net/] が開催されました。本イベントは、Web 解析、パフォーマンス、セキュリティなど「Movable Type」という言葉を一度も聞かないセッションが半分以上占めていました。イベント運用チームに伺ってみたところ、Movable Type を開発している Six Apart [http://www.sixapart.jp/] も製品に止めず幅広いトピックを扱ってほしいと助言しているそうで、それが講演者のラインナップにも影響しているのかなと思いました。 ツールやプログラミング言語のイベントだと、同じ言葉、同じ趣向をもった人達が集まる傾向があります。コミュニティを育てるという意味で深く学ぶキッカケを作るのは大切なことですが、内向化してしまう恐れもあります。どちらが良いとは言えないですが、新しい人にも興味を持ってもらうためにトピックの幅を特定のツールや言語を超えるのは有効な手段でしょう。 私は「2020年以降を見据えたコンテンツ設計」という
AIがデザインの仕事を拡張する理由
未来

AIがデザインの仕事を拡張する理由

対立ではなく協働 最近の AI の話題は「人から仕事を奪う」という文脈で語られることが多いです。デザインの世界も例外ではなく、人の代わりに作ってくれるサービスが幾つか出てきていることから、そう考える人は少なくありません。Web サイトのレイアウトを AI の力を借りて自動的に作ってくれる Grid。最近だと Wix がサイト制作に AI を導入したと発表しました。また、Tailor のように、幾つかの質問に答えたら、適したデザインパターンを出してくれるサービスもあります。作ることだけがデザイナーの仕事ではないと言われて久しいですが、AI の発展により、ますますそれが現実的なものになりました。 クリエイティブの世界でも機械化・自動化は当たり前になりつつあります。10 年以上前だと、機械によって生成されたコードは汚くて使い物にならなかったわけですが、今だと経験の浅いコーダーに任せるより良いものが作られることがあります。複雑なレイアウトで構成されたレスポンシブ Web サイトもPageCloud を使えば、コードを触らずとも難なく作れるわけです。 ここで紹介したツールはほんの一部ですし
UI

AIの進化から学ぶ会話型UIの課題

UIを考える前に本質を探る 人と情報の関係が会話（チャット）のようになることに伴い、コンテンツだけでなく UI デザインも、会話の中でどのように表示すると適切なのか考える必要があります。会話型になる UI デザインについて2年前に記事にしました [http://www.yasuhisa.com/could/article/message-card-ui/]が、今は状況が大きく異なります。 自然言語が使えるチャットボット「ELIZA [https://en.wikipedia.org/wiki/ELIZA]」は 1960年代に開発されました。 Facebook Messenger はボットの開発やコンテンツの最適化ができるプラットフォーム [https://messengerplatform.fb.com/]を発表していますし、Slack Bots [https://slack.com/apps/category/At0MQP5BEF-bots] は開発者にとって馴染みの深いものになっています。 また、友人のように振る舞うことができる Xiaoice
javascript

SVGでプロトタイプを作って学んだこと

会話のような勉強会 5月20日 SVG 勉強会 という小さな集まりに参加しました。株式会社まぼろし [https://maboroshi.biz/]のデザイナーで、 ポッドキャストにも出演 [http://automagic.fm/post/131049219860/maboroshi-matsuda] していただいたこともある松田直樹さん（@readymadegogo [https://twitter.com/readymadegogo] ）主催のイベント。勉強会という名だけあって、参加者全員が SVG のネタを持ち寄って、実装から可能性の模索まで様々な話題が挙がりました。 講師/生徒のような関係が生まれやすいセミナーのような場だと、どうしてもコミュニケーションが一方通行になりがちですし、参加側も受け身姿勢になってしまいます。 SVG に関する質問でもいいから、とにかく発表するという条件を設けることで、発表内容を聞きに行くという考えが薄れ、個々の積極性が増したと思います。発表者が話している最中もお構いなしに参加者が質問をするなど、会話をしているような発表時間はとても良いと思いま
デザイン

ビジュアルでもできるデザイン批評

好き !＝ 良い・正しい デザイン批評は、数年前から扱っているトピック [http://www.yasuhisa.com/could/article/design-talk-feedback/]し、講演経験 [http://www.yasuhisa.com/could/article/how-we-talk-about-design/] も何度かしています。デザイン学校へ行った方であれば批評の経験はしていると思いますが、なかなか機会がないのが現実。ビジネスとの関わりが密接になればなるほど、デザインについてデザイナー以外と話す機会が増えていきます。様々なデザインの手法を学んだとしても、デザインについて会話するスキルがなければ意図・目的を伝えることができません。 調査に基づいて論理的に対話ができれば理想的ですが、そう簡単にいかないのが批評の難しいところ。私たちは論理的に考えようとしますが、感情的に物事を捉える生き物です。どうしても「好き」「つまらない」といったリアクションを即座にしてしまいがちですが、「好き ＝ 良い・正しい」とは言い切れません。つまり、自分の好みではないものでも、プ
デザイン

認知の理解で変わるプレゼンスライドのデザイン

見やすいだけでは足りないスライドデザイン プレゼンテーションのスライドは読みやすく、できれば見た目も良くしたいと考える方は少なくないと思います。私もデザイナーの端くれですから、見た目の良いスライドを作ろうとしますが、読みやすい・見やすいのと、伝わることが完全にイコールとは言えません。読みやすい・見やすいプレゼンは、そのときは良かったと思えるものでも、思い出してもらえない場合があります。 SlideShare [http://www.slideshare.net/] や Speaker Deck [https://speakerdeck.com/] でスライドの共有がしやすくなったことで、スライドを見たら分かるようにすること、共有しやすいコンテンツに仕上げることを意識する方が増えました。しかし、スライドを読めば分かるようにしてしまうと登壇者がわざわざ話す必要性がなくなりますし、来場した方にその場でしか味わえない価値が提供できない場合があります。時間とお金をつかって来場している方に何かを残せないままでは、SlideShare でたくさん共有されたとしても、プレゼンテーションとしては
UI

UIガイドラインから学ぶライティングの基礎

言葉で決まるアプリの印象 2 年前に発表 [http://www.yasuhisa.com/could/article/material-design/] されて以来、細かな更新が続いている Material Design [https://www.google.com/design/]。最近、UI の動きに関するガイドが大幅に改変 [https://www.google.com/design/spec/motion/material-motion.html] されたことで、感覚的なところも共有しやすくなってきました。Android アプリにおける UI デザインの基礎を固める上で、Material Design は非常に参考になりますが、このガイドラインは見た目のことばかり書かれているわけではありません。 Material Design の中には「Writing [https://www.google.com/design/
仕事

手段を切り離したら楽になったデザイナーの仕事のお話

元々デザインの仕事は広範囲だった ここ数年でようやく Web・アプリの世界で「デザイナーは広範囲でいろいろ知っておかなければならない」という声が高まりましたが、元々デザイナーの仕事は範囲が広いものでした。例えばファッションデザイナーはデザイン力はもちろん、技術に基づいた設計、製造工場との交渉、流行や市場の動向の理解などが必要とされています。インダストリアルデザイナーや建築家も同じです。ただデザインができるというだけでは一人前として見なされない仕事がすぐそこにのあるにも関わらず、なぜ Web・アプリでは目新しく見えてしまうのでしょうか。 ひとつの仮説として考えられるのが、DTP デザインなどに見られるデザインの分業化・効率化です。1984 年に登場した Apple Machintosh [https://ja.wikipedia.org/wiki/Macintosh] には Adobe の PostScript が実装されました。翌年に発売された PageMaker [https://ja.wikipedia.org/wiki/Adobe_PageMaker] によって、高機能か
コンテンツ

コンテンツに関わる5つ課題と発見の共有

人とコンテンツとの関係 コンテンツは既にあるから、デザインができる。 あとで流し込めば良いから、コンテンツ制作は先送りができる。 こうした考えが、自己主張ファーストなコンテンツ [http://www.yasuhisa.com/could/article/me-first-content/] になっていたり、後付けのマルチデバイス対応に繋がります。現存のコンテンツが十分利用可能だったとしても、一度立ち止まってコンテンツに関わる様々な課題の発見に時間を削ぐようにします。以下の 5 つの課題の洗い出しは、大幅なリニューアルから、ランディングページまで様々な規模のプロジェクトで必要になります。 * 訪問者（読者）が求めていること * 配信側が求めていること * 配信側が実際必要になるアクション * いつ、何を配信するか * どのチャンネルでコミュニケーションをとるか 例えば CMS の選択や、そこでのカスタマイズも、どのようなコンテンツが保管・管理がされて、どのように配信されるかをあらかじめ知っておくと大きく変わります。利用者のことを見るだけでなく、配信側（企業・団体）のニ
インターネット

フィルターバブルと上手に付き合って情報をみる方法

あなたの見ている世界はあなたの世界 今は検索をすることなく、膨大な情報を自動的に手にいれることができます。仕事柄、Web・アプリデザインをしている方とソーシャルメディアで繋がっていることから、Facebook や Twitter を開くだけで、自分好みの情報が日々流れてきます。何をしなくても情報が入ってくるという日々は、フィードリーダー [https://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A3%E3%83%BC%E3%83%89%E3%83%AA%E3%83%BC%E3%83%80%E3%83%BC] （RSSリーダー）に気になるブログを登録して、定期的に管理をしていたときとは大きな違いです。 ますます増えるコンテンツ [http://www.yasuhisa.com/
アクセシビリティ

アクセシビリティとはを一緒に考えて分かった視点転換の発想

4月23日、クリーク・アンド・リバー社主催で、と、コラボ特別編「アクセシビリティってなんなのさ [http://www.creativevillage.ne.jp/10816]」というイベントが開催されました。これは昨年開催された「UXってなんなのさ [http://www.yasuhisa.com/could/article/questions-about-ux/]」い続く Q&A 中心で 3 時間話し切るというもの。今の仕事に直結するテクニックや知識を得たいという方には向いていませんが、参加者全員で課題共有をして考えたいという方には参加価値があったと思います。今回は私はモデレーターとして参加し、「 デザイニングWebアクセシビリティ [http://www.amazon.co.jp/gp/product/4862462650/ref=as_li_ss_tl?ie=UTF8&
デザイン

Twitterから学ぶアプリ設計・運用のススメ

作り方ではなく進め方が知りたい スマートフォンをはじめとしたモバイル機器向けのアプリ設計・開発がはじまって数年。検索をすれば世界中の開発者、デザイナーの知見をたくさん見つけることができますが、「実際どうやって進めるの？」という部分が見えにくいことがあります。仕様書や Tips を読むだけでは分からない、プロセス特有の課題をどのように取り組めばいいのでしょうか。そんなとき、Twitter が公開している Mobile App Playbook: Lessons Learned [https://dev.twitter.com/playbooks/mobile-app-playbook] が参考になります。 Twitter アプリはもちろん、Cannonball [http://www.cannonballapp.io/] や Furni [http://furni.xyz/] のような社内プロジェクトを通して学んだこと10 項目が紹介されています。開発で躓いたこと、課題に挙がったこと、解決につながったことが経験に基づいて書かれているので説得力があります。ステップバイステップのハウツ
コンテンツ

デザイナーが見たオウンドメディアの課題と接点

4月21日に開催されたオウンドメディア勉強会 [https://blog.sixapart.jp/ownedmedia-group.html] に参加してきました。肩書きがデザイナーの参加者は私ひとりという個人的に珍しい環境での集まりでしたが、自身のサイトでもコンテンツに関わる記事 [http://www.yasuhisa.com/could/article/who-does-content-work/] を幾つか書いていますし、何か学べることがあると思って参加しました。バズワードと化したオウンドメディアやコンテンツマーケティングですが、第一線で活躍されている方たちの実態を知るという意味でも有意義な時間になりました。 バズることは重要なのか 毎回テーマを変えてディスカッションをしているオウンドメディア勉強会ですが、今回の議題は「バズ記事を生み出す編集会議」。バズ記事という言葉を聞くと、PV を稼ぐために釣り記事を作るための施策？と思う方もいるかもしれません。Yahoo! トピックスに載るという緩い目標も耳にしましたが、そもそも何をもって『バズ』と呼ぶのかといった根本的なところから
デザインシステム

デザインシステムにあるヒトとコトの課題

今なぜデザインシステムなのか 4月16日 Webridge Kagawa 主催で「パターンラボ – 柔軟性と拡張性をデザインに取り込む方法 [http://webridge-kagawa.com/?p=326]（#wmsp20 [https://twitter.com/search?f=tweets&vertical=default&q=%23wmsp20&src=savs] ）」というワークショップを開催しました。昨年はコンテンツ戦略 [http://www.yasuhisa.com/could/article/behind-scene-workshop/]やペルソナ [http://www.yasuhisa.com/could/article/using-persona/] など企画・設計寄りのワークショップを実施していましたが、パターンラボは少し実装に寄り添ったカリキュラムにしました。ポッドキャスト [http:
プロセス

デザイン調査にあるバイアスとの向き合い方

シミュレーションとリアリティ デザイン調査は利用者の理解、そしてプロジェクトの方向性を共有するために欠かすことができません。調査がないデザインプロセスは UX デザインとは呼べないといっても過言ではないほど重要ですが、調査だけで利用者の『現実』を捉えるのは難しい場合があります。 ユーザーインタビューを通して様々な意見を聞き出すことができますし、その場で使い方を見せてもらうこともできるでしょう。しかし多くの場合、 利用者の声と意図にはギャップがあります [http://www.yasuhisa.com/could/article/voice-behavior-intent/] し、会議室という日常とは異なる場で、現場で起こっていることを再現するのは難しいです。ユーザーインタビューだけでなく、ユーザビリティテスト、カードソーティングなど様々な手法はありますが、調査する側によってつくられた状況の中（シミュレーション）で行われることが多いです。調査の多くはシミュレーションであり、現実（リアリティ）とは異なることを理解していないと、調査の仕方や集めるデータにバイアスがかかることがあります。