aspirations.すべてのデザイン上の決定にはユーザーを参画させることができます。インクルーシブデザインとは、できるだけ多くの人々にそのプロセスを伝えながら決定に参画してもらうことで、ユーザーの多様性を理解するための手法です。ユーザーの多様性を通じて幅広い能力、ニーズ、および要望に対応することができます。http://www.inclusivedesigntoolkit.com/whatis/whatis.html主にアクセシビリティの文脈で、デザインプロセスの上流から実際の利用者(特に障碍を持つ方やマイノリティの方)に参画してもらうことで、より品質の高いプロダクトやサービスを提供しよう、という手法です。Serviceアクセシビリティの文脈なので行政サービスなどの分野では多く取り入れられているようです。やることで価値に直結するので分かりやすいですよね。Appleユーザーが多岐にわたる巨大な企業では、該当するユーザーの実数が多いのでビジネス的にも取り組む価値があります。使わないから」と言い切ってしまえる訳でもありません。アルバイトに来てもらい、毎週行なっている社内向けリリース版を利用して常に最新のアプリで動作確認をお願いしています。デザインの決定に関わってもらっている訳ではないですが、以下のようなメリットがあると思っています。新しく実装した機能について違和感がないか確認してもらえる動作確認についても普段使っている状態(持ち方、タッチの仕方、利用の仕方等)で確認してもらえる普通にデザインなどで困った時に聞けるフィードバックループを作るずっと、事業側としてプロダクトを作ることをやってきて思うので会うが、実際に手を動かすエンジニアやデザイナーに対して「ユーザーを見る」という態度を醸成することが一番難しくて大切なことだと思っています。プロダクトを作るために理想的な環境ではないでしょうか。回だけユーザー調査をじっくり行うイテレーションを一回挟むという方法にどこまで、有効性があるでしょうか?ちょっと脱線して、シリコンバレーの強さとはちょっとだけ話がずれますが、アメリカは多様性の国ですよね。それだけが理由ではないと思いますが、プロダクトを作るにあたって自然に多様な価値観を持つチームが自然に出来上がる環境というのはシリコンバレーから新しい価値が生まれる一因にはなっているんんじゃないかなぁ。「これがインクルーシブデザインか?」と問われれば違うのだと思います。操作困難性という意味で「高校に入るまでスマホを買ってもらえなかった女の子」と「ロービジョンの女の子」にどんな違いがあるのでしょうか?大事なのはあなたの思い描いているユーザーと実際のユーザーは違うということ、そしてその先に色々な状況や立場のユーザーがいるということを理解することです。見に行くというミーハー根性だけで行ったのですが、予想を上回る内容で、今の自分の課題点や想いと重なる部分が多く非常に実りあるカンファレンスでした。まとめると「IAとビジュアルスキルの重要性への原点回帰」なのですが、頭の中の整理をかねて、私の感じたこれからのUX業界のこれからについて5つの視点でまとめてみました。IAを情報の整理だけと考えてしまうのは非常にもったいないです。話にもありましたが、情報を整理するにはどのような視点で整理するかが重要で、それにはユーザーの理解は必須となります。誰かに向けてプロダクトを作る以上、その誰かが誰なのかを考えなければいけない。UXとIAはほぼ同じ事を、違う(あるいは多くの部分で重なる)アプローチで実践しているのです。UXとIAを比較した時、歴史的にもスキル体系を見ても(少なくともウェブ制作の実務においては)IAの方に一日の長があります。極端な言い方をしてしまうと「誰にでもできるUXデザイン」と「専門職としてのIA」という棲み分けだった両者ですが*1、UXは言葉や業界の成熟とともに、ようやくIAと同じレベルにたどり着いたのかもしれません。逆に言うとUXデザイナーを志す人間であればIAのスキルは今後必須です。IAに関しては書籍など情報がたくさんありますし、最近ではUX文脈でのIAを解説した書籍の発売も続いています。デザインという枠からもう一歩踏み出すのが重要なタイミングに来ているのでしょう。コミュニケーションデザインの重要性デザインとはいかに「伝えるか」というスキルです。組織内の言葉の統一にしても、いかに正しく効果的に感情を含めて価値・ストーリーを伝えるか、という事にフォーカスした内容でした。これからのデザイナーにとってコミュニケーションスキル、といっても対話スキルではなくコミュニケーションの仕組みを作るスキルが重要になってくるのでしょう。コミュニケーションには2つあります。一つは組織内のコミュニケーション、もう一つはユーザーとプロダクト・サービスのコミュニケーションです。ユーザーに向けての実践はずっと進められておりリソースも大量にあるのですが、組織内のコミュニケーションという文脈でいうとあまりありません。海外のUX系の書籍紹介で必ず紹介される書籍に「Webサイト設計のためのデザイン&プランニング」という本がありますが、国内ではあまり話題になったのを見たことがありません。ウェブ制作プロジェクトのドキュメントデザインにフォーカスした書籍で、デザイナーがプロジェクトのコミュニケーションに対して積極的に関わる事で、どれだけ価値を生む事ができるかよく分かる良書となっています。コミュニケーションデザインはプロセスです。UX界隈ではあまり良く思われない風潮のあるA/Bテストですが、何回も実施する事でチームの中での共通言語を作る、という意味で非常に役立った経験があります。いった時間軸と価値観を結びつけたデザイン能力というのはデザイナーの得意分野のはずです。いわゆるUXデザイナーの役割としてのファシリテーション、WS設計・実施だけではなく、もう一歩踏み込んだ形でプロジェクトのコミュニケーションにコミットしていく事がこれからのデザイナーの役割なのかもしれません。レイヤーで考えるUXもう一つ感じたのは、デザインにおいてレイヤー構造で考えるという事は必須だということです。JJGの5層構造しかり、ラダーアップ・ラダーダウンによる価値分析しかり、一つの事象を複層のレイヤー構造で理解してアウトプットとしての"形"に反映していく事がデザイナーの本分だと思うのですが、同時に非常に難しいスキルでもあります。優秀なデザイン思考ができる人は自然にやっているのでしょう。それだけだと2つ問題があると思っていて、一つは暗黙知となってスキルの継承ができないこと。一つが重要で、表層レイヤー以外のレイヤーの情報がコミュニケーションから取り残されるという問題です。異職種間で言語が通じないというケースが発生すると思うのですが、これは顕在化されたデザインやプロダクトの裏に文化やコンテクストという別レイヤーがあり、それが見える化されていない事による「分かってほしい価値を理解してもらえない」という現象が発生するのではないのかと思うのです。お互いの歩み寄りによって、という解決策になりがちですが、伝えることのプロフェッショナルであるデザイナーとしてはここをおざなりにするのは非常に良くないです。昨年からのプロトタイピングツールの流行で、平面×時間軸での思考の見える化はずいぶん進んだと思うのですが、まだレイヤードな情報をアウトプットし視覚化するためのツールはないんですよね。いった分野はIAという職種がずっと取り組んでいた分野でもあると思うので、知見を取り込み、さらに進んでいくべき方向なのかな、と思います。言葉の使い方とUX「正しいコピーライティング」はGVがプロトタイプを作る際に重要視しているポイントです。初期段階から正しい言葉を使うことが大切とのこと。デザインスプリントのワークショップにおいても、実在する(しそうな)コンテンツを使って、略さないで文章を使うように念押しされた事からもこれが重要だという事がわかるでしょう。セッションでは組織内で決まった言葉を使う事の重要性が繰り返し述べられていました。そもそも、UX界隈においても言葉の定義は非常にあいまいで、UXという言葉そのものでさえ人によってまったく違うものを指している事がよくあります。それ自体は必ずしも悪ではないですが、チームとなった時にそのままの状態では、なにかを成し遂げようとしても必ず失敗するでしょう。「とりあえずダミーテキストで......」となりがちな文言やテキストコンテンツですが、経験価値の提供という意味とコミュニケーションという両方の面で非常に重要だという事が語られたカンファレンスだったと思います。余談ですが、この分野においては日本の活字文化や優秀な"編集者"が揃っているというのは、すごい強みになると思っています。スキルセットと報酬のアンマッチで不幸な話しか聞かない業界ではありますが、言葉でコンテンツの価値を最大限伝えるプロフェッショナルという彼らのスキルは、これから確実に見直されていくのではないでしょうか。デザイナーであることここまではIA的なポイントが続きましたが、それ以上に今回の2日間を通して一番強く感じたのはビジュアルデザインスキル重要性でした。一枚の落書きがプロジェクトの方向性を決めることもあるし、ホワイトボードに書き出すだけでずっと同じところをぐるぐるしていた会議が一気に前に進むこともある。視覚化がコミュニケーションを促進する効果は非常に強力です。Sprintは、コンセプトの持つ価値を最適にビジュアライズし、クオリティの高いインターフェイスを短期間で作り上げることのできる、デザイナーの高いスキルがあってこそのアプローチです。ストーリーボーディングについても、適切にビジュアライズできなければ、ただ誤解を与えてしまうだけです(彼自身は「上手い必要はない」と言っていましたが)。最近、"UI/UX"という言葉の価値を見直していて、やはりビジュアルデザインはエクスペリエンスの重要な部分を占める物だと素直に思えるようになってきました。いうよりも、高いビジュアルデザインスキルを持つことができなければ、どこかで限界に突き当たってしまうのでしょう。ここは本当に個人として取り組んでいかないといけない部分ですね。最後にゆっくりと反芻しながらまとめていたら予想以上に長くかかってしまいましたが、本当にすばらしいカンファレンスでした。IAの話題の多さとエージェンシーという彼らの立場から若干オールドファッションな印象は感じましたが、インハウスであるからこそ彼らの専門的なプロフェッショナリズムに学ぶことはたくさんあると思います。今年は業界全体ももう一つレイヤーが上がる気がしますし、自身についてもこれまで培ってきたスキルを棚卸しして次に進むための整理ができました。Sansanのヒト、コト。TOKYOに行って、Coffeeとか飲んで来た話。nobkzのブログ*1:アカデミックな話ではなく、あくまでもIT業界における実際として。インフラ系の人がHTTP/2推進を頑張ってくれると、私のようなフロントエンドやSEOに関わる人間が幸せになるので、ぜひ、とにかく、なんとしてでも頑張っていただきたい!という応援のメッセージを送りたいという思いが形になったものです。Googleの中の人でも飛び抜けて有名なジョン・ミュラー氏がGoogleのクローラーがHTTP/2に対応すると発表しました。その中でランキング要因としても影響すると明言。SEO業界に衝撃が走りました。HTTP/2さらに、CDN大手のCloudflareがデフォルトでHTTP/2に対応するなど、時代の波は確実にHTTP/2に来ています。JapanSEOにおけるHTTP/2とは?HTTP/2はSEOに優位だ...という件ですが、とはいえ単純に対応すればいいという単純なものではありません。今年の4月からモバイルフレンドリー対応といってスマートフォンで検索した際に、スマートフォン対応が正しくされているサイトはなるべく上位に表示する、というアナウンスがありました。その中でユーザーエクスペリエンスが高いサイトを評価すると言っています。)を使用していないことズームしなくても判読できるテキストを使用していることユーザーが横にスクロールしたりズームしたりする必要がないよう、コンテンツのサイズが画面のサイズと一致していること目的のリンクを簡単にタップできるよう、それぞれのリンクが十分に離れた状態で配置されていることインターステシャル広告を使用していないちなみにUXという概念が適用されているのはあくまでモバイルのみなのですが、Google社がUXという観点でサイトを評価していこうという方向性なのは間違いありません。オフィシャルには言われていませんが、サイトの表示速度についても、ランキング要因として評価しているのではないか?と言われています。つまるところ、HTTP/2に対応すればSEOで有利になるのではなく、HTTP/2を利用することで早くなった=ユーザーに利益があるページを評価する。そのための、HTTP/2対応クローラという話なのでHTTP/2に対応するだけではなく、HTTP/2で早いサイトを作ることが大切になるのです。フロントエンド・エンジニアがささえるSEOHTTP/2でなくとも、パフォーマンスの高いサイトは最終的に評価されます。画像スプライト、ドメインシャーディング、ビルドツールを使ったミニマイズや結合などなど、パフォーマンス向上のテクニックはあり、ランキングに直接影響はないと明言されていたとしても、実際に相関はあると言われています(質の良いサイトにはリンクが貼られやすい、バズりやすいというのが主な理由です)。意識はあまりされていませんが、これからのSEOは日々ユーザーに素早くサイトを届けようと奮闘しているフロントエンジニアが重要な役割を担うことになっていきます。先ほどのHTTP/2の話に戻るわけですが、「SEOに有利になるから、HTTP/2で超早いサイトにしてくれ。HTTP/2時代のサイトパフォーマンスの最適化はJavaScriptの実装を最適化したり、CSS設計を効率化したりといった本質的な部分にコミットできるから。慣れないPhotoshopを開いて、画像をちまちま結合していく作業は不要になるわけです。HTTP/2は架け橋とはいえ、じゃあ既存のサービスをHTTP/2にするか?というと、それはハードルが高いのも事実ですよね。そこでSEOの登場です。フロントエンドとしては「SEOに有利だからHTTP/2にしましょう!」と高らかに宣言できる時代が来たということだと思うのです。SEOはHTTP/2の影響でフロントエンドエンジニアの大切さを意識するようになりフロントエンドエンジニアはSEOの要請でHTTP/2の導入の後押しができるWeb標準の進化で、仲が悪い......とよく言われるSEOとフロントエンドエンジニアが手を取り合って協力する事ができる日が来たのは、両方にコミットしてきた私のような隙間エンジニアはすげー嬉しいというのが本音です。インフラ担当の皆様におきましては、SEO担当やフロントエンドエンジニアを味方に付けて、HTTP/2導入の推進をしていただければと思います。UXデザインみなさん、今日も元気にUXをデザインしてますか?ところでUXデザインってなんなんでしょうか?そこがいつもわからないのでちょっと分類してみましたよ。註:私の脳内のUXデザインの定義分布です。一般的な意見を集約した物ではありませんのでご注意ください。UX白書だよ派ディスコミュニケーション私が「UX」という言葉が嫌いな理由はディスコミュニケーションの温床だからです。これほど耳触りがよく便利な言葉はない。UXって言葉でまったく別の方向にサービスやプロダクトを推進された時にはたまったもんじゃない。学んだ人なら誰もが感じると思いますが、ほとんどの人が使うUXという表現は他の言葉で置き換えが可能です。あれば適切な言葉を使えばよいのです。個人的にはUXはデザインできる物ではないと思っています。エクスペリエンスを認知するユーザーは本当に千差万別で、こちらが思ってもいないような使い方をしてくれる。えー!そんな所にバリューを見つけるの???というような本当にキラメキみたいなもんです。ものづくりに関わっている人間としては、その瞬間が一番楽しんですよね。作り手と使う人の究極のコラボレーションというか。それにはユーザーの声に耳を傾け続けることがなにより重要だし、良い物を作り続けるというこだわりがなにより大切だと思うのです。いうことで、私はHCDという考え方が大好きで、イノベーティブではないけれど地道にユーザーを見続けたいと思うのです。2015」の3日目の投稿です。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。