UIXHERO

サーベイ設計完全ガイド|バイアスを排除して正確なデータを集める技術

サーベイ(アンケート調査)とは、多数のユーザーから定量的なデータを収集する調査手法。質問設計・選択肢設計・バイアス回避の実践ノウハウを解説。

2026年3月17日
更新: 2026年8月27日
7
by Dengen Yosho(DGYS)

「アンケートを取ったら、90%が『満足』と回答した。でもは改善しない」——この矛盾、経験したことはありませんか?

サーベイ(アンケート調査)は最も手軽なリサーチ手法ですが、設計を誤ると、意味のないデータだけが集まるという危険性があります。、社会的望ましさバイアス、選択肢の順序効果——これらを理解せずに作ったアンケートは、「聞きたい答え」を返してくるだけです。

この記事でわかること

  • サーベイの定義と適用場面(との使い分け)
  • 質問文・選択肢設計のルールとアンチパターン
  • 代表的なとその回避方法
  • ・SUS・CSATなど標準化された指標の使い方

1. サーベイとは(定義)

サーベイ(Survey / アンケート調査)とは、多数のユーザーに対して同じ質問を行い、定量的なデータを収集する調査手法です。

「どれくらいの人が」「何を」感じているかを数値で把握できますが、「なぜ」そう感じているかは分かりません。定性調査(インタビュー)で仮説を立て、サーベイでする——このサイクルが基本形です。


2. いつ使うか(適用場面)

特に重要になるケース

  • 規模感の把握: 「この問題を抱えているユーザーはどれくらいいるか」
  • 優先順位付け: 「どの機能改善を先にすべきか」をデータで判断
  • 継続的なモニタリング: NPS・CSATなどを定期計測して傾向を追う
  • セグメント比較: 新規ユーザーと既存ユーザーで満足度が違うか

避けるべき状況

  • 「なぜ」を知りたい時: 深掘りはインタビューで行う
  • ユーザーが自分の行動を正確に覚えていない時: 行動ログを見る方が正確
  • 回答者が少ない時: 統計的に有意な結果を得るには100件以上が目安(サンプルが少ないと、結果が偶然か傾向か判断できないため)

3. なぜ重要か(設計判断の核)

サーベイは「聞き方」がすべてを決める。設計を誤れば、意味のないデータが大量に集まる。

態度と行動は一致しない

ユーザーは「運動したいと思いますか?」と聞かれれば「はい」と答えます。でも実際に運動するかは別の話。意図(Intention)と行動(Behavior)のギャップを理解し、行動に近い質問を設計することが重要です。

質問タイプ信頼性
意図を聞く「この機能を使いたいですか?」低い
過去の行動を聞く「この機能を先週使いましたか?」高い
具体的な状況を聞く「最後にこの機能を使った時、何をしましたか?」高い

4. 質問設計のルール(チェックリスト)

最低ライン(Must)

理想ライン(Better)


5. 代表的なバイアスと回避方法

社会的望ましさバイアス(Social Desirability Bias)

「良い人に見られたい」という心理で、実際よりも好ましい回答をする。

❌ 悪い例✅ 良い例
「環境に配慮した製品を選びますか?」「直近1ヶ月で、エコラベル付き製品を購入しましたか?」

回避策: 意図ではなく過去の行動を聞く。匿名性を強調する。

黙従バイアス(Acquiescence Bias)

質問に「はい」と答えやすい傾向。

❌ 悪い例✅ 良い例
「この機能は使いやすいですか? はい/いいえ」「この機能の使い心地を5段階で評価してください」

回避策: Yes/No形式を避け、段階評価や自由回答を使う。

順序効果(Order Effect)

最初や最後の選択肢が選ばれやすい。直前の質問に回答が引きずられる。

回避策: 選択肢の順序をランダム化。重要な質問は中盤に配置。

フレーミング効果

同じ内容でも、表現の仕方で回答が変わる。

フレーム質問例回答傾向
ポジティブ「90%の人が成功しました」好意的
ネガティブ「10%の人が失敗しました」慎重

回避策: 中立的な表現を使う。両面を提示する。


6. 標準化された指標

NPS(Net Promoter Score)

「このサービスを友人や同僚に勧める可能性は?」(0〜10)

  • 推奨者(9-10) - 批判者(0-6) = NPS
  • 業界ベンチマークと比較可能
  • シンプルだが「なぜ」がわからないため、自由回答を併設

CSAT(Customer Satisfaction Score)

「〇〇にどれくらい満足していますか?」(1〜5)

  • 特定の体験・を評価
  • タイミング重要(体験直後に聞く)

SUS(System Usability Scale)

10項目の化されたユーザビリティ質問票。スコア68以上が「良い」とされる。


7. 実施手順(ステップバイステップ)

STEP 1: 目的の明確化

【目的テンプレート】
- 知りたいこと: [具体的な問い]
- 対象者: [誰に聞くか]
- 用途: [結果をどう使うか]
- 仮説: [予想される結果]

STEP 2: 質問設計

  1. スクリーニング質問: 対象外の回答者を除外
  2. メイン質問: 知りたいことを直接聞く(5〜10問)
  3. デモグラフィック質問: 属性(年齢・職種など)は最後に

STEP 3: パイロットテスト

5人程度に回答してもらい、以下を確認:

  • 質問の意図が伝わっているか
  • 選択肢に漏れはないか
  • 所要時間は適切か

STEP 4: 配信と回収

  • サンプルサイズ: 統計的に有意な結果には100件以上
  • 回収率向上: インセンティブ、短い所要時間、明確な目的説明

STEP 5: 分析とアクション

  • クロス集計: 別の傾向を見る
  • 自由回答の分類: キーワード抽出、カテゴリ分け
  • アクションプラン: 結果を具体的な改善施策に接続

8. おすすめツール

ツール特徴料金
Google Forms無料、シンプル無料
Typeform美しい、会話形式無料プランあり
SurveyMonkey分析機能充実無料プランあり
Qualtricsエンタープライズ向け有料
Hotjarヒートマップ + サーベイ無料プランあり

9. テンプレート

NPSサーベイ

【Q1】定量(NPS)
このサービスを友人や同僚に勧める可能性はどれくらいですか?
0(全く勧めない)〜 10(強く勧める)

【Q2】定性(理由)
そのスコアをつけた主な理由を教えてください。
[自由記述]

【Q3】定量(改善点)
どの点を改善すれば、スコアが上がりますか?
[ ] 速度
[ ] 使いやすさ
[ ] 機能
[ ] サポート
[ ] その他:___

CSATサーベイ(タスク完了後)

【Q1】
今回の○○にどの程度満足していますか?
1(非常に不満)〜 5(非常に満足)

【Q2】
困った点があれば教えてください。
[自由記述・任意]

10. 関連リンク


11. まとめ

今日から直せる一手

次にアンケートを作る時、すべての質問を「これは誘導尋問になっていないか?」と自問してみてください。「〇〇は便利でしたか?」は「〇〇を使った時、困ったことはありましたか?」に変えられます。

チームに共有するなら一言

「聞き方を変えれば、答えも変わる」——サーベイ設計は、聞きたい答えを引き出す技術ではなく、正確な事実を引き出す技術です。


UXデザインを体系的に学ぶ

リサーチの手法を理解したら、次は「UI原則」と「UIコンポーネント」も学ぼう。

サーベイとは、多数のユーザーに同じ質問を行い、定量的なデータを収集する調査手法です。

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

A/Bテスト完全ガイド|統計的に正しい意思決定を行う実験設計

A/Bテストとは2つのパターンを比較し、どちらが良い成果を出すかをデータで検証する手法。仮説設計から統計的有意性の判断、よくある失敗パターンまで解説。

2026年3月17日
9

UXリサーチ完全ガイド|定性・定量×行動・態度の4象限で手法を体系化

UXリサーチとは、ユーザーを体系的に調査するプロセス。定性・定量×行動・態度の4象限で手法を分類し、開発フェーズごとの使い分けを解説。

2026年3月17日
14

カードソート完全ガイド|ユーザーの頭の中を可視化する情報設計手法

カードソートとは、ユーザーに情報をグループ分けしてもらい、自然な分類構造を探る調査手法。オープン・クローズドの使い分けから、分析方法まで解説。

2026年3月17日
9

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る

その画面、AIに作らせたあと「出していいか」誰が判断していますか?

UIXHERO の知識を、実際の画面の判断に。AIが作ったUIの課題・改善優先度・判断根拠を、 6観点で整理する軽量 Design QA です。

Design QA を見る