Webサービスやアプリなど開発や運用に関わっている方であれば、こんなことを耳にしたことがあるのでは無いでしょうか？ 5人でテストを行えば、ユーザビリティ上の問題のうち85%を発見できるこれらは業界的にはある意味で常識ですが、色々話を聞いてみると、この常識の「出処」あるいは「根拠」ってあんまり知られていないようなのです。 もちろん、ちょっと知識のある人であれば、ユーザビリティ業界の第一人者であるヤコブ・ニールセン博士が提唱したというところまでは知識として知っているでしょう。しかしながら、その元ネタとなった論文を実際に読んだ人、あるいは85%という数字の根拠やその条件について理解されている方はどの程度居るのでしょうか。 ということで本記事では「ユーザテストは5人で85%」の元ネタである下記の論文について、解説、と言うとちょっと大げさかもですが、概要を紹介してみたいと思います。願わくば、この記事

Writing is a form of art. Words can make us laugh, move us to tears, or inspire us to do great things. But I’d say there’s also a science to writing. Data can inform writing choices and help us think more objectively about what we write. What’s right and what’s wrong?As UX writers at Dropbox, our goal is to make sure every word we write makes sense. One wrong word can break a user’s experience. A

バタバタとしていて、投稿が遅れました。 去年の話ですが、、 毎年娘の誕生日には何か作ったものをあげるようにしています。 1歳 - キッズハウス 2歳 - ままごとキッチン 3歳 - ままごとキッチンの冷蔵庫（間に合わずクリスマスに...） 4歳 - バーコードレジアプリ そして2016年の11月、5歳の誕生日にあげたものは、 じゃーん。 後ろ側はこうです。 こりゃなんだって感じですね。。 では動画で。 ボタンを押すと今の時間が出たり、天気予報が出たりっていうやつです。 オーダー これを作ったのは、実は娘からのオーダーです。 仕事の関係で手元にあったスイッチを娘に見せたら 「これでなんか作ってよ」と言われたんです。 で、「じゃ、スイッチ押したらどうなるのが欲しい？」って言ったら、 「時間が出たり、天気がでたり」と 娘は、スイッチの表面に時間が浮かび上がるみたいな事言ってましたが、それは有機E

先日サンフランシスコとシリコンバレーに出張しまして、その際にUberに乗りまくったわけですけども、そこで感じたことや気づいたことについて、COOのけんごちが「書け」と言うもんですから、ちょっとブログにしたためてみたいと思います。 実は、僕は今まで日本ではUberを利用したことなかったんですよね。なんか流行に乗り遅れた感は否めませんが、そもそも日本だといつでも目の前をタクシーが山ほど走っているわけですから、配車を待ってるよりも拾った方が早くね？というのが率直な考えでした。 でも、多分これはあくまでも日本国内での話であって、おそらく米国では何かが決定的に違うはず。そこで今回の渡米では、空港から市内、そしてシリコンバレーとの行き来など、全ての移動にUberを使ってみることにしました。

ユーザーファースト推進室、デザイナーの坂本です。 私が担当をしている「クックパッドおいしい健康」には、クックパッド本体の様々な場所から導線（誘導のリンク）が張られています。その中の1つに、特定キーワードで検索した時の導線があります。 ↓こちらは、スマートフォンサイトの特定キーワード検索時に表示される「おいしい健康」への導線です。例えば「糖尿病」や「高血圧」など特定の病名が入ったキーワードでレシピ検索をしたとき、この導線が表示されます。 この導線は検索ボリュームに対する遷移数の割合が著しく低かったため、改善のABテストをしました。小規模な改善だったのですが、その時に考えたことと、結果が興味深かったので、ご紹介できればと思います。 変更前の問題点 変更前の問題点として、以下のようなものがありました。 ユーザーへのメリットが不明瞭 別サービスに遷移することがわかりづらい キーワード検索のノイズに

こんにちは、ユーザーファースト推進室 デザイナーの吉井です。 クックパッドでは去る7月23日（木）、フリマアプリ「フリル」を運営するFablicさんと合同でデザイナー向けにイベントを行いました。 イベントのタイトルにもある通り、"ユーザーファースト"をテーマに掲げ、開発現場での実践事例を交えながら両社の文化やデザイナーの働き方についてご紹介しました。 お集まりいただいた70名の皆さまの熱量も高く、イベントスタート時からパネルディスカッション、懇親会に至るまで、とても充実した時間を過ごさせていただきました。 ご来場いただいた皆さま、本当にありがとうございました。 また今回は多数応募をいただいたため残念ながら抽選に漏れてしまった皆さま、たいへん申し訳ありません。 こういったイベントは今後も開催していきたいと思いますので、またのご参加を心よりお待ちしております！ 最後に、各発表者の当日のスライド

「日経電子版×Sansanアプリ開発プロジェクト成功への道〜アプリ開発者勉強会Vol.2」で発表したスライドです。 http://connpass.com/event/16187/

日経電子版のリニューアルで、コンセプトモデル設計とプロダクト監修をさせていただいた。 超大型アプリを完全リニューアルするとき、KPIを落とす事なく、どのように整合性やユーザー利便性を担保していくか。 「日経電子版×Sansanアプリ開発プロジェクト成功への道〜アプリ開発者勉強会Vol.2」より http://connpass.com/event/16187/

こんにちは。サービス開発エンジニアの出口貴也 (@dex1t) です。 私は4月までユーザーファースト推進室にて、ユーザー体験の数値化や、その下地作りに取り組んでいました。まだ模索段階ではありますが、本エントリにてこの試みの現状をご紹介します。 点だけでなく線も検証する リーンスタートアップのBMLループに代表されるように、サービス開発において、検証のフェーズは非常に重要です。 クックパッドでも、開発と検証はセットで考えられており、施策の良し悪しを指標から判断することは日常的に行われています。 ただ同時に、施策単体の検証だけでなく、施策を実施した結果、サービスを通してユーザーが得る体験がどうなったかを検証することも重要です。 クックパッドで言えば、「レシピを探す」機能 (点) だけを改善するのはもちろん、その前後関係を含め「レシピを探し、レシピを決め、作ってよかった！と思えた」という一連の

事前レビュー「UI考（番外編） AppleWatchについて、あまり語られてない視点」の続き、週末に使ってみた雑感。 通知マシーンとしての素晴らしさ 通知マシーンとしては文句なく素晴らしい。手首に対する自然なノックからはじまる通知と確認のプロセスは、ミニマルで合理的に設計されている。Facebookのメッセンジャーやカレンダーなどとの相性は抜群だった。 全てをぶちこわす致命傷 いっぽうアプリのプラットフォームとして考えた場合、これはまだ実用に達していないと判断した。おそらく一番致命的な問題はレスポンスの遅さだ。 Apple Watchの謳う最大の価値は、「携帯を取り出すより楽」なことと「グランサビリティ（一目瞭然性）」だった。ところが実際触ってみると圧倒的に遅い。これはiPhone本体とのBT通信が全てを台無しにしているためだ。 例えばグランスやアプリを使用する場合を考えてみよう。アプリ利

クックパッド ダイエット事業室の田中です。昨年５月からスタートした「クックパッド ダイエット」にリリース当初から携わり、デザインやダイエットニュースの編集を担当しています。 現在クックパッドダイエットのサイトは月間1000万ページビューを超え、「ダイエットといえば『クックパッド ダイエット』」と言われるような世界を目指して、日々、運用・改善に取り組んでいます。 今回紹介するのは、クックパッドダイエットのUIをデザインする時の「UIの言葉選び」の具体的なチェックリストです。 最高のレイアウトでも言葉がイマイチだと台無しに みなさんは、UIの中の「文言（言葉）」をどのようなプロセスで決定していますか？ UIのレイアウトや遷移の方法について熟考する姿勢を持っている方は多いと思うのですが、文言の検証方法については確固たる視点を持っていない方もいらっしゃるのではないかと思います。 UIで王道のレイア

起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出

メディア事業部の須藤です。 8/26より、PC版クックパッドのトップページをリニューアルしました。 公開から約3週間が経過しましたが、お試し頂けましたでしょうか？ この記事では、今回のリニューアルを通して解決したかった課題や、新しいチャレンジ、 また、それらを具現化する過程で考えた事を、実際の結果と合わせて書いてみたいと思います。 今回のリニューアルで伝えたかったこと 今回のリニューアルで強く意識したのは、「食にまつわる全般を扱うポータルサイト」として、 クックパッドを再認識して頂けるトップページにすることでした。 クックパッドでは２年程前より、従来のレシピサービスとは別の価値を提供する、新規事業・サービスの開発に注力してきました。 例えば、ECサービスである「産地直送便」や、近所のスーパーの特売品が分かる「特売情報」、クックパッド認定の料理教室を展開する「料理教室」などがあり、 それぞれ

UIを作るとき，とりあえずデザイナーつかまえて，紙にお絵描きする． 何をどう置くかとか，どこを押すとどうなるか，ここにはこういう説明の文章，とかお絵描きしながら考える． 使いやすさを損なわない限りで手早く作れればラッキーなので，サーバーサイドでこういうデータの持ち方をするとか，こういうJS書けばうまくすばやく作れる，とかまで考えておく． 画面で考えるんじゃなくて，やって来た人がどうなって何をしてどう帰っていくか，というインタラクションで考えるのが大事だと思う． たとえば，ハンバーガー屋だったら，やって来て，カウンターでメニューを見て，なんとかバーガーのセットとか注文してお金払ってちょっと横によけて待つ，ハンバーガー受け取ったら席まで運んで食べてゴミ捨ててトレイは重ねて帰る．こういうインタラクションが分からないままハンバーガー屋の設計をすることはできない．カウンターからメニュー撤去するとどう

LPO研究所所長の鎌田です。 スマホサイトを用意するのがもはや当たり前になりつつある昨今ですが、スマートフォン対応を急ぐあまり、問合せフォームのユーザビリティがないがしろになってしまっているサイトをよく見かけます。 スマホユーザーの環境は、PCユーザーに比べてあらゆる点でシビアです。いい加減なスマホ対応をしただけでは、そうそうコンバージョンのアップにはつながりません。 下記の事例をご覧ください。 これは、あるブライダル系サービスのPC向け問合せフォームをスマホ最適化したところ、スマートフォンからのコンバージョン率が３倍以上になった事例です。このように、スマホユーザー向けに問合せフォームを最適化するだけでも、コンバージョン率はしっかり上がるのです。 今回は、弊社でスマホ向けフォーム最適化を行う際にいつも心がけている「５つの原則」について、具体例を交えてご紹介します。あなたのスマホ向けフォーム

クックパッドのユーザーファースト推進部 部長でデザイナーの池田拓司さん。多摩美術大学を卒業後、ニフティに入社。その後、はてな を経て2012年にクックパッドへ入社しました。 社内のメンバーから、「新規事業が増える中で、クックパッドらしさを守る“クックパッドの良心”」と表される池田さん。彼が言語化し、社内外に対して守り抜く「クックパッドらしさ」とは。 生活に近いサービスをつくりたい デザイナーとして新卒入社したニフティで3年間働いた後、まだ当時10名ほどだった はてなに転職した池田さん。より生活に近いサービスをつくりたいという思いで、7年間勤めた はてなからクックパッドに転職しました。 2014年4月に「デザイン部」は名前を変え「ユーザーファースト推進部」に。社長直轄の部署であるため、お客様の声が経営陣にも届きやすい体制が出来ています。現在はデザイナーを中心とする8人のメンバーで構成されるチ

入力フォーム（エントリーフォーム）を入力していて、イライラする……と感じたことありませんか。ありますよね。自社サイトの入力フォームでユーザーにイライラを与えていませんか。 小さなイライラが積み重なった先にあるのは、エントリーフォームからの離脱です。ユーザーが一度エントリーフォームから離脱してしまったら、もう戻ってきてはくれないと覚悟しておくべきです。入力を完了してもらいエントリーフォームの「入力完了率※」を上げるためにはどうしたらよいのでしょうか。 そこで、この記事ではEFO（エントリーフォームを最適化）を行い離脱要因を減らして、入力完了率を上げる15カ条を紹介します。 少し手間をかければ劇的に入力完了率アップが期待できるはずの、「惜しい」エントリーフォームを各条1つずつ取り上げて、頼まれてもいないのに、勝手にそのフォームを分析して作った改善案とともに、ポイントとなるエントリーフォーム改善