Boost」など、さまざまなカンファレンスを企画・運営しています。BOOKS(コードジン・ブックス)は、CodeZineの連載からカットアップした、開発現場の課題解決に役立つ書籍シリーズです。触ってもらおうユーザーテストで見ていることグロースハックはどこから始めるのかさて、ここからは、僕らがグロースハックを念頭に置きつつ、Webサービスの企画や設計をどのように行っているかを説明します。次の図はサービス設計をする際の一連の流れです。上がユーザー、つまりサービスを使ってくださるターゲットで、まずここがすごく重要です。前提としてここが外れちゃうと実際に「あれ、全然違う人が使ってるよね」となってしまう。なくて、ちゃんと想定したユーザーの人が使ってくださるようにサービスを設計しましょう。図のユーザーの下にあるのが、そのユーザーが持っている「ニーズ」ですね。いったことに困っているのか、こういうものを欲しているのかといったことを洗い出し、要件(Why、What、How)として整理することが求められます。to)に解説の範囲を限定します。Testing)」でしょう。ユーザーテストではユーザーに会って、実際のところどのように考えているのか、どういう行動をするのかを調査します。次のグラフは、ヤコブ・ニールセンが書いた『アラートボックス』という書籍からの引用で、ユーザーテストを3人以上行えば、新しい洞察の70%が得られるそうです。3人以上のユーザーテストで十分な洞察を得られるただし、さらに多くの人にユーザーテストをやってもらっても、得られる新しい洞察はあまり増えません。少人数で新しい洞察の大半を得られるのですから、とにかくユーザーに会い、ユーザーテストを受けてもらいましょう。そこからはすごくいろんな発見がありますし、思いもしなかった課題や洞察が見つかった経験を、僕もたくさんしています。実際、設計していると設計者目線になってしまって、思ったようにユーザーが使ってくれないケースが、我々にも多々あります。これではいけないなということから、毎週行っているA/Bテストやテストのネタ作りの前には、ユーザーにお会いして実際に使っていただいています。3人でよいわけですから、ユーザーテストを受けてもらう方は、知り合いやお友達でも構いません。僕らも友達に見てもらったり、アプリを触ってもらったりしています。いろんな人に実際に使ってもらうということを意識してください。ユーザーテストで見ていることでは、ユーザーテストで僕らが何を見ているかいいますと、行動ですね。悪いんだっけ?」みたいな自問自答をやっています。この行動観察というのがいわゆるユーザーテストですね。エスノグラフィーは観察学に近く、いろんな情報が得やすいのですが、僕らはそこまで専門的なことはしておらず、その一歩手前といったところです。ユーザーがサービスに対して、どう行動しどのように使うかを観察します。グループインタビューやアンケートを取ることもありますが、サービスの設計では、ユーザーが実際にどのようにサービスを使っているかをとても重視しています。グループマネージャー。2005年に株式会社リクルートに入社。ナビ』『SUUMO』といったサービスのリニューアルや立ち上げに従事。プラットフォームチームの意義と実践のポイント1DMM.comの施策から見る、事業をむしばむ「技術負債」への処方箋──リファクタリングの「言語化」でインシデントを予防2企業の7割超が「2025年の崖」を理解していないことが明らかに。プラットフォームチームの意義と実践のポイント1DMM.comの施策から見る、事業をむしばむ「技術負債」への処方箋──リファクタリングの「言語化」でインシデントを予防2企業の7割超が「2025年の崖」を理解していないことが明らかに。プラットフォームチームの意義と実践のポイント1DMM.comの施策から見る、事業をむしばむ「技術負債」への処方箋──リファクタリングの「言語化」でインシデントを予防2企業の7割超が「2025年の崖」を理解していないことが明らかに。NEW新着記事一覧を見るイベント今後の予定を見るCodeZineは、株式会社翔泳社が運営するソフトウェア開発者向けのWebメディアです。「デベロッパーの成長と課題解決に貢献するメディア」をコンセプトに、現場で役立つ最新情報を日々お届けします。イラストの無断転載を禁じます。記載されているロゴ、システム名、製品名は各社及び商標権者の登録商標あるいは商標です。