TechCrunchCalendar apps are essential for productivity but it is hard to differentiate enough to have sustained growth from just the core usage. Y Combinator-backed Superpowered, which is an AI-powered notetake
おっぱいでUX語る
この実況を見て気づいてしまった UXの各期間は「おっぱいでマッピングできる」 予期的UX: おっぱいを触りたいと願う 一時的UX: おっぱい鑑賞する触る揉む エピソード的UX: おっぱい揉んだ日の思い出'' 累積的UX: 「おれは、おっぱいを揉んだことがある」と自信を持つ ぼうくん | VoQn 🎨 @VoQn { 予期的UX: おっぱいを触りたいと願う, 一時的UX: おっぱい鑑賞する触る揉む, エピソード的UX: おっぱい揉んだ日の思い出, 累積的UX: 「おれは、おっぱいを揉んだことがある」と自信を持つ } なので、UX、完全におっぱいで語れる #気づき #jsおじさん 2014-03-27 22:13:13
「サインシステム計画学」という本を読んだ - ushiroad
近くの本屋に行ったら（本当は他の本を探しに行ったのだけれど）改装中で無秩序に本が積んであって、たまたま目に留まったので買ってみた。 サインシステムというのは平たく言えば駅などにある案内表示のことで、今では当然のように存在している営団地下鉄（東京メトロ）のそれを整備した本人による解説書がこれ。（案内表示のこと、というのはかなり乱暴な言い方で、本文中では、案内表示だけではなく建物の構造など環境全体をシステムとして捉えよと書いている） 博士論文がベースになっている本ということで、5500円もするのに難解で読めなかったらどうしようと思ったけど、読み易い本だった。しかも、工業デザイン、あるいはデザインそのものの基礎にも触れていて、お得感が高い。 私はそもそも物理的なタイピング速度が遅いし、vimやemacsといったイカしたエディタも操れないので、せめてこうやって知識を肥やしておかなければスーパーハッ
スマホUI考（番外編） なぜ機能追加をし続けるとアプリが破綻するのか？ | fladdict
この写真は、アーミーナイフの名門ウェンガー社のジャイアントナイフという最高級ナイフである。141の機能を持つ、ギネス認定もされた厚さ24cm、重量1.3kgの世界で最も高機能なナイフだ。トップメーカーが自社製品の全機能を１つに集約したこの製品こそが、機能拡張の行き着く先を指し示している。 なぜ適切な機能追加であっても、機能を追加しつづけることで破綻をするのか？本エントリは、「スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する」の続きになる。 本エントリでは以下の４つの側面から、機能を追加するリスクを考える。まず第一に「選択肢の数が必ずしも善ではないこと」。次に「人間の判断力は使うほど消耗すること」。そして「画面スペースが有限のリソースであること」。最後に「どんなに機能を増やしても、一画面で強調できるものは限られていること」。これらの４つは全て、機能追加が最
顧客の機能要求に折れないこと!
Kathy Sierra /青木靖 訳 2006年5月10日 製品やサービスが成功するほど、ユーザの要望を受け入れるようにというプレッシャーは強くなる。ユーザが多くなるほど、要望の範囲は広がっていく。あるユーザにとっての ｢それがないんだったら買わない｣機能が、別のユーザには取引をぶちこわすものになる。そしてあなたの製品やサービスが人気になるほど、そういった要望は、要求と最後通牒へと変わっていき、ついには痛烈な批判になる。 私たちになしえる最悪のことは、それに折れるということだ。しかし要望/要求や批判が強く、怒りを帯びたものになるほど、誘惑に抵抗するのは難しくなる——｢この1個だけ付け加えれば･･･きっとあの連中もおとなしくなってくれる｣ しかしあらゆる色を1つに混ぜ合わせて泥色のしみを作るなら、誰も私たちのすることを嫌わなくなるが、同時に誰も喜びも、興奮も、魅了もされなくなる。そうして私
スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict
顧客や上司、ユーザーの場当たりな要望に対応しつづけると、どんなアプリもゴミアプリになる。たとえそれが理にかなった要望であっても。 なぜなら面積の限られたスマホでは「一画面の機能数とボタン数」が、使い易さと品質に深くリンクしているからです。 ということを、エラい人にプレゼンするのがお仕事の今日この頃。でも毎回毎回、同じことを説明するのがシンドイので資料をブログにまとめたいなぁと思うなど。 思考実験として、ここでは架空事例としてTwitterアプリを例に考えてみる。 何かの間違いで、日本の大手メーカーがTwitterを買収すると・・・UIデザイナーが体を張らないと99%ぐらいの確率でこうなるのです。 ここがオリジナル Request1: ダイレクトメッセージをトップ階層に ユーザーからの真っ当な要望。実際にはサービスの本質ではないのですが、要望はかなり多いはず。 ただTwitter社的にはme
UIの改悪がUXを改善させる場合 - A Successful Failure
2013年01月20日 UIの改悪がUXを改善させる場合 Tweet Good UI≠Good UX UIとUXについてはその理解について多くの議論がなされてきた。たとえば、Googleの及川氏は「写真が語るUXとUIの違い」というエントリにおいてコーンフレークの例を元にUIとUXについて説明したが、その後、ERATOの渡邊氏が「1分でわかるUIとUXをわかりやすく説明する写真とお話」というエントリにおいて、ATMを例によりわかりやすい説明を挙げている（次の写真は当該エントリからの引用）。 この例ではたとえUIが素晴らしくても、そのATMは時間がかかるため、長い待ち時間ができ、結果としてUXが損なわれる場合を示している。 しかしながら、実際にはATMの劣悪なUIが悪いUXの原因となっている可能性があり、本当にこのATMのUIは素晴らしいのかという疑問が残る。つまり「Good UI ≠ Go
すごいWEB
Awesome and has more than a degree. We head out one. What it is overwhelming. It is dangerous stuff. Amazing what moves the people. And, in the sense of the excitement, the world can not be changed only amazing thing. I want to meet those amazing, really want to be. I think so anyone, I want to share with everyone and wow wow. It is amazing, amazing thing. Than it really is not that amazing. From
UI-patterns.com
User Interface Design patterns are recurring solutions that solve common design problems. Design patterns are standard reference points for the experienced user interface designer. Product Insights at your fingertips. Our confidence-boosting product tools for business growth are practical guides and strategies that will immediately amplify the expertise of you and your team.
ssig33.com - ネイティブアプリ並のウェブアプリを云々
なんか最近そういうの流行ってるようですね。僕も考えを書いてアクセス数を稼ぎます。 ページ遷移を過度に抑えようとするな 下手に AJAX 使いまくるぐらいならページ遷移したほうがマシであることが多いです。世の中にはページ遷移を抑えようとして酷いことになってる JS を沢山見ます。よく考えろ。 ローカルストレージを活用しない localStorage に画像とか放りこむの異常に重くなるのでオススメしません。認証持たないサービスで設定値保存するのに使うとかに留めた方がよいと思う。 非同期な API 絶賛してて気に食わない感じはしますがこの記事を一読することをお勧めします。 localStorage は小さなデータをいくつか入れる分には十分に高速です。大きなデータを入れると十分に低速です。 scroll イベントに対してリスナーを置かない scroll イベントの監視は実際最悪のアイディアです。こ
「とりあえずUI直せば、どうにかなるんじゃないか病」になった話
「とりあえずUI直せば、どうにかなるんじゃないか病」が私の周りで流行している。もちろん私も何度となくかかっている。 この病気のはじまりは「目的を達成できないのはUIがいけてないせいだ！UIをとにかく今じゃない何かに変えれば問題は解決する」と思っちゃうことにある。 共通するのは、「とにかく今じゃだめなので、今じゃない何かにしたいからUI変えたい」という点。今じゃない何かにしたいのはわかるが、根拠が主観的すぎて成功する見込みがつかないのが困ったところ。 もちろん私も時にこの病気にかかり、ほんとにプロジェクトをすすめていいかどうか、どーしていいかわからず懊悩することも多々ある。というわけで、私なりに病気の定義と、自己治療法もなんとなく見つけたので、自省もこめて記録しておく。 「とりあえずUI直せばどうにかなるんじゃないか病」の主症状2点 根拠が主観的すぎて説得力がなく、社内を巻き込めない 本人が
eBay でヒドいデザインの方がコンバージョン率が高かった、という話
先日日本のWEBデザインが2003年で止まっていると話題にという記事で楽天のサイトなどのことが取り上げられていましたが、これを読んで思い出したポッドキャストインタビューがあったので一部抜粋してみます。 このインタビューはスタートアップ向けレクチャーイベント ZURBsoapbox シリーズのひとつ。昨年11月に、「サンフランシスコでの投資とギークな日々の20年間」といったタイトルで 500 Startups 代表のエンジェル投資家デイブ・マクルーア氏が語ったものです。 「チームのメンバーに求める特徴は？」という客席からの質問のデザイナーの部分について、彼はこのように答えていました。 一緒に働くのが辛いデザイナーもいた。自分はなんでも知ってる、みたいなデザイナーと働くのにはほんとに苦労した。デザイナーと口論したいわけじゃないんだ。俺が見たいのは数字とお客さんの利用例。そして何がうまくいってい
何故、エンジニアはUIのセンスがないか。
何故、エンジニアはUIのセンスがないのか、という自分にも当てはまるようなことについて書いてみる。 まずエンジニアがダメなUIを作ってしまう理由について、いくつかの仮説を立ててみる。 1.その画面を作るエンジニアは全てを知りすぎていて、もはやわからない人の気持ちがわからない説 2.エンジニアはITリテラシーは高いけど、自分ができることを人に理解できるように説明するのは下手説 3.技術的に実現する方に興味が偏って、ハナからUIの使い勝手に興味が無い説 4.国語力がない、自分が実現する文脈を表現するのはできるが、ユーザーの文脈に配慮した言葉を想像する力が無い説 5.仕様書を読まない、人の言う事を聞かない説。例えばOSが定めているユーザーインターフェースガイドラインに従わないので、UIパーツが意図した使い方をしておらず統一性に欠ける。 6.わかりやすい色や文字、レイアウトに関する知識が無い。センス
Modeless and Modal | Just another Modeless Design site
Recent Posts Afterword Manifesto of the Modelessist Party Counterpart User-Side Spatial Recent Commentsotktko on Syntax名無しのゲーマー on FPS vs RPG中内淑文 on Afterwordueno on Afterwordくぼた on AfterwordArchives January 2010 December 2009 November 2009 October 2009 September 2009 Categories Uncategorized Meta Log in Entries RSS Comments RSS WordPress.org
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
Android UI Patterns
2013年のウェブデザインのトレンドを探るかっこいいUIデザインのまとめ
「使ってもらえるアプリの考え方」スマホデザイン会議 2012 忘年会スライド
Android Niceties
デザイン | Android Developers
