UXリサーチとは｜手法一覧と新規事業での進め方・体制作り

ユーザーインタビューを終え、議事録も共有しました。ところが企画会議では、「それで、誰に何を作るのか」が決まりません。UXリサーチを実施した事実だけが残り、事業の判断は調査前と同じままです。

UXリサーチとは、利用者の行動や置かれた状況、判断理由を調べ、製品・サービスの意思決定へつなげる活動です。インタビューに限らず、観察、ユーザビリティテスト、アンケート、利用ログの分析も使います。

この記事では、UXリサーチの意味と手法、新規事業の段階別の回し方、判断から逆算する7段階、質問・観察の設計、専任者がいない場合の体制作りまで解説します。

UXリサーチとは｜ユーザー調査・市場調査との違い

UXリサーチの対象は、画面を操作する数分間だけではありません。サービスを知り、比べ、社内で相談し、申し込み、使い、問い合わせ、そしてやめます。この一連の経験から、今回の意思決定に必要な範囲を切り出します。

BtoBでは、利用者と管理者、契約を判断する人が別々になることもあります。利用者が操作しやすいと感じても、情報システム部門の確認や購買手続きで導入が止まるなら、その前後も調査対象です。

「ユーザー調査」とUXリサーチの範囲は重なります。ここでは、調査結果を体験や提供方法の変更へつなげる活動をUXリサーチと呼びます。用語の線引きに時間を使うより、「何を決めるための調査か」をチームでそろえるほうが実務では有効です。

市場調査との違いも、目的で考えると明快です。市場調査で市場の規模や購買傾向を捉え、UXリサーチで利用前後の行動や迷う理由を追います。どちらか一方を選ぶのではなく、同じ意思決定に必要なら組み合わせます。

UXリサーチの手法一覧｜問いに合う方法を選ぶ

会議で「まずインタビューを10人」と決めても、知りたいことに答えられるとは限りません。実際の操作で止まる場所を知りたいなら、意見を聞くより操作を見たほうが早いからです。UXリサーチの手法は、人数ではなく問いから選びます。

先に「誰の、どの場面について、何を判断したいか」を一文にしてください。そのうえで、態度を聞くのか行動を見るのか、理由を深く知るのか広がりを測るのかを決めます。

探索では、まだ見えていない課題や行動を探します。評価では、コンセプトや試作品が理解され、操作されるかを確かめます。定性調査の後にアンケートで広がりを測ることもできますが、順番は調査の慣例ではなく次の判断から決めてください。

新規事業の各段階でUXリサーチをどう回すか

新規事業のUXリサーチは、一度作った調査計画を最後まで守る仕事ではありません。課題探索、価値提案、試作品、提供後の4段階で、判断したい内容に合わせて問いと手法を更新します。

構想初期に聞くのは、「この案が欲しいですか」ではありません。対象者が直近で困った場面、現在の代替手段、放置した場合に起きたことをたどります。まだ案がない状態で、課題がどこにあるかを探る段階です。

価値提案を作ったら、コンセプトを見せます。何のサービスだと理解したか、現在の手段と何が違うか、導入を止める条件は何かを聞きます。賛否の票を集めるより、理解のずれを見つけることが狙いです。

試作品では、説明を足さずに操作してもらいます。どこを見て、次に何が起きると予想し、どこで手が止まったかを観察してください。完成度を褒めてもらう場ではなく、確かめたい行動が成立するかを見る場です。

提供後は、利用ログ、問い合わせ、解約理由、継続利用者への調査を組み合わせます。週に何回使ったかはログで分かっても、なぜその場面で使ったかは分かりません。数字で起きていることを捉え、定性調査で理由を探ります。

各段階の終了時に、前提を「維持・修正・保留・中止」のどれに置くかを決めます。報告書を作るだけでは、会議の参加者が替わったときに同じ議論が再発します。判断と次の検証を一緒に記録します。

UXリサーチの進め方｜判断から逆算する7段階

「ユーザーをもっと理解する」は、UXリサーチの目的として広すぎます。理解が深まったかを判定できず、調査後に何を変えるかも決まらないからです。進め方は、結果によって動かす意思決定から逆算します。

1. 変える判断を書く。 「誰に提供するか」「どの課題を優先するか」「試作品のどこを直すか」など、調査後に更新する対象を一つに絞ります。
2. 既知・仮説・不明を分ける。 商談記録や利用ログを確認し、確認済みの事実と社内の推測を混ぜません。不明点を調査の問いへ変えます。
3. 対象条件を定義する。 年齢や役職だけでなく、直近の行動や経験で区切ります。BtoBなら業務の担当範囲や選定への関与も確認してください。
4. 問いに合う手法を選ぶ。 理由を知るならインタビューや観察、操作を確かめるならユーザビリティテスト、分布を知るならアンケートを候補にします。
5. 同意と記録方法を決める。 利用目的、記録範囲、保管先、共有先、匿名化、削除の扱いを参加者へ伝えます。録画・録音は、同意を得た範囲で行います。
6. 事実と解釈を分けて分析する。 発言、行動、画面上の出来事を証拠として残し、そこから導いた解釈を別に書きます。仮説に反する証拠も消しません。
7. 判断と次の検証へ渡す。 維持・修正・保留・中止の結論、担当者、期限を決めます。未解決の問いは、次の調査や試作の入力にします。

調査計画は、長い企画書である必要はありません。次の7項目を一枚に置けば、調査を判断会議へ接続できます。

たとえば、法人向け申請サービスを考えているとします。判断は「経理担当者を優先対象のままにするか」。直近に申請業務を担当した人を対象とし、承認だけを行う人は除外します。申請開始から差し戻しまでを再現できれば維持し、実際の主担当が別部門なら対象を修正する、という具合です。

証拠が割れれば、無理に白黒をつけず保留にします。その場合も、追加で何を調べるか、誰がいつまでに動くかまで決めてください。

UXリサーチの質問・観察・ユーザビリティテスト設計

参加者へ「この機能があれば使いますか」と聞くと、多くの場合は機能の説明に反応した意見が返ります。UXリサーチで先に確かめたいのは、未来の意向より、過去に起きた具体的な行動です。

インタビューでは、「直近で同じ問題が起きた場面を、始まりから教えてください」と尋ねます。いつ、誰が、何を使い、どこで止まり、どう回避したのかを順に確かめます。事実をたどった後に、その判断理由や感情を確認します。

ユーザビリティテストでも、操作方法を問題文に入れません。「右上のボタンから登録してください」ではなく、「このサービスを初めて使う想定で、利用開始の準備をしてください」と状況を渡します。参加者が止まったときは、すぐ助けず、何を探しているかを聞いてください。

観察メモは、少なくとも「事実・発言・解釈・判断」の4つに分けます。「料金表を見続けた」は観察した事実です。「高いと感じた」は、本人がそう話していなければ分析者の解釈にすぎません。この二つを同じ欄へ書くと、会議では推測が事実として読まれます。

一人の強い発言だけで結論を変えないことも大切です。同じつまずきが別の参加者にも起きたか、反対の行動はなかったか、対象条件で差が出たかを確認します。追加調査を決める基準は人数の多さだけではなく、今の判断を変えるような反証が残っているかどうかです。

UXリサーチの体制作り｜専任者がいなくても責任を置く

専任リサーチャーがいなくても、UXリサーチは回せます。ただし、事業責任者が自分で対象者を集め、質問し、分析し、企画の採否まで一人で決める形は危険です。自分の案に都合のよい発言だけを拾っても、誰も止められません。

一人が複数の仕事を担っても構いませんが、次の5つの役割は明記します。

• 意思決定者：結果を受けて、維持・修正・保留・中止を決めます
• 調査責任者：問い、対象条件、参加者への説明、分析品質を管理します
• モデレーター：調査を進行し、誘導を避けます
• 記録・分析担当：発言・行動と解釈の対応を残します
• 領域担当者：営業、法務、開発などの制約を確認します

専任者がいない場合は、別の担当者が質問案と分析結果をレビューしてください。モデレーターと意思決定者を分けられないなら観察者を置き、終了直後に各自で見立てを書きます。先に会話して結論をそろえると、異なる解釈が消えてしまうからです。

原本へアクセスできる人、録音・録画の保管期間、匿名化の方法、生成AIへ入力してよい情報も調査前に決めます。文字起こしや要約に外部サービスを使う場合は、参加者への説明、サービスの利用条件、自社の情報管理規程を確かめてください。

外部の調査会社へ依頼しても、事業案の採否は社内に残ります。意思決定、既知情報、対象条件、制約を渡し、納品物には根拠へ戻れる記録と次の行動を求めます。法務、情報管理、調達の確認者と承認手順は、自社の規程に合わせて定めてください。

UXリサーチが意思決定につながらない原因

インタビューを追加しても、UXリサーチが判断につながらないことがあります。その場合は手法を増やす前に、目的、対象者、証拠、会議の4点を見直してください。調査技術だけを直しても、決める人と基準がなければ再び報告で止まります。

調査目的が「理解を深める」で止まっている

「理解」は終了条件になりません。何を決めるために、どの不明点を減らすのかへ書き換えます。「経理担当者を優先顧客にするか」「試作品の申請導線を作り直すか」まで狭めると、必要な証拠が見えます。

会いやすい人だけを対象にする

既存顧客、社内の知人、紹介者は集めやすい一方、新規事業の対象条件と一致するとは限りません。募集経路を複数に分け、同じスクリーナーで対象条件と除外条件を確認します。誰に会えなかったかも記録に残してください。

発言録をそのまま示唆と呼ぶ

「機能Aが欲しい」は発言であり、まだ示唆ではありません。その言葉が出た状況、現在の代替手段、観察した行動、反対事例を並べ、どの判断に影響するかを書きます。引用の量ではなく、証拠と解釈のつながりが要点です。

調査を増やせば、不確実性がなくなるわけでもありません。追加調査の前に、「新しい証拠が出たら、今の判断は本当に変わるか」と問い直します。変わらないなら、次に必要なのは調査ではなく、試作品や小さな提供かもしれません。

判断会議が決まっていない

調査結果の共有会と、事業の判断会議は別物です。誰が、いつ、どの基準で維持・修正・保留・中止を決めるのかがなければ、示唆は感想として流れます。調査前に最終意思決定者と会議日を置き、法務、情報管理、調達など確認が必要な部門も特定してください。

まとめ｜UXリサーチは調査後の変更まで決めて回す

UXリサーチは、利用者の声を集める行事ではありません。行動と状況の証拠を集め、製品・サービスの判断を更新する活動です。手法を選ぶ前に、調査後に変える意思決定を一つ決めます。

新規事業では、課題探索で現在の行動と代替手段を調べ、価値提案では理解のずれを探し、試作品では操作を観察します。提供後はログで起きていることを捉え、定性調査で理由を確かめます。段階が変われば、問いも変わります。

まず一枚の判断カードに、対象条件、除外条件、採用する証拠、判断基準、責任者、会議、期限を書いてください。調査を始める準備とは、質問票を完成させることではなく、結果を受け取る場所を作ることです。