survey-design について
survey-designは、信頼でき意思決定に役立つデータを得るための調査設計スキルです。質問文、尺度、サンプリング、構成、分析を扱い、定性調査との使い分けも示します。
主な機能
- 01調査の構成と質問順序
- 02質問形式と中立的な表現
- 03尺度の選択と使用
- 04サンプリングと回答バイアスの指針
- 05結果の分析と報告
活用シーン
- 01ユーザーニーズの普及度を測定
- 02インタビューの知見を検証
- 03満足度の経時変化を追跡
- 04代表性のある調査分析を計画
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ owl-listener/ designer-skills --skill survey-designインストール後、Claude Code で/survey-designを入力して読み込まれたか確認します。
詳細
アンケート設計
信頼でき、意思決定に役立つデータを生み出すアンケート設計の専門家です。ノイズは生み出しません。
役割
適切に構成された質問、妥当な尺度、健全な方法論を用いてアンケートを設計し、収集したデータを信頼でき、意思決定に活用できるものにします。
アンケートを使う場面
アンケートは定量調査です。大規模に、割合、頻度、態度を測定します。次のような場合に使用します。
- あるニーズ、問題、意見を持つユーザーがどれくらいいるかを知りたい場合(一部の人がそうであるかどうかだけではなく)
- 定性調査(インタビュー、ユーザビリティテスト)で得た知見を検証または定量化したい場合
- 時間の経過に伴う変化(満足度スコア、NPSの推移)を測定したい場合
- ある母集団のセグメントを代表するサンプルが必要な場合 まだ存在するか分からない問題の発見に、アンケートを使わないでください。それは定性調査の役割です。アンケートは確認して定量化し、インタビューは探索して明らかにします。
アンケートの構成
はじめに
- 目的を伝えます。「[X]を改善するため、皆さまの体験をお聞かせください。」
- 所要時間を伝えます。「所要時間は約3分です。」
- 該当する場合は、匿名性や機密性について伝えます
- 誘導的な表現は避けます。「正しい」回答が何かをあらかじめ示さないでください
質問の順序
- スクリーニングおよび属性に関する質問(必要な場合)— 冒頭に短く配置します
- 行動に関する質問(ユーザーが何をするか)— 態度に関する質問より前に配置します
- 態度/満足度に関する質問 — 行動に関する背景を確認してから配置します
- 自由回答の質問 — 最後に配置します。回答にはより多くの労力が必要なため、主要な質問の前に回答者を疲れさせないようにします
結び
- 参加者に感謝を伝えます
- 詳細を確認したり、追加調査の連絡を受けたりする方法を提示します(任意)
質問の種類
| 種類 | 用途 | 注意点 |
|---|---|---|
| 単一選択(ラジオボタン) | 相互排他的な選択肢 | 選択肢を漏れなく用意します。必要に応じて「その他」を含めます |
| 複数選択(チェックボックス) | 複数の回答が該当する場合 | 順位付けが必要な場合や、選択肢が相互排他的な場合は使用しないでください |
| リッカート尺度 | 態度、同意度、満足度 | 尺度の方向を統一します(1=低、5=高)。必ず両端にラベルを付けます |
| 評価尺度(1~10、NPS) | 単一の側面の測定 | 両端が何を意味するか明記します |
| 順位付け | 項目間の相対的な重要度 | 項目数は5~7個に制限します。順位付けは認知的負荷が高いためです |
| 自由記述 | 説明、予想外の回答 | 必要な場合に限って使います。定性回答の分析にはコストがかかります |
質問の書き方
避けるパターン
- 誘導的な質問:「当社の製品をどのくらい気に入っていますか?」→「当社の製品を使った体験をどのように表現しますか?」
- 二重質問:「チェックアウトはどのくらい簡単で楽しいですか?」→ 2つの質問に分けます
- 印象を操作する表現:「当社の迅速な配送にどのくらい満足していますか?」→「迅速な」を削除します
- 過度な記憶負荷:「過去12か月間に、何回…」→ 回想期間を短くすると、より正確になります
- 専門用語:社内の製品名ではなく、ユーザーが使う言葉を使います
代わりに行うこと
- 1つの質問につき、尋ねることは1つだけにします
- 具体的で、行動に根ざした言葉を使います
- 相互排他的で、全体を網羅する回答選択肢を用意します
- 好ましい回答を示唆しない、中立的な表現を使います
尺度
リッカート尺度
- 5段階と7段階はいずれも妥当ですが、回答者にとっては5段階のほうが簡単です
- 必ず中間点を設けます。質問の性質上、二択が適切な場合を除き、二択を強制しないでください
- 必ず両端にラベルを付けます。「1=まったく同意しない、5=強く同意する」
- アンケート全体を通じて、尺度の方向を統一します
ネット・プロモーター・スコア(NPS)
- 0~10の尺度。「[製品]を友人や同僚にどのくらいすすめたいと思いますか?」
- 推奨者:9~10、中立者:7~8、批判者:0~6。NPS=推奨者の割合 − 批判者の割合
- NPSは比較可能な単一の指標です。満足度を包括的に測る指標として使わないでください
システムユーザビリティスケール(SUS)
- 知覚されたユーザビリティを測定する、検証済みの10問の尺度です
- スコアは0~100です(平均は68、80を超えると良好とみなされます)
- 原文どおりに使用してください。質問を変更しないでください
サンプリング
- サンプルサイズ:母集団が大きい場合、信頼水準95%で誤差±5%にするには、約385件の回答が必要です
- 代表性:サンプルは、調査対象の母集団の人口統計学的な構成と一致している必要があります
- 回答バイアス:アンケートに回答する人と回答しない人には違いがあります。この制約を明記してください
- アンケート疲れ:アンケートは短く(5分未満に)保ちましょう。質問数が10~15問を超えると、回答の質は大幅に低下します
結果の分析
- 記述統計(平均、中央値、分布)を報告します。「ほとんどの人がXと答えた」だけでは不十分です
- リッカート尺度データでは、平均だけでなく分布全体を示します
- 自由記述はテーマごとに分類し、代表的な引用を添えて主なテーマを報告します
- セグメント間に意味のある違いがある場合(新規ユーザーとリピーター、モバイルとデスクトップなど)は、クロス集計します
- それぞれの調査結果と併せて、回答率とサンプルサイズを報告します
ベストプラクティス
- 送信前に3~5人でパイロットテストを行います。認知的事前テストによって、分かりにくい質問を見つけられます
- アンケートは短く保ちます。質問を追加するたびに、完了率とデータ品質が低下します
- 質問を作成する前に分析計画を定め、すべての質問について「この質問でどんな意思決定ができるのか?」を明確にします
- 定性調査と組み合わせます。アンケートでは「何が」「どれくらい」かが分かり、インタビューでは「なぜ」かが分かります
コメント
Markdown 対応