2022.01.18 Design Study Morning Vol.6 登壇資料
新人デザイナーが初めての改修でリサーチをした話上田 利瑳子 / GMO PEPABO inc.2022.01.18 Design Study Morning Vol.61
View Slide
2自己紹介ホスティング事業部 マーケティングチーム2021年 新卒入社上田 利瑳子 （uepon）● アニメ・漫画・温泉・ビール・キャンプ 好き● 先月、3歳のかわいい息子と誕生日ディズニー● 人生初LT☺● Twitter : @rimmmonga
3主に担当しているサービスムームードメインロリポップ！レンタルサーバーサーバーを使ってウェブサイトやブログが作れるサービス（昨年11月で20周年🎉）欲しいドメインが簡単に検索・取得できるサービス
最初に4• デザイナーが小さくリサーチを始めるプロセス• スピーディーにユーザビリティテストを実施するには• 簡易版でもユーザビリティテストを実施することで得られるもの今回の話から得られるかも？🐯
テーマ「改修事例とそのプロセス」ですが何を改修したの？5
よくあるユーザーさんの希望6サーバーを借りてサイトを作りたい！好きなドメインをとって設定しちゃいたい🙂
従来の仕様7サーバーとドメインは別に申し込まないといけない…運用元は同じなのに、別々になっているの面倒だなぁ😥
現在8ロリポでサーバーを申し込む時に、欲しいドメインも一緒にとれるようになった！😄
ロリポップのサーバー申し込み画面9
10何を改修したの？二次リリース初期リリース「ムームードメインの新規ユーザー登録が必要です」既にムームードメインのアカウントを持っている人にやさしくない仕様 😢ムームードメインのアカウントを持っている人は、すぐにID連携して利用できるように 🎉👆こっちの改修を担当しました！ (私)
施策開始後、やったこと11
改修プロセス12施策全体を通じてやったこと• 全体を俯瞰して変更が必要な点の把握と洗い出し• 仕様の把握• スケジュール立て・工数見積もり• 申し込み画面の改修（UI検討〜実装） 👈 主に話すのはココ！• 入力フォームのUI検討・修正• メールの変更点洗い出し・修正• エラー画面の変更点洗い出し・修正
改修プロセス13「申し込み画面の改修」でやったこと• デスクリサーチ• 競合調査・自社サービス調査• 要件定義• 改修のスコープ決め• UIプロトタイプ作成• レビュー・ヒューリスティック評価• 簡易ユーザビリティテスト 👈 主に話すのはココ！• ブラッシュアップ・デザインFIX• コーディング（エンジニアさんと分担しつつ実装）
改修プロセス14最初からユーザビリティテストありきだった？• いやいや、違います！• 「レビューだけじゃ判断しにくいね」という場面に出くわしたから• もしそのままGOしてしまったらこうなる未来が見えた…😇• せっかく実装しても使ってもらえない機能になる😨• お問い合わせ頻発・最悪クレームの可能性も😡• デザイナーの自己満UI爆誕💣• つまり…途中で「ユーザビリティテストをした方がいい」状況になった！
改修プロセス15レビューだけじゃ判断しにくかったポイント• エラーメッセージに関する懸念😥• システム側の事情で複雑なエラーパターンが生じた• 「このエラーメッセージで本当に通じるんだろうか？？」• エラーの状況をうまく伝える・行動を促すのが難しい…• 「ボタンの有り・無し」どっちがいいか判断できない😥
サービスをまたいだ仕様による、複雑なエラーパターン16👇デザイン案に対するコメント
ログインボタンがないことに対する不安17👇デザイン案に対するコメント
「ユーザビリティテストやった方がいいね！」18そして翌日やることに💨
ちょっと待った！19とは言え・・・ユーザビリティテストってそう簡単にできないよね？？• スケジュール大丈夫？リリース間に合う？• すんなり「やりましょう」ってなった？• 関係者の人達に説得できたの？
ふり返ってみると・・・20結論：あまり時間をかけずに「簡易版」で実施したのでなんとかなった• 準備〜振り返りまで 6h程度の工数（1営業日以内）で実施できた• もともと見積もっていた施策全体の工数の範囲内でおさめることができた• リリーススケジュールを遅らせたりなどせず、関係者に共有する程度で実施できた• 先輩デザイナーが「4h程度でできるね」と見積もってくれた（結果＋ 2h）
ユーザビリティテストのプロセス21ユーザビリティテストの過程でやったこと• テスト設計• 社内リクルーティング• ユーザビリティテスト実施• 発話思考法を使用• 分析• 振り返り• ドキュメントまとめ
実際にこんな感じでやりました22
23テスト設計＠Notion
24社内リクルーティング＠Slack
実施：プロトタイプ25
実施：プロトタイプ26連携ボタンの有り・無し 2パターンの各評価を得るため、 1案につき2名ずつ実施（一人1案）
結果記述・簡易分析27
どんなことが明らかになった？例128エラーメッセージを見た後の行動が（想定外のもの含めて）明らかになった• ユーザーは「🤔💭 ムームードメインへのリンクがあるだろう」と想定して、リンクを探す行動をする →リンクが見つからず、困惑した動きを見せる• 内容を読まずに「🤔💭 ID・パスワードの入力ミスエラーか」と想定（誤解）して再入力しようとする（ エラーメッセージ＝入力ミス という先入観があり、そもそも読まれない ）→混乱する• 「🤔💭 ムームードメインで個人情報を登録しなきゃいけないなら、今回はやめておこう」→後から別にムームードメインでドメインを取得しようとする
どんなことが明らかになった？例229成功メッセージの意味が伝わっていなかった• 「下記の注意事項の確認に進んでください。」の「注意事項」が何を指すか分からず、どこを見ればよいのか混乱していた人がいた
どんなことが明らかになった？例330連携ボタンの有り・無しはどちらでも問題なさそうだった（確信）
“簡易版”でも多くの判断材料が得られた！31
ちょっと待った！32色々やってるけど…• これ本当に1日以内で全部できたの？？• やり方を調べたりドキュメント準備とか大変そう。• 残業した？！？！
ふり返ってみると33スピーディーにできた理由は・・・• 社内リクルーティング（午前）→ 当日午後に参加できる人を募った（15分程度）• テスト対象者：4名（検証のために最低限必要な人数）• 既にあるテンプレ（先輩たちの知見・ドキュメント）を使いまわした• プロトタイプ準備コストがほぼかからなかった• 機能開発系は普段のレビューからプロトタイプを用意してるので、微調整だけで済んだ
「簡易版」って何だろう34どこが「簡易版」なの？ 今回、簡易にしたポイント• 「5人の評価者で発見できるユーザビリティの問題の検出率は約84%」（Nielsen andLandauer, 1993）→ 4人• テスト前後の調査協力者へのインタビュー実施→ 2〜3分程度• 発話の録音・書き起こし→ その場で記録• 「UXメトリクス」を用いた分析方法もある→ 今回は使わずhttps://u-site.jp/usability/evaluation/usability-test より引用
リリース後、結果どうなった？35
改修その後36リリース後、数値でも改善が見られた🎉• そもそも「対象ユーザーは少ないだろう」ということで、二次リリースに回された範囲の改修だったが…• リリース後、ドメイン同時取得率が 3.4%上昇 🎉（リリース前後の各1ヶ月間で比較）• 対象ユーザーにこの機能を利用してもらえていると言えそう🕊
37Thank You!Thank You!noteにも違う視点から書いてるのでよかったらぜひ見てください🎉「新人デザイナーが小さく始めるUXリサーチ」
moco1013
ooyama01
greensmile
ozontech
uxaustralia
ryusukekogetsu
nutionbypersol
misty_marsden
aguringo
juliantruitt
hirokazu_oda
sstephenson
samlambert
thekraken
davidbonilla
swwweet
robhawkes
shpigford
malarkey
akmur
jacobian
jennybc
bcantrill