結論話題の記事「UIの色を変えただけで大量のクレームを頂戴してしまった話」を読みました。ユーザーを軽視した内容に驚愕したのですが、それよりも記事が批判されている原因を理解できていない様子の方が存在することに衝撃を受けました。 現職のデザイナーあるいはデザイナーを目指している方々にお伝えしたいことは以下の3点です。 具体的な不都合を訴える問い合わせは無益なクレームではなく有益なフィードバックです。プロダクトの価値向上につながる貴重な意見ですから無視するべきではありません。 時間の経過でユーザーがUIに慣れることはありません。問い合わせをしても無駄だと学習して離脱したパターンを疑いましょう。受け入れられる場合も含めて画面の変更はユーザーに負担を強いているのだと自覚してください。 色覚特性や色とコントラストについて学びましょう。色だけで情報を伝えるデザインはアンチパターンですから避けてください。

Webプロダクト開発をしていると様々な諸事情によりUI構成を変えたり機能を増やしたり減らしたりすることが多々あると思います。そんな時に避けられない事態として「UI変更に対するお怒りがユーザーからわんさか届いてしまう」ということがあります。今回はUI上の１要素の色を変えただけで虎の尾を盛大に踏んでしまった事件の話をしようと思います。差し当たりどういうUIをどう変えたのかを明示しておきます。変える前がこちら↓↓ beforeUIほんで変わった後がこちら↓↓ afterUIご覧の通り「作業カード」と呼ばれるコンポーネントの色を「緑＆黄」から「緑塗り＆緑枠線」に変更しました。「え、それだけ？」という声が聞こえてきそうですがそうなんです。それだけなのです。しかしここはレガシードメインのtoB SaaS。toB SaaSではUIの変更がユーザー業務への影響に直結するので軽微な変更を加えるのもハードルが

二虎𝕏 @niko252529 特に中は何も無かったので、高輪ゲートウェイ駅ではおしっ○しただけで帰投 ところで駅の案内するAI的な奴あったんだけど、男と女の作画違いすぎませんかねぇ pic.twitter.com/yAP7Ec3c2w 2020-03-14 07:20:12 わくわくさんのパパ @gpk5d 高輪ゲートウェイに設置されてるAI?ガイド。二種類あって、片方はちょいリアルな男駅員で、もう片方はアニメな女駅員さくら（名札がついてた）さん。 何故女駅員はアニメなのか！！！ ではなく、男駅員にも名前をつけてやってくれ。 pic.twitter.com/MXNJ2H2jqu 2020-03-14 15:58:28

最近スクロールバーを見かけなくなった気がします。ざっと調べてみると、スクロールバーはすでに消え始めており、今のスタンダードはスクロールインジケーターになってる様です。そうかと思えば、そのスクロールインジケーターすら消え始めている状況です。 ▼１．消えゆくスクロールインジケーター1.1　フェイスブックiOSアプリ フェイスブックのアプリでは、もはやスクロールインジケーターすら表示されていません。ご自身のスマートフォンで見てみると、画面右側には何も表示されないはずです。 1.2　電話帳　iOS 実は電話帳からもスクロールインジケーターが消えています。インデックスが表示されているので、スクロールインジケーターとインデックスが重なってしまうのを防ぐためと思われます。 1.3　メモ帳　iOS メモ帳ではスクロールをするまでインジケーターは表示されません。スクロール後は一定時間が経つとスクロールインジ

techbookfest.org GUIの薄い本です。「入門 監視」ばりに主語デカタイトルです。 著者は私と f_subalさん、daiizさん、miyaokaさんで、座談会パートにはKeima Kaiさんが参加しています。 内容は「ドラッグ＆ドロップを始めとする作るのがしんどいGUI」をいちから書いてみようよ、という感じです。 GUIコンポーネントの使い方についての本はよく見かけますが、コンポーネント自作についての本というのはなかなか珍しいんじゃないかと思います。 概ね下記のようなノリの、ゆかいなGUIの本として読んでもらえれば、と思います。 私はセレクトボックスを実装してみようという章を書いています。最終的になぜかリングコマンドになりました。 中でも、最後の座談会パートは好評です。STUDIOの二人が参加しているので、先にSTUDIOを触ってみるとより文脈がわかると思います。 サンプル

こんにちは、HR業界でアプリマーケティングをしている宮﨑です。 ・アプリのアップデート前後のUI変化 ・Push通知など気になったGrowth施策 こうしたものを「#アプリノック」としてTwitterで投稿すること3ヶ月。300本以上のネタが溜まってきました。 今回のnoteでは「フォッグの消費者行動モデル」というフレームワークを使ってまとめていきます。 行動 = 動機 × 実行能力 × きっかけ ザックリいうとユーザーに何か行動を促す際に「動機/実行能力/きっかけ」の3要素をどう揃えるか？というモノ。 詳しくは深津さんの記事がとってもわかりやすいのでおススメです。 アプリノックがUI改善の勘所だけでなく、Growthの知識も一緒に学べるコンテンツになっていくと嬉しいです。 それではいってみましょう！ 【動機】がないと、やる気にならない①慣れない体験にはイメージ作りを よくわからない体験は

こんにちは！アルというマンガのサービスをやっている、けんすうと申します。最近ハマっているのは、ジャンプ連載中の「チェンソーマン」です。これやばい。 突然ですが、ブログで・・・マンガのコマ・・・、使いたいですよね？ 寄生獣 / alu.jpalu.jp わかります。マンガのコマってセリフもあるし、見た目もすごいビビットだし、好きな作品だと使いたくなります。 しかし、、やはり「著作権」のことが思い浮かびます。引用の範囲内でやるという案もありますが、もうちょっと手軽に使いたい。 そこで、マンガサービスの「アル」は、マンガのコマを投稿していい作品をひたすら集めてきました。 今現在、講談社さんだと、今連載中の作品はほとんど、集英社さん、小学館さんも順次やっており、カドカワさんも200作品以上、まんがタイムきららなどの芳文社さんや新潮社さんなど、多くの出版社さんにも協力してもらっています。ありがとうご

これらを鑑みると、 アプリの画面上では乗り入れ箇所で路線色が変わり、誤って降車するリスクがある 行き先が異なる複数の乗客に対して、駅員さんは「直通運転」であることはアナウンスできても「乗換不要」という案内はできない アプリの画面を見ているのは本人のみ、かつ目的地まで目視できるので「乗換不要」と伝える方が有益 このような経緯から、あえて「乗換不要」としています。 手法は大事、ユーザー視点はもっと大事 文言はサービス内で表現のズレが起きないよう、用語辞典を作成しています。「ルート/経路」「電車/列車/鉄道」など。ただし意味が伝わりづらい箇所では、表現のズレを許容しています。注意しなければならないのは、このようなフレームワークや手法などを優先して、ユーザー視点を見失わないようにすることです。 ワイヤとビジュアルを並行して行うことでUX品質を高める 路線情報チームのデザイナーは、ワイヤフレームとビ

先日発売されたスマホ版「風来のシレン」、みなさんプレイしていますか？　子どもの頃にSFC版第1作に出会って以来、筆者も20数年来のシレンファンとして各シリーズを今でも遊んでいます（それほど上手ではないですが）。 そんなわけでスマホ版シレンもさっそく購入してみたのですが（買い切り型で税込1800円）、発売前からやや不安視されていたUI周りが、やはりというか何というか、なかなかに厳しい感じに仕上がっています。 今回はスマホ版シレンを数日プレイしてみて気がついた、「ちょっとここは（アップデートなどで）どうにかならないもんかなあ」と感じている点について書いてみます。 追記 2019年4月22日、待望の【v1.1.0】アップデートが配信されました。 本記事で書いた「マップ移動」「アイテム使用」のUIが大きく改善されたほか、救助パスのコピー＆貼り付け機能なども実装されています。「壺の中身を常時表示」「

大阪の実家に帰った時、リビングのテレビの裏側を見たらAmazonのFire Stick TVが挿してありました。このFire Stick TVをテレビに繋ぐと、Amazonのプライムビデオを観ることができるようになります。 プライムビデオには、Amazonプライムの会員であれば、追加費用を払うことなく楽しめる映画やドラマ、アニメなどが豊富に揃っています。さらに個別に追加金額を払うとほとんどの映像コンテンツを観ることができるという、まさにTSUTAYAキラーなサービスです。 うちのおかんは月に2～3回は映画館に行くほどの映画好きなので、プライムビデオのメインターゲットといえるでしょう。本来ならプライムビデオで映画三昧の毎日を送っていてもいいはずです。 しかしながら、Fire Stick TVを挿しているにもかかわらず、プライムビデオを一度も使っていませんでした。初期設定をした私の弟が一通り使

主にユーザー側の視点から語られることが多いアクセシビリティですが、制作という側からはどのように捉えることができるのでしょうか。2つの切り口から考えてみます。 # アクセシビリティという文脈において、何のためにHTMLを書くかという話になると マシンリーダビリティのため スクリーンリーダーのアクセシビリティのため というように、ユーザーが利用するため、というところにフォーカスした語られ方が多いように感じています もちろんユーザーのために作るというのは正しいのですが、今回はあえて視点を変えて、制作者自身の作るというところに視点を合わせて話してみたいと思っています 僕がどういうものなのかというと、 # 参照: 全部入りHTML太郎(@_yuheiy)さん | Twitter ツイッターでは「全部入りHTML太郎」という名前でやっています # 参照: シフトブレイン／スタンダードデザインユニット

たまさか @TamasakaTomozo 以前、網棚に手が届いた試しがないという女性のツイートを読んで、この社会のあまりに沢山のものが、「平均的な健常者男性」に合わせて作られていることにようやく気づいた。けれど「平均的な健常者男性」の多くは、それが「普通」だと思っているから、批判されると「細かいこと」「我儘」と言い出す。 たまさか @TamasakaTomozo もっと言えば、日本社会はあまりに無自覚なまま「流暢に日本語を使いこなせてお金に困っていない平均的な体格の健常者シスヘテロ男性」向けに作られている部分が沢山あるのだけど、当人はそのことに気づかないまま、しばしば責任のある地位についてこの社会のデザインに携わっている。

売上を伸ばしたい。 課金率を伸ばしたい。 でも、難しい！ コンバージョンするサブスク UI を勉強したかったので、いくつかのアプリをスクショ。あたまの整理にまとめたのでアップ。 Web の LPO はかなりノウハウ系記事がありますが、アプリのサブスク UI は、まだまだ少ない気がします。誰かの参考になれば嬉しいです。 まとめ内のコメントは個人的感想です。まだまだ勉強中なので、お気軽にご意見いただけるとうれしいです。 ※ スクショは少し前に撮影したものなので、一部古くなってるかもしれません。 UI パターン 1. ミニマム型 2. プラン比較型 3. 横スクロール型 4. リスト型 5. ロング LP 型 規約表示パターン 1. 固定表示型 2. 隠しスクロール型 3. フッター型 4. 遷移型 サービスパターン 1. 探索財 2. 経験財 3. 信頼材 UI パターン1. ミニマム型最低限

あんど( @ampersand_xyz )と申します。 クイズメーカーなど、色々なサービスを個人でリリースしているフリーのエンジニアです。 個人開発を支える技術のアドベントカレンダーではサービスを構築するArchitectureに関する技術の話題が多いなか、周りの方やマシュマロからの匿名メッセージ質問でUIのことに関する質問などが多かったので、本投稿ではUIやデザイン周りに関するTechnic…と言えるほど上等なものではないのですが、そのあたりの技術をお話したいと思います。 なお、自分は正直かなり我流で適当にやっているので、もっといい方法のツッコミなど歓迎しております。 1.画面サイズの最大・最小幅を最初に決めておく まずはじめにここを決めます。 いかにリキッドデザインやレスポンシブで画面を作成するといえども、極端に幅が小さい、または大きいデバイスを相手にする場合、どうしてもサイズ整合性を

天津 @Amatsu0827 スマブラSP買った。 初スマブラなんだけど、 説明書入ってないしチュートリアルも無い。 よく分からんがストーリーモードのCPUにボコられ続けてればよいのかな？ パセリもしゃ @kuji_n07 スマブラなんも調べずにやったらチュートリアルとか操作全然わからずメニュー画面飛ばされて少し困惑した、確かに初見にやさしくないゲームあまりやったことない人慣れるの大変そうだと思う

様々なもののデジタル化が進む中で、デザイナーの役割も大きく変化し始めている。 特にインターネットを介したサービスにおいては「design, Design, DESIGNの違いを知っていますか?」でも紹介されている通り、世界中の不特定多数のユーザーを念頭にデザインしなければならない時代になってきている。 それは同時に、受け取り側の趣味嗜好や価値観を十分理解した上で、プロダクトやメッセージングを考える必要があるということでもある。デザインコミュニケーションとして、単純に言葉を翻訳しただけでは不十分なのである。 目で表情を伝える日本人、口で表情を伝える欧米人日本と欧米では絵文字の表現方法が大きく異なる。特に日本では「目」を主な表現として利用しているのに対し、欧米では主に「口」の形の違いで感情を伝えている。 この違いの原因の一つが日常生活における人々の生活習慣の違いだろう。 ご存知の通り、花粉症の

10月末に発表されたIBMがRed Hatを買収した件は話題になりました。この件でいろいろ調べていたら、こんな記事が目に止りました。 25歳になったRed HatはLinuxの先を見つめる（TechCrunch Japan） この中にこんな一節があります。 LinuxがMicrosoftのデスクトップ支配に敢然と立ち向かうかのように見えた90年代半ばの熱狂とは異なっているものの 確かに、昔はLinuxは“デスクトップWindows”に闘いを挑んでいたのですよね。今でももちろん“デスクトップLinux”はありますが、主流はサーバ向けで、Red Hatの成功もそこから来ています。 私は今の会社を立ち上げる直前、Red Hat Japanに在籍していました。12～3年前です。当時はLinux（というかオープンソース）はMicrosoftと全面戦争状態にあり、Red Hat社員のPCはほぼ全てデス

フロントエンドエンジニアとデザイナーさんは日々協力してプロダクトを作っていく関係にあります。デザイナーさんが作ってくれたものをエンジニアが素早く実現できるよう、いくつかエンジニアから意識してほしいことをまとめました。 なんでこんな話になったのか（前置きなので次の章まで飛ばしてOKです） デザイナーさんから「この画面をこんな風に作ってください」とXDやSketch、PSDなどいろいろな形で渡されることがあると思います。 僕の個人的な意見・経験ですが、いざ実装するぞとなったときに 「あれ…ここってどうしたらいいんだろう？」 と迷って作業のスピードが落ちてしまうことがとてもストレスに感じていました。できればノンストップでいきたいなあと思うわけです。 手が止まるたび、デザイナーさんに「ここってどうしたらいいですか？」と質問するのが何か新しい画面を作るときに必ず発生していました。 「（いつも聞いてる

普通、保存だったらハードディスクとかCDとかそういうマークにしないか？ ろくでもないような、電荷プラスマイナス逆に定義しちゃったのを引きずってるみたいな話なのかもしれないが。 使う側からしたら気持ち悪くてしょうがない。なんのマークなんだ？ ピンとくるようなわかりやすいデザインにしてくれればいいのに、あのよくわからない四角いマークのせいで探すときいちいち迷うわ。 意味不明だわ。なにがモデルになってるの？