仕事

制作者であれば書けたほうが良い理由と実践のコツ

経験をスキルとして活かす 何かメディアをはじめることで、ひとつのコンテンツを作ること、そして作り続けることの難しさを体感することができます。セルフブランディングに役立つのはもちろんですが、クライアントに提案する際にも自分でメディア運営しているかどうかで違いがあります。 読者はどのようなコンテンツを求めているのか、彼らがどのように読んでいるのかを意識するのようになりますし、的確な伝え方ができるような文章構造やデザインを意識できるようになります。また、制作者である私たちの手元から離れたあとのことを考えてデザインできるようになるのも、自ら様々な形状のコンテンツを出し続けることで考えられるようになります。 頭で分かっているだけで提案するのと、体感・経験をして提案するのでは内容も説得力も変わるはずです。 しかし「書こう！」と思ってもなかなか書けないことがあります。また、今はブログを立ち上げなくても様々なソーシャルメディアで簡単なリアクションが出せるようになりました。日々の生活模様を残すのであればブログである必要もありません。ブログの形状に拘ることはありませんが、自分の考えを文字にして書

Jun 23, 2015 3 min read min

Webデザイン

Webならではの表現を見つけるために捨てるべきこと

面白いから実装で良いのか コンテンツや利用者体験を重要視する動きは Web でもネイティブアプリでも見られるものの、Web サイトデザインにおいては空回りしているように見えることがあります。ときには Web サイトよりネイティブアプリのほうが良いと思われてしまうような表現や手法が使われていることも少なくありません。 上から下へスクロールするという多くの利用者が期待するユーザビリティでさえ、パララックスデザイン [http://www.creativebloq.com/web-design/parallax-scrolling-1131762] という表現によって破壊されていることがあります。パフォーマンスが重要視 [http://www.yasuhisa.com/could/article/peformance-is-design/]されているのかと思いきや、10 以上の JavaScript ライブラリを組み合わせた重たいサイトも未だにあります。それも「面白い表現」「ネイティブアプリのような見た目」を実現するためだけに実装されていることもあり、利用者には負荷がかかることがありま

Jun 16, 2015 3 min read min

プロセス

エンジニアと仕事するときにデザイナーができること

すぐ側にいるエンジニアを考慮した提案ができないのであれば、ユーザー相手はもっと難しいと思います。

Jun 8, 2015 3 min read min

ixd

今だから知りたいインタラクションデザインの基礎

再考インタラクションデザイン Project Jacquard [https://www.google.com/atap/project-jacquard/] のような技術を目の当たりにすると、いよいよすべてのモノにコンピューターが入ると実感します。株式会社シロクの石山貴広さんとのポッドキャスト [http://automagic.fm/post/119887435735/t-ishiyama] で、インタラクションデザインを再考するべきではないかという話をしましたが、コンピューターと人間との関係のデザインという 1950 年頃から続く課題がますます重要になると考えています。 もちろん当時に比べて、現在のインタラクションデザインはより複雑なものになっています。コンピューターは複数のサービスとシステムに繋がっていますし、できることも日々増え続けています。人とコンピューターの距離も ウェアラブルの普及 [http://www.yasuhisa.com/could/article/designer-should-use-wearable-now/] によってますます縮んできています。

Jun 3, 2015 2 min read min

デザイン

より良いデザイン批評をするための質問

デザイナーや開発者であれば、アプリや Web サイトを見ると何かしらリアクションがあると思います。「かっこいい」「面白い」「使いやすい」といった感想は、口に出さなかったとしても考えることです。第一印象から生まれる感覚は大事ですし、常に身の回りにあるデザインに意識を向けることは良いことです。しかし、そうした感情的なリアクションがデザインに対する良い批評にならないことがあります。 批評やフィードバックは、現行のデザインをさらに良くするために行われます。「これは使いにくい」はひとつの感想ではありますが、次のステップのための道筋とは言えません。それが誰にとって、なぜ使いにくいのかを共有しないままでは意図が伝わっていないようなものです。むしろ、使いにくいものを作ってしまったデザイナー個人への批判に聞こえてしまう恐れもあります。デザイナー自身も、すべてのフィードバックが個人に向けられているものではないことを認識すべきですが、コミュニケーションの工夫が必要です。 デザイン批評 [http://www.yasuhisa.com/could/article/design-ciritique/]

Jun 2, 2015 2 min read min

UX

今後のデザインに欠かせないユーザーの瞬間の理解と共有

Apple Watch [http://www.apple.com/watch/] をはじめとしたウェアラブルを使い始めてから、瞬間の体験 [http://www.yasuhisa.com/could/diary/glance-experience-design/] についてよく考えるようになりました。しかし、実際のところスマートフォンでも瞬間（ひととき）は存在しています。Google は 4 月に「Micro-Moment [https://www.thinkwithgoogle.com/articles/how-micromoments-are-changing-rules.html] 」という状態を提示しました。Webサイトやアプリと、きちんと向き合って操作するのではなく、突発的に起こった欲求に対して即座に行動をとる状態を指します。Micro-Moment は以下のような要素で構成されています。 * 今この瞬間に訪れる欲求（リアルタイム） * ある特定の目的がある（意図的） * 一番近くにあるデバイスを選ぶ（マルチデバイス） * ながら作業のときが多い（マルチタスク

May 29, 2015 2 min read min

仕事

営業から学べる、ニーズを聞き出すためのノウハウ

GitHub には早い時期から営業チームがいた [https://github.com/blog/1230-optimizing-sales-for-happiness] ことで知られています。開発者向けの製品やサービスであれば、良いものであれば口コミでどんどん広がるイメージがあります。GitHubもそういったサービスのひとつのように見えますが、より多くの方に使ってもらうために営業チームを作ったそうです。チームで使わないと GitHub のようなサービスは機能しません。また、有料サービス申し込みも PayPal で支払って準備完了！といった簡単作業ではありません。支払い権限をもっている方は GitHub を見たことも聞いたこともない方もいるはず。そういった場合、営業チームが出向いてお客様の特異なニーズを調査するそうです。 「営業」という言葉に良いイメージをもっていない方もいると思います。ハリウッド映画などで描かれている、売るためなら手段を選ばない営業像が先行しているのかもしれません。しかし、優秀な営業は製品やサービスの改善ための重要な役割を果たしています。彼らは顧客の要求、願望、

May 25, 2015 3 min read min

デザイン

デザイナーであればウェアラブルを今持つべき理由

まず体感せよ 一昨年くらいから Jawbone UP [https://jawbone.com/store/buy/up24] や、Android のスマートウォッチ [http://www.sonymobile.co.jp/product/smartwear/swr50/] など、幾つかのウェアラブルを試しています。先月発売された、Apple Watch [http://www.apple.com/jp/watch/] もしばらく使い続けています。「これで生活が変わりました！」と言えるほどの劇的な変化はないものの、発見や気づきがあります。 まだ購入を悩んでいる方がいると思いますが、デザイナーであれば何でも良いのでウェアラブルを今から付けて生活をしたほうが良いと思います。 もちろん今のウェアラブル市場は『幼少期』と同じようなものです。パフォーマンスも良くないですし、デバイスにインストールするアプリも「なぜか分からないけど、違う」という感覚を得ることになるでしょう。スマートフォンと似たような構造や操作感を、スマートウォッチ用に小さくしただけのアプリもたくさんあります。スマートフ

May 20, 2015 3 min read min

デザイン

デザインプロセスに共通する4つの段階と必要とされる能力

出すことを前提としたプロセス 製品のデザイン戦略を定義し、それを基に調査を実施。そこからプロトタイプを作成、分析・検証というサイクルを繰り返すといったデザインプロセスがあります。こうしたプロセスを早く効率的に行う手法としてリーンやアジャイルがありますが、それがすべての答えではありません。基本を知ることは重要ですが、「プロセスに沿って正しくやろう」「こうするべきだ」と固持しても結果に繋がらないことがあります。 手法と同じくらい重要なのが、組織の文化。どのようなスキルセットをもっているのかはもちろん、働き方、コミュニケーションの仕方が手法の取り入れ方に大きく影響します。「銀の弾丸」とも呼べる無敵の手法はありませんし、組織に合う手法を見つけ出すことが『ひとつの旅』と言えるかもしれません。 それぞれ自分たちに合うプロセスを探すことになるものの、どの場合でも共通していることは幾つかあります。今私が考える共通していることをまとめると上図のようになります。図には大きく 4 つの段階が含まれています。 アウトプット 手描きのスケッチからコードで書かれた動作するものまで、まず何かを作り出す段階

May 15, 2015 3 min read min