Hi and welcome to User Inyerface, a challenging exploration of user interactions and design patterns. To play the game, simply fill in the form as fast and accurate as possible.
前回の投稿でAppleのFluid Interfacesについての論考しましたが、Fluid Interfacesが生まれた一つの背景として、ディスプレイの巨大化があります。 本稿では大画面化するディスプレイへのUIデザインの対応について、現在どの様な流れになっているのか、個人的に観測している中で考察している事をご紹介したいと思います。 巨大化し続けるディスプレイサイズ2007年に初めてiPhoneが世に出てから、現在の最新のモデルiPhone XS Maxまでのディスプレイサイズの変遷をまとめたのが下の図です。 初代iPhoneとXS Maxを比較すると、物理的なディスプレイ面積は約2.7倍大きくなり、ディスプレイの縦横比は約1.4倍縦長になっています。 iPhone Xから22%縦長化特に著しく変化したのが、iPhone Xが登場した事によってそれまで1.77だった縦横比が2.16まで
ANDPADでデザインを担当している後藤です。 エンジニア 「このボタン、分かりにくいですね」 開発を進めてて、エンジニアにこう言われたことはありませんか? 「このボタンって、どう動くんですか?」 「このボタン、気がつきにくいですね。」 そういったときに、どのようにUIの意思決定をしたか、説明して納得してもらう必要があります。 今回は「並び替えボタン」で起きたケースを紹介します。 あまり目立たない機能ですが、データを整理することが多いBtoB向けサービスでは、要望が多い機能じゃないでしょうか。 【目次】 ・どこが分かりにくかったか? ・エンジニアとデザイナーの通る思考回路は違う ・エンジニアの考えた解決策 ・画面上における機能の優先順位 ・機能単体のゴール ・まとめ どこが分かりにくかったか?実際の画面がこちらです。(※こちらは現在開発中の機能になります) さて、どこが分かりにくかったでし
最近、デザイナーに求められるスキルが多くて何を学べば良いかわからなくなってきた。と言う声を聞くようになってきた。 流行りの記事にいくつか目を通すと、デザイナーは「 経営者と対等に話せるコミュニケーション能力、ビジネスセンスを保有していて、イケてるグラフィックを作り、コードまでかけないといけない 」らしい。 スキルを多く保有している方が望ましいのは間違いない。 ただ、 現場デザイナー に最も大事なのは実装面での考慮事項が網羅されて考え込まれた「 決定力のあるデザイン 」を作る力だと思う。 サッカーで言うと、決定力は「 得点を決める能力 」として使われているけど、UIデザインにおいては「 実装面まで考慮された実装可能なデザインであるか 」という言葉として使っている。 魅せるデザインとフィージビリティが考慮されているデザインでは、かなり内容が異なってくるので、現場デザイナーとしては特にこのあたり
けんすう @kensuu 平成10年生まれ「何で平成一桁生まれの人たちって、がんばってフリック入力でTwitterしてるんですか?音声入力使わない理由ってなんですか?」 2016-04-24 08:13:53
はじめに Webサービスやアプリを企画したり、立ち上げたりする際にプロトタイピングツールや、ExcelやPowerpoint、Illustraterなどを駆使した謎のファイルで画面遷移図を描くことがある。 こういう図を元に仕様を決めて行って、サービスを作っていくのは以下の点で困る。 画面遷移図が保守されない。 書くのが非常に面倒くさい ユーザーのモチベーションの流れが追いづらく、見た目ばかりに注目してしまうものになりがち マシンリーダブル(ソフトウェアで構造を取り出せない)でない。 このような欠点があってどうにも扱いづらい。 そんなわけで、markdown風のテキストから簡単に画面遷移図を描けないかなとコンパイラを作成し、次にそれをインタラクティブに編集できるエディタを作成した。 UI Flows図について 画面遷移図的なものを書く際に、僕が個人的につかっていた表現方法として、UI Flo
毎朝、デザイナーは目が覚めると、喜んで自分の製品に取りかかります。それがデジタル製品であっても物理的な製品であっても、デザイナーは心の中で、人々が自分の製品を使いたがるようになり、楽しんで使うようになると信じているのです。 それはやや一般論かもしれません。しかし、私たちはデザイナーとして、自然と 自分が取り組んでいる各プロジェクトを最高のものにし 、革新的なものにして、そして何より、違いをもたらしたいと考える傾向があります。 ああ、私の製品は素晴らしい物になるはずだ。機能やオプション、設定が充実している。みんなが毎日その製品を使い、愛用するようになるだろう。 – あるデザイナー ここで少し意外な事実をお教えましょう。人々は製品を使用ことにあまり興味はありません。ユーザがインターフェースを操作したり、つまみを回したり、レバーを引いたり、ボタンをタップしたりするのはすべて時間の無駄です。むしろ
私は男性として生活をしています。 ソーシャルメディアなどにプロフィールを記載する場合は「男性」を選択しています。女性であればプロフィールに「女性」と選択して、自身を「女性である」と考えるでしょう。 こうした性別選択は、多くの方にとって当たり前すぎて深く考えないことです。しかし、こうした自分を表現する小さな部分にも課題は隠されています。人によっては「男性」「女性」という分類に当てはまらない方もいますし、それを特定の人にしか公表したくないという場合もあります。自分のジェンダー(gender, 性)は男性でも女性でもなく、「〇〇である」と意思表示をしたい方。自分の意向に合う呼ばれ方をしたいと考える方もいるはずです。 この課題に取組んでいるソーシャルネットワークを幾つか見かけるようになりました。男性、女性のという選択肢だけでなく「カスタム」という項目を用意し、そこに自分の性を表すのに適切な言葉を自
ホリデー株式会社 *1 の多田です。Holiday ( https://haveagood.holiday/ ) というサービスの開発を行っています。 アプリを通してユーザに価値を届けるためには、アプリの細部のインタラクションを軽視することはできません。細かい部分に気を配り使い心地を良くしてこそ、サービスで本当に実現したい価値をユーザにまっすぐ届けることができるためです。 iOS アプリの使い心地を良くするための基本的なインタラクションを以前当ブログで投稿した記事でいくつか紹介しましたが、今回は前回紹介しなかったインタラクションのうち、「読み込み中」の UI の基本パターンについて取り上げようとおもいます。 はじめに:なぜ読み込み中の UI を考えなくてはいけないのか Holiday iOS アプリでは、基本的にデータはクライアント側で持たずサーバと通信して表示するデータを受け取っており、
かっこいい炊飯器買ってきた. 日立のおひつ御膳.2合炊き.3万円だけど,定価は6万円くらいするらしい. 築60年の家に置くと妙にスタイリッシュで変な雰囲気. 買う前に炊くわけにはいかないので,完全に見た目で選んでる. ティファールのお湯沸かすやつみたいな構造になってて,炊けたら,おひつ部分だけ分離して,持ち運びできる. 食卓でおかわりできるという話だけど,ごはんおかわりしないし,0.5合だけ炊いて食べ切るので,持ち運べる必要はとくにない.けどかっこいい. 炊けたらそのまま外に持っていってピクニックとか,炊込みご飯を作ってお弁当に持っていくとかできそう. 炊けた米は異常にうまくて,米の1粒1粒の粒子感が高い.まずい米がドンシャリしたべたっとした音質だとすると,これはフラットで,ピアノのペダルを踏む音とか,Bill EvansのWaltz for Debbyの地下鉄の音も聞こえそうな雰囲気.
プッシュ通知を活用すると、能動的にユーザーへ通知が行えて、アクティブ率を向上させることができる。マーケティングの面でいうと、アプリとブラウザサービスで大きく異なる特徴の1つであろう。たくさんのアプリがその恩恵を受けるために、「push通知」を承認させるための確認ダイアログを表示させている。 ほとんどのユーザーがプッシュ通知を承認しない? しかし残念なことに、UIscopeで様々なユーザーテストを見ていると、多くのユーザーがそのダイアログを見た瞬間、条件反射的に“承認しない”を選択してしまっている。 あるアプリを独自でテストした際に、チュートリアルの理解度を検証するために、5人のユーザーに普段通り自由にアプリを1分間使ってもらうという内容のテストをした。 すると、6人中5人全員がプッシュ通知を承認しなかった。 ※そのうち4人はダイアログが出た瞬間に文言も読まずに反射的に“承認しない”
日経電子版のリニューアルで、コンセプトモデル設計とプロダクト監修をさせていただいた。 超大型アプリを完全リニューアルするとき、KPIを落とす事なく、どのように整合性やユーザー利便性を担保していくか。 「日経電子版×Sansanアプリ開発プロジェクト成功への道〜アプリ開発者勉強会Vol.2」より http://connpass.com/event/16187/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く