09より最新版を ChatWorkの社内勉強会 [http://c-note.chatwork.com/post/93858598435/keynote]で、Keynote [https://www.apple.com/jp/mac/keynote/] をプロトタイプ制作に使う方法を共有したことがあります。コード不要な点と、共有が比較的しやすいのでオススメしています。しかし、他のプロトタイプツールと同様、得意・不得意をしっかり理解していないと時間がかかるだけで無意味な作業になることがあります。 古くから Keynote を使っている方は Keynote 09 を好む方がいます。最新版に比べて UI が分かりやすく分類されていたり、AppleScript のサポートが充実していることから、今でも使っている方がいると思います（私も講演時は 09 を使うことがあります）。ただ、プロトタイプを作る際は必ず最新版を使うようにしています。最新版のほうが優れているのは以下の4点です。 0.01秒単位で微調整が可能 Keynote 09 では、スライドショーを再生しなければアニメーションを見

Web サイトデザインでは 2, 3 年くらい前から モバイルファーストでデザインをする [http://www.yasuhisa.com/could/article/responsive-design/] という考え方が浸透し始めていますが、最近アプリでも似たような傾向が見られるようになってきました。先週 Foursquqre が チェックインとショップガイドを分ける [http://techcrunch.com/2014/05/02/foursquare-swarms-over-swarmly/] と発表しました。一方、Facebook は、メッセージアプリを分断 [http://techcrunch.com/2014/04/09/facebook-messenger-or-the-highway/] しようとしています（Google+ は、Hangout を分断してしばらく経ちます）。 デスクトップ版の使い勝手に慣れ親しんでいる方にとっては『改悪』なのかもしれません。しかし、モバイル（又はスマートデバイス）中心で活用している方には、

小さなパッケージとしてのカード 前回の記事 [http://www.yasuhisa.com/could/article/message-card-ui/] で、メッセージのやりとりという文脈にカード UI が組合わさることで、新たな利用者体験を提供できるのではないかという話をしました。コンテンツを『ページ』としてではなく、『小さなパッケージ [http://www.yasuhisa.com/could/article/content-package-design/] 』にして利用者に配信することが主流になりつつある現在。これは、Web 上の情報のあり方を再考せざるを得ないと同時に、利用者にとって理解しやすい（ページに代わる）メタファが必要とされているのだと思います。小さなパッケージの表現方法としてカード UI は、無視できないデザインパターンのひとつです。 カード UI の可能性を最初に感じたのは、2010 年に登場したPinterest [http://pinterest.com/] 。たくさんの画像を全面に出しつつ、概要や操作を統一感を持たせてコンパクトに表現しています。P

タッチデバイスを視野にいれた UI パターンの事例がかなり出そろってきました。使いやすいと定評があるもの、流行なもの、採用例が多いものなど様々ですが、実際のところどの UI パターンを採用すれば良いか迷う場合がでてきます。「○○の場合は、このパターン」と一発で決めることが出来なくても、考慮したいパターンを絞ることができます。絞り込みの際に利用者のモードが役に立ちます。 モードとは、人がアプリケーションやサービスと向き合うときの状態のことを指します。利用者の意図、環境、時間、向き合っているデバイスに応じて、モードがダイナミックに変化することがあります。モードを理解することで、利用者のニーズに近いインターフェイスを提供することができます。同じ系統のアプリケーションでも UI が全く異なる場合がありますが、それは利用者のモードの捉え方の違いからだと考えられます。 モバイルアプリケーションの多くは以下の 5 つのモードに振り分けることができます。 1. Explore（探索）: 全貌を見渡したり、新しいものを見つけ出す 2. Consume（消費）: コンテンツ観覧にフォーカスする

UI デザインとひとことで言ってもたくさんのことを考慮しなければいけません。単一機能のシンプルなアプリの設計だったとしても、UI の課題は山のようにあります。私自身、どこから始めたら良いのか分からなくなることがありますが、UI デザインを考える始めるために、ふたつの疑問を自分自身に問いかけるようにしています。 * 利用者が期待に応えられるようなインターフェイスはなにか？ * 利用者が目的に辿り着く為の明確な道筋はなにか？ 利用者と目的の間には『溝』があります。それをどう埋めるのかを考えるのも UI デザイン。 矢印のような印がついたボタンがあれば、利用者は何を期待し、行動するのか。 この２つの疑問のなかで特に重要になのが「期待に応える」という部分です。実は、利用者の期待をうまく処理できていないために、使い難いという反応に繋がる場合があります。では、ここでいう 期待とは、どういう意味なのでしょうか。 * 次に表示される画面が、利用者の思っていたものであること * 操作した結果が、利用者が想定していたものであること それでは、逆に期待通りではない状態とはどういったもので

タッチ UI のデザインで難しいのは、表層的な部分だけを設計すれば良いものになるわけではないという点です。技術もきちんと理解することで、Web なら Web らしい、アプリならアプリらしいデザインになります。表層的な部分から入ると、見た目は良いけど使い難くなったり、「なんとなく違う」という声に繋がることもあります。 だからといって、絵を描きながら UI を模索することを否定しているわけではありません。しかしながら絵を描く過程があったとしても、人がデバイスとどのように関わるのかを理解していることが前提になります。人はどのように UI に触れて、どのようなフィードバック（アウトプット）を期待しているのでしょうか。 タッチデバイスにある新しい挑戦 多くの方がタッチデバイスを扱うようになって数年経ちますが、今はもう画面に触れるだけが唯一の方法ではありません。人とデバイスの関係はより親密になったと同時に、関わり方は多様で複雑になりました。 おさらいという意味も含めて、最近のデバイスと人との関わり（インプット & アウトプット）をまとめてみました。 多種多様なインプットとアウトプットが

UI（ユーザーインターフェイス）は、いつの頃からか魅力的な視覚要素が含まれた GUI として語られるほうが多くなりました。これはある種、デザインを装飾としてのみ捕われてしまう状況と似ているところがあります。 では、ユーザーインターフェイスとは一体何なのか。スケッチしてみました。 昔からあるデスクトップでも、Google Glass のような未知のデバイスでも、人とコンピュータの関わりは必ずといっていいほど発生します。 人が何かをインプットすることで、コンピュータは処理したデータをアウトプットして人に伝えます。ユーザーインタフェイスとは、人のインプットを助長したり、コンピュータが処理したデータを人が理解できるようにアウトプットする役割を果たします。つまり、人が操作するコンピュータとの関わりを円滑なものにするのがユーザーインターフェイスの基礎と捉えることができます。UI を HCI (Human-Computer Interface) と言い換えることがありますが、UI とは表層的な絵を指すだけではなく、関係性を設計するものというのが分かってきます。 先月のセミナー [http

先日 Goodpatch さんが 保存アイコン＝フロッピーディスクの時代は終わった…？ [http://memo.goodpatch.co/2013/04/about-save-icon/] という興味深い記事が掲載されていました。フロッピーディスクを保存アイコンをとして採用するのは古いのではないか、という議論は国内外で何年かに一回はあります。私も 2009 年に変わりゆく「保存」の存在 [http://www.yasuhisa.com/could/article/meaning-of-save/] と題してフロッピーディスクアイコンのあり方も踏まえて、今後の保存の姿を模索していました。また、先月開催された Android Bazaar Conference 2013 Spring [http://www.yasuhisa.com/could/article/text-is-ui/] でも同じ話題に触れています。 アイコンと問題解決について 様々なデザイナーが新しい保存アイコンを提案しているものの、「うん、これは保存だ」と納得できたものはほとんどなかったと思います。ダウンロード

実世界のオブジェクトのような質感を UI に加えることで、使いやすさを向上させるアプローチは 親しみやすさを生み出す [http://www.yasuhisa.com/could/article/habit-ui-ixd/] ことから、インターフェイスデザインによく採用されるようになりました。これとは別にアプリの UI デザインでよく見かけるのが、モダニズムを彷彿させたミニマムなデザイン。装飾を最小限に抑え、グリッドで整理された見せ方になります。 代表的なのが Flipboard [http://flipboard.com/] や Pulse [http://www.pulse.me/] のようなニュースリーダーアプリ。Textdeux [http://teuxdeux.com/iphone] や Sparrow [http://sparrowapp.com/] といった仕事に使えるアプリでもミニマムなアプローチをよく見かけます。Instapaper [http://www.instapaper.com/] や Read

2011年 UI/UX トレンド [http://www.yasuhisa.com/could/article/ui-ux-2011-trends/] で、アニメーションが実装される機会が増えるだろうと予測しました。今はアプリだけなく、Webサイトでもよく見かけるようになりました。実装が簡単に行えることから、何気なく使われていることが多くなったわけですが、正しく実装するのが意外と難しかったりします。 アニメーション効果はコミュニケーション を円滑にするために使われるべきです。アニメーションが発生した瞬間に何かしらのコミュニケーションがインターフェイスと利用者の間に生まれます。つまりアニメーション効果を実装するということは、コミュニケーションの目的を明確にすることから始まります。コミュニケーションを確立しているかどうかで、アニメーション効果がギミックになるのか、意味のあるものになるのか決まります。 アニメーションと一言でいっても様々な形があります。例えば jQuery [http://jquery.com] には以下のようなアニメーションが実装可能です。 .animate()C

2011年 UI/UX トレンド [http://www.yasuhisa.com/could/article/ui-ux-2011-trends/] という記事で、モバイルWebデザインのノウハウがデスクトップにも影響し始めているという指摘をしました。Mac OSX Lion [http://www.apple.com/jp/macosx/] や Windows 8 のような OS だけでなく、Web サイトにも変化が見られています。スクリーンの大きさを活用してモバイル環境では再現が難しいダイナミックで動きが多いレイアウトも出て来ている一方、モバイルアプリの血を受け継いだかのような目的にフォーカスしやすく、目的までのステップと選択肢が少ない Web サイト / アプリケーションも次々と出て来ています。 Windows Phone 7 をそのまま受け継いだかのような Windows 8 の UI今後デスクトップOS がモバイルOSのようになり、利用者がシンプルな操作と体験を求めやすい環境になれば、Web サイトも次第にシンプルになる可能性がありますし、そうしなければならない状況も出て