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

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

eコマースに関わる全ての人に抑えてもらいたい9つの失敗例と成功例を紹介する。僕は海外と日本のeコマース両方使うが、海外の方がUI/UXデザインが良く、変化がよくわかる。日本のeコマースはもっと海外から学び、徹底的にA/Bテストを行い、コンバージョン率の高いデザイン、ユーザーの使いやすいデザインを目指すべき。 ネット上の買い物だからこそ信頼は絶対に必要だ。できることは全て準備して少しでも顧客の不安を取り除こう。以下の9つの失敗例と成功例を参考にすれば、コンバージョン率はあがると信じている。 失敗例1.  商品の説明やサイズなどの基本情報が不足している 悪い例：商品説明が少ない、写真が無い リアル店舗で買い物するとき、何をチェックするだろうか。商品を直接触ったり、いろいろな角度から眺めて見たり、ラベルなど、ありとあらゆる情報をチェクするはずだ。ネットショッピングは、できるだけリアル店舗での購入

Tweet 昨日の「ユーザーテストを実施する」という記事に引き続き、今回もユーザーテストの必要性について書いてみます。 ユーザーテストの必要性を考えるにあたって今回は、ゲームジャーナリストの新清士さんという方のブログ記事のこんな引用から話をはじめようと思います。 北米で一般的なユーザーテストは、そのゲームについて詳しい情報を伝えられていないユーザーが集められ、そのゲームを突然遊ぶことが行われるのだ。ユーザーの操作はすべて画像として録画され、どこの部分で、どのような感情表現を伴い、ユーザーが面白いと思ったのかどうか、インターフェイスで迷ったりしていないか、マップ内でも混乱していないか、といったことが心理学修士号や博士号を持った専門家の立ち会いの元にチェックされ、分析される。それは、ゲーム開発者にとっては、地獄のような経験である。例え、ゲームの質を引き上げることがわかっているとしても。 この記

Tweet 先日、「エクスペリエンスジャーニーマップ／カスタマージャーニーマップ」という記事で、サービスデザインを行なう上で用いるモデル化のツールとして事例を紹介したカスタマージャーニーマップ。 このカスタマージャーニーマップの作成に関して、オランダのサービスデザイン会社DesignThinkersのArne van Oosteromが書いた「Mapping out customer experience excellence: 10 steps to customer journey mapping」がとても参考になると思います。 （参照元：slideshare "DesignThinkers presentation at the Aegon Marketing Conference 2011"のP57より） 今回はその記事に書かれたカスタマージャーニーマッピングを行なう10ステップを

Tweet 海外でのサービス＆エクスペリエンスデザイン分野の事例を見ていると、気付くのはアメリカでは商用サービスのデザインがほとんどを示しているのに対して、ヨーロッパでは公共サービスの占める比重も高いということです。地域コミュニティにおける健康や医療の問題などを扱ったケースも少なくなく、より社会性の高い課題をデザインによって解決しようというソーシャルイノベーションの視点が含まれた事例が多く見られます。 一方、アメリカの事例でも公共サービスではありませんが、「医療／健康のサービス＆エクスペリエンスデザイン事例」という記事で紹介したような薬局のサービスデザインや病院を対象にしたサービスデザインの事例は数多く見られ、医療やヘルスケアの分野がサービスデザインの１つの主要な領域になっていることがわかります。 日本においても、今後ますます高齢化が進んでいくにつれ、医療や健康に関する課題はより深刻なもの

Tweet 顧客やサービス提供スタッフなど、様々なステークホルダーを巻き込んだ形で進めるサービスデザインのプロジェクトでは、いかにメンバー間で「見えないサービス」のイメージを共有するかがキーとなり、そのため視覚表現を駆使してサービスアイデアのイメージを伝えあうことが大事だということは、前回の「ヘルスケアサービスの事例にみるコデザインにおける視覚表現の重要性」のなかで実際のプロジェクトの事例をみながら紹介しました。 ただ、前回の記事のUPMCのサービスデザインの事例ではスケッチという初歩的な視覚表現のみの紹介でしたが、実際のサービスはスケッチに描かれた画像のように静止しておらず、常に動き、変化するものです。そうした動きや変化のあるサービスのイメージを共有するためには、プロトタイプを使ってシミュレーションする手法も必要になります。 今回はそうしたプロトタイプを使ってサービスのシミュレーションを

機能は少なく、シンプルな方が良いというのが近頃のスタンダードな考え方だろうけど、それがなぜ良いかについて少し斜め上からの考察。ユーザーから見た場合は、迷いなく使える、そのソフトウェアが提供する機能が限定される。人間は選択肢を与えられるとストレスを感じる生き物なので、選択肢がそれしかない、という状況は快適。少し文脈外れるけど、Readability でページから余計な情報を削いだら集中して読めたりとか、iPhone/iPad のダブルタップで文章にフォーカスしたら同じような状態になるのも、「他に意識を取られるものがなくなる」という心理効果が大きいのだと思う。と、ここまではユーザー視点。一方で、個人的にはこちらも大事だと思うのがサービスの作り手視点。機能をシンプルに、また数も少なく留めておくと、ユーザーがそのサービスをどういう風に使っているかということに対して、自分達の想像とユーザーの実際の行

SuperPopCamとか作ったときに、体系的な資料欲しいなぁーとか思ってたことのまとめ。 色々と自分の中の考えをまとめるためのメモ。世の中のアプリは機能を半分にして、減った予算分をUIの練り込みにつぎ込んだ方が絶対よいアプリになると思う。 書いてる作業が一番考えまとまるので、ちょぼちょぼあげていこうかと、まずはボタンから。 指の大きさの制約を受ける ・Webとスマホを比較した場合、最大の違い。 ・ピクセル単位でクリック位置を制御できるマウスポインタと違い、指は大雑把にしかタップ位置を指定できない。 ・このためAppleはボタンの最小サイズとして44pxというガイドラインを作っている。 ・視覚的に44px以下のボタンも実際のヒットエリアは大きめにする。 ・またこれに留まらず、ボタンとボタンの間のマージンは空けられるだけ空けた方が安全。 ・つまるところ「カッチリ」つめたボタンレイアウトのグラ

今回は少しテーマを変えて、フォーム関連の最新事例について書いてみます。 海外事例紹介としてお馴染みとなってきましたLuke Wroblewski氏の、“Testing Accordion Forms”(A List Apart)をご紹介します。 「入力フォームを複数ページに分割すべきかどうか？」について皆さんも悩まれたことがないでしょうか？分割すると各ページの項目は少なく済みますがステップが多くなってしまい、分割しないと1ページが縦に長くなってしまいます…。 その問いへの新たな解決案として出てきたのが“アコーディオン型”とも言うべき入力フォームです。 Apple.comのオンラインショップの購入フォームです。 では実際のフォームをみて見ましょう。 下記にある画面が、MacBook Airの購入フォーム画面です。なんと、この1ページ中で購入手続きが完結できるのですが、入力項目が多い印象も特に

Webコミュニティとかを作っているロケットスタートという会社の代表取締役をやっています。いつもがんばっています。 たいした話題じゃないので、校正もたいしてせずにダラダラかいてみます。 nanapiというサイトをやっているのですが、そこの一つの機能として、記事にたいして「いいね！（良い評価）」「きょとん（悪い評価）」というのがつけられるのですね。 で、nanapiだと、いいねは誰でもできる、という形にしています。IPで連打は規制していますが、日を変えればできちゃいます。 逆に「きょとん」はログインしないと出来ないようにしています。ネガティブな評価をしたいと思った時は、ある程度のステップをふめば可能、だけどログイン時のニックネームが出るくらいのリスクはとってね、という設計です。 で、ネットに詳しい人とかからは「これは公平じゃないんじゃないか」と言われたりしていますが、公平ってなんですか

はじめに 【仕事における８０：２０の法則】個人・企業のパフォーマンスを最大限に高める方法 | [b] bizMode｜世界のデジタルトレンドを読む というブログの中で nanapiというレシピサイトがありますが、c/o時は全然機能がなく、レシピを探せませんでした。果たして、カットオーバー時点において、レシピ検索機能は備え付けておく必要があったのでしょうか？また、個人ページにも全く機能性はありませんでしたが、今はどうでしょう？十分パワーアップしています。 そこに、多くの問題が発生したでしょうか？していません。 少しの問題は発生していましたが、プロダクト価値を脅かすものではありません。 徹底的に８０％にこだわり、重要なポイントは、十分に抑えられていたと思います。 こんな記事で紹介してもらったので、ちょっと書いてみます。記事内では、最初は検索結果に対しての工数をさかずにあとで回した、というニュア

lpo-consulting.com 您正在访问的域名可以转让!This domain name is for sale! 一口价出售中！ 域名Domain Name:lpo-consulting.com 售价Listing Price:CNY 888.00 立即购买>>    BUY NOW>> 通过金名网(4.cn) 中介交易 金名网(4.cn)是全球领先的域名交易服务机构，同时也是Icann认证的注册商，拥有六年的域名交易经验，年交易额达3亿元以上。我们承诺，提供简单、安全、专业的第三方服务！ 为了保证交易的安全，整个交易过程大概需要5个工作日。 具体交易流程可“点击这里”查看或咨询support@goldenname.com。 我要购买>> Process Overview: 4.cn is a world leading domain escrow service platfor

ユーザビリティの中でも特に狭義の「テキストリンク色」を変えただけで、恐るべきビジネスインパクトが現れたという事例です。 実際に成果の変化が起こったのは、マイクロソフトが鋭意売り出し中の検索エンジン「Bing」です。 テキストリンクを、入念にテストし、8000万ドルの売り上げ増 マイクロソフトは従来、「Live Search」という形でもう少し明るい青（水色に近い）を採用していました。   Bingよりも、明るいというかすこし緑に近い感じの色がベースになっていますね。 ちょっと比べてみました。 （※Live Searchは画像検索からキャプチャを取っています） こう見ると確かに色はかなり変化しています。 CNETの記事によると、マイクロソフトはBingを作る過程でかなりの数の色をテストしたようです。 Microsoftは最終的に「Bing」となるものを設計していたとき、膨大な数の色を検証し、