デザイナーブログクラウドワークスのデザイナーが書くブログ。深いような、そうでもないような知識、体験、考察をお届けします。2017-08-31本だけではわからなかったユーザビリティテストのリアルUXデザインノウハウこんにちは、UXデザイナーの八尾です。京都に旅行して久しぶりに自転車に乗ると筋肉痛になりました。UXデザイナーとしてデザイン組織に入り、主に定性調査を任されています。(ユーザーインタビューやユーザビリティテストを通じてユーザーの真のニーズの把握や仮説の検証を行なっています。)今回は、社内で初の試みであった、自社サービスの本格的なユーザビリティテスト(ユーザーテスト、ユーザビリティ評価って呼ばれたりもしますよね)について書かせていただきます。体制の整っていない中で行った手探り感と自社で定性調査を実施する上での気づきがお伝えできればと思っています。(暖かく見守ってやってください)本を読んでみる。本のようにはいかないまず、どういう流れで進めればいいのかすらわからないのでとりあえず本を読みながら考えました。見る定性調査について広くカバーしており、全体の流れをイメージしやすく教科書のように読み込んでいます。本を読むと「なるほどなるほど、こんな風に進めればいいのか」となります。すごくできそうな気がしてきます。「いやいや、本で書いてる通りにできればいいけどさ、、」となるわけです。本の通りにはいきません。ユーザビリティテストは目的によって具体的な方法が変わってくる本に書いてあるのは理想であり、社内に体制がないこともある現実のスケジュールは厳しいからです。ユーザビリティテストをやってみようという段階では仕方がないことでもありましたし、経験不足も多分にありました。意識したこと本のようにはいかないこと、その原因がわかった上で、次にイベントに参加したりして、人の話を聞いてみました。自分で意識するようにしたことは以下の3点です。テストを実施する上でどういう目的で何をテストするのかを明確にするどういった結果が得られれば成功なのかを具体的にイメージする最低限の状態のみ整えてその他は実施しながら改善する一つ一つ詳細を記載しておきます。テストを実施する上でどういう目的で何をテストするのかを明確にするユーザビリティテストをやろうとすると、ユーザーから聞いてみたいことは多く出てきます。全てを聞こうとすると本当に大事なことが薄くなってしまったりして、本来の目的が達成されなくなってしまうことがあります。「いやー色々話聞けたな。今のサイトの課題はわからなかったな。」となってしまいます。そのため、「ユーザビリティテストをやってみよう!」という段階で目的をシャープにしておく必要があります。仮説の検証がしたいのか?実際のアウトプットのユーザビリティ上の課題を知りたいのか?や、サイトのコンテンツをテストしたいのか?サイトの機能をテストしたいのか?などです。目的が明確になっていると厳しいスケジュールの中で、プロトタイプのどこは作りこむ必要があってどこはないのかということが分かります。チームで認識を揃えられるようになり、分析を行う際にも目線を合わせた状態で実施することができます。いった結果が得られれば成功なのかを具体的にイメージする目的が明確になっていることと成果物のイメージがついていることは別です。ユーザビリティテストを設計する上ではこの成果物のイメージが非常に重要だなと感じました。ここでいう成果物とは、テストの結果何がわかっているのかというイメージです。「目的が達成されると具体的に何がわかっているの?」ということです。〇〇を意図してファーストビューを作っていたけどユーザーは△△ということを期待していたようだということが結論としてでればいいのかで、同じページの同じ部分のテストでも中身、分析方法は変わってきます。最終的に得たいもののイメージが具体的についていないと、いざ設計しようとしてもふわふわしたイメージのまま進んでしまいます。「あれ、これでいいんだっけ?結局何がわかればいんだっけ?」ということが発生してしまいます。逆にイメージがついていると、本を参考にしながら具体的な内容をカスタマイズしてオリジナルでも作りやすくなります。ゴールがはっきり見えていると道も自ずと見えてくるということです。成果物の明確化=ユーザビリティテストの具体的な中身を作るために重要だなと感じました。最低限の状態のみ整えてその他は実施しながら改善する最後に運営面についてです。自社で実施しようとすると運営面までしっかり考える必要があり、機材が整っていないことも多々あります。「本に書いてある機材が社内にない、、うちにだってラボ欲しいよ、、」という状況です。その状況に対して、何が担保されていることが一番重要かという問いから始めました。記録を確実に残すという部分だけは押さえられるようにしておくことを意識して運営面は設計しました。ユーザビリティテストでも、記録として残せていなければ機能しなくなってしまうからです。録画の画質や被験者の座る位置などはよくない状態が仮にあってもユーザビリティテストとしては機能します。(もちろん被験者の方の心地よさは非常に重要であるとは感じています)やっていく中で毎回改善を繰り返していくことができる部分です。そのため、初めて実施した際にはユーザビリティテスト直後に運営の面については問題点などを整理しておくようにしました。まとめいかがでしたか?自社サービスのユーザビリティテストを初めてやってみて気づいたことをまとめてみました。本だけでは見えてこない部分をイメージしていただけると幸いです。いえ弊社の定性調査もまだまだ勉強真っ最中という状態です。アドバイスをくださいwまた、一緒に学んでいきたいと思ってくださる方(むしろ教えてくださる方)、ぜひランチに行きましょう。17:00本だけではわからなかったユーザビリティテストのリアルTweet関連記事2018-11-09ユーザーインタビューは、いつでも誰でも始められるし、学びは多いこんにちは。UXデザイナーの小阪です。最近Podcast・オーディ...2018-06-08UXの5階層モデルで考えるユーザーリサーチ手法の選び方こんにちは、UXデザイナーの八尾です。ユーザーのことを知るた...2018-03-01新卒のUXデザイナーがまじめに1年目を振り返ってみたこんにちは。UXデザイナーの八尾です。早いもので2017年4月に...2017-12-14検索結果一覧のUI改善でKPIが17.5%向上した話(UXデザイナー編)こんにちは。UXデザイナーの八尾です。今年はウル...2017-11-02自社サービスでカスタマージャーニーマップを作ってみて見えてきた3つのことこんにちは、UXデザイナーの八尾です。»このブログについてクラウドワークスのデザイナーが書くブログ。深いような、そうでもないような知識、体験、考察をお届けします。reserved.スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。