Latest thinking
すぐに使えるノウハウではなく、「なぜそうなっているのか」を考える記事を書いています。デザインの仕事で感じるモヤモヤに、構造から向き合いたい人のための場所です。
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ガイドラインから学ぶライティングの基礎
言葉で決まるアプリの印象 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 項目が紹介されています。開発で躓いたこと、課題に挙がったこと、解決につながったことが経験に基づいて書かれているので説得力があります。ステップバイステップのハウツ