デザインの話をするときに気をつけたいこと
違う人たちとデザインを語る デザイン批評は、とても難しいですが、目を背けることもできない課題です。前回のセミナーで、批評のときに使う言葉遣いを紹介したものの、フォーカスをズラさず会話を進めるのは至難の業です。デザイナーだけが集まる場や、長く仕事をしている間柄であれば感覚で伝わることがありますが、そうでない場面はたくさんあります。結局のところ、デザインは主観的なところが多いわけですから、様々な背景の人たちが集まる仕事場でデザインの意見が分かれるのは当然なのかもしれません。 さらに批評を複雑にしているのが、手を動かしているデザイナーだけにデザインを任せるのは困難というところがあります。IDEOの Time Brown 氏が TED の講演で「デザインはデザイナーだけに任せるには重要すぎる」という言葉を残しています。今のデザインは利用者だけでなく、ビジネス、市場、文化、技術への理解が不可欠です。
デザインの決定に役立つビジョンの共有
9月24日 Samurai Startup Island で、久々に短めのプレゼンをしました。トピックは UX という広く浅いテーマということもあり、最初は登壇をお断りしようと思っていました。しかし、スタートアップとして奮闘している人たちと今まであまり接点がなく、他の登壇者の話に興味があったので、参加を決めました。参加者からの質問がたくさん出たパネルディスカッションも含め、よいイベントだったと思います。 作れば良いという時代ではない 昨年「スタートアップとデザインについて」という記事を執筆しました。当時と今では、状況は少し異なるところがあります。国内外問わず、インタラクションデザイン、インターフェイスデザインの質は向上していますし、そこへの投資（時間とお金）をしなければならないという認識も高まっています。 しかし、良いと思われるデザインを『導入』すれば品質向上につながるという誤解は未だに強
カンプがなくなったときのデザイナーの役割
手段を再想像する 昨年末に開催された CSS Nite Shift 5 で「Reimagination（再想像する） 」の話をしました。人とコンピュータの関わり方が行動や価値観を再定義しているのと同じように、Webサイト制作にしても同様のことがいえます。今までの当たり前を疑い、未来に柔軟に対応できるワークフローが必要とされています。 例えば従来必須だと言われていたワイヤーフレームも考慮対象です。少し前に ASCII へ「柔軟性あるデザインプロセスへ移行するためのヒント」という記事を寄稿しました。ワイヤーフレームが果たそうとしているコミュニケーションの目的は間違っていませんが、つくるためのツールや手法に問題があるのではないかという疑問を投げかけた記事。絶対いると思い込んでいるものも、今の時代にマッチしなくなってきているものは少なくありません。 また、Photoshop や Fireworks
言葉はグラフィックより大事なインターフェイス
2013年3月16日にAndroid Bazaar Conference 2013 Spring が開催されました。昨年に引き続き今年も登壇。前回はゲームをテーマにして話をしましたが、今回は「コンテンツで改善する UI デザインの極意」と題してコンテンツと UI をテーマに話をしました。 見た目が綺麗だから良い UI というわけではない UI のインスピレーションとして Dribblbe や Android Patterns のようなギャラリーサイトを見ている方は多いと思いますし、「素晴らしい UI のまとめ」と名付けた記事も、だいたいはこうしたギャラリーサイトを参照していることが多いです。 実装まで携わった経験がある方ならなんとなく分かると思いますが、Dribble で紹介されている UI アイデアの多くは現実味がない想像図が多く掲載されています。実装しようとするならばパフォーマンスや操
ツールなんてどれでも良いですよ
以前から ピクセルパーフェクトなカンプを作ることに意味はないと話してきました。Photoshop や Fireworks のような絵描きツールは、様々は誤解を引き起しますし、ピクセルパーフェクトな世界を作り上げることは、可変で自由自在に変化する Web の世界では不可能に近いです。開発の初期段階でカンプと呼ばれる架空の完成図を作り込むことのリスクは実は大きかったりします。 しかし、それが「Photoshop / Fireworksを使うな」という意味ではありません。 絵描きツールは、ビジュアル面での試行錯誤するときに大変効果的です。指を動かしただけで、すぐに結果が出てくるというプロセスは、コーディングをしてから見るというプロセスに比べると、直感やクリエイティブを刺激し、模索するという気持ちを促進させます。 たったひとつの最強ツールはない ツールの話で不毛だと感じるのが、「俺のツールは凄くて
コンテンツのアクセシビリティが未来を保証する
「その情報にアクセスできるかどうか」 これが私にとっての Web アクセシビリティです。一般的に Webアクセシビリティといえば、主に高齢者や障がい者への配慮という見方が強いですが、数年前からは私は上記のように捉えて仕事をするようにしています。少し極端な考え方かもしれませんが、「その情報にアクセスできるかどうか」ということを意識して設計するときに、高齢者や障がい者といったごく一部のグループを考えることはありません。 全ユーザーが特殊な存在 近年の Web 利用者の動向をみると、高齢者や障がい者を意識しなかったとしても、情報にアクセスできるかどうかを真剣に考えなければ、見られない・読まれないコンテンツになることが分かります。 デスクトップだけでなく、タブレット、スマートフォンなど様々なスクリーンサイズをもったデバイスで Web にアクセスしている。また、デバイスにより初期設定やカスタマイズ方
今後のWebデザインとの向き合い方
2012年2月25日 CSS Nite in TAKAMATSU vol.6 が開催されました。CSS Nite は、ツールの使い方や制作のノウハウなど、テクニックを扱うことが多いイベントですが、今回は全編を通してコードが出ないという珍しい構成でした。いつもとは少し違う雰囲気ではありましたが、他の CSS Nite にはない満足感を得た方も多かったのではないかという印象を受けました。イベントの様子はTogetterでまとまっているので参照してください。 私のセッションは、Webデザインのウソ・ホント ～ Web らしくデザインするためのヒントと題して、未来を見据えた Web のデザインを行う上で必要な考え方や取り組み方法を紹介しました。 今月はセミナーで登壇する機会が3回もあり、過密なスケジュールでした。準備は大変でしたが、3回を通して一貫としたテーマがあったかと思います。なんとなく「未来
レスポンシブにデザインするために克服すること : could
画像の課題は解決されつつある 先日 Web担当者 Forum で、レスポンシブ・ウェブデザインの功罪とモバイルファースト という記事が掲載されました。Media Queries を活用するなど実装のための概要を説明した上で、非表示だけど読み込まれているから膨大な画像素材が存在する PC サイトのレスポンシブデザインは不適切であると書かれています。 現存の Web サイトを Media Queries だけでレスポンシブ・ウェブデザインをするのであれば、Web担当者 Forum での指摘は間違っていませんが、実際のところレスポンシブにデザインすることは、Media Queries による対応だけではありません。例えば、画像の表示のさせ方を工夫すれば、記事で指摘している課題はある程度解決できます。Web担の記事からもリンクされている CSS Rador でも取り上げられている解決策もありますが
デザインについて語れる批評をするコツ
批判ではなく批評 個人プロジェクトでない限り、公開前に誰かにデザインを見せる機会があると思います。相手はクライアントかもしれませんし、同僚・上司なのかもしれません。デザイナーの中には見せるのを躊躇している方もいるのではないでしょうか。知恵とスキルを出し切って作り上げた子供のような存在なので、万が一批判されたのであれば自分自身も批判されているように感じるのではないでしょうか。IDEOの Time Brown 氏が TED の講演で「デザインはデザイナーだけに任せるには重要過ぎる」という言葉を残しているとおり、デザインを皆で考える機会を作るべきです。デザイナーは早い段階から他の誰かとアイデアを共有するべきですが、会話が批判的なものになりすぎているのであればデザイナーも積極的に参加もしてくれませんし、デザインを前提とした会話にはならないでしょう。 「この色は違う」「使いにくそうだ」「分かっていな
脱テンプレートなFacebookの難しさと関係の変化 : could
ネットワークのテンプレート化の終焉 2003年頃から次々にでてきた SNS。Facebookもその一種なのにも関わらず、使い方セミナーや勉強会が各地で開催されています。多機能、複雑というイメージが先行しているのも事実ですし、実際いろいろやることが多いのが Facebook。数多くの SNS がでてきた中、なにが Facebook が違うのでしょうか。 代表的な例として実名で公開しているという点が挙げられることがありますが、それが特に珍しいわけではありません。ビジネスに特化してしまえば LinkedIn も元々そうですし、規則ではなかったにしても他の SNS でも実名を記入することからコミュニケーションを楽しんでいた人たちはいました。 Facebook がなんとなく難しく感じる理由と、実名公開を貫く Facebook の姿勢。一見関係のないふたつのように感じますが、他の SNS との根本的な
らくだをデザインしていませんか？
A camel is a horse designed by committee. (ラクダとは委員会によって設計された馬である)Alec Issigonis らくださんがかわいそうですが、いろいろなアイデアを盛り込むことで結果的に何がなんだか分からない不細工なものが出来てしまうという意味が込められています。「We just made a camel（らくだをつくってしまった）」という表現を使う場合がありますが、語源は上記の格言になります。デザインの決定権をもっている人がたくさんいて、彼等の意見をすべて取り入れてしまうことで最初のビジョンとはかけ離れたものになってしまう・・・なんとも人ごとではないシナリオです。 以前「デザインが失敗してしまう理由」でもデザインをしない方や知識のない方が決定権をもつことが失敗に繋がると紹介しました。プロジェクトに携わっているのであれば誰でも言いたいことはあり
モバイル開発に欠かせないテストツール14選
Adobe Device Central CS5 Adobe CS5 をパッケージ購入すると一緒についてくるモバイルデバイスのテスト環境。様々なエミュレーターが存在しますが、オールインワンで素早くテストがしたい場合はこちらがオススメです。特に Flash を活用したモバイルサイトをテストするのであれば欠かせない存在です。 Android SDK Javaで開発されているので、Mac, Windows, Linux で動作する公式のエミュレーター。2011年1月現在、Android OS 1.1 〜 2.3 までのテストが可能。エミュレーターは実際のスマートフォンと同じ動作をするので、ディフォルトのブラウザだけでなく、Opera Mini や Firefox など他のブラウザをインストールしてテストすることができます。 iOS SDK XCode も含め諸々ダウンロードしなければいけませんし
様々な意味をもつWebサイトのスピード
「UXの測定要素」で最初にスピードを挙げたのは、Webの体験において近年重要なポジションになってきているからです。ブロードバンドだからこそスピードを要求されますし、モバイルだと欲求はさらに高まるでしょう。プログラムがより早く動作するように記述の工夫や構成の検討したり、CSS や HTML といったマークアップからでもパフォーマンスを上げることが出来ます。こうした技術的なアプローチだけではなく、情報の整理の仕方や心理的な部分からスピードを表現することが可能です。 例えば、トップページのように様々な導線も含まれた情報量の多いページがあるとします。技術的な工夫を施し、表示速度が早いページにしたとしても、情報が入り組んでいて利用者が見つけ難い構成であれば「時間がかかる＝遅い」と感じるでしょう。「２つ以上の製品を比較したい」「製品の特徴を把握したい」という利用者に明確な目的がある場合はどうでしょうか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
