アンケート設問の作り方を誤ると、回答数がそろっても判断には使えません。「当社の新サービスは、受発注業務の効率化に役立つと思いますか」。この設問で賛成が並んでも、事業を進める根拠にはしにくいでしょう。期待する効果が質問文に入り、まだ使っていないサービスへの予想を求めているからです。
回答が集まった後に「この数字から何を決めるのか」と会議が止まるなら、集計より先に設問を見直す必要があります。知りたいことを並べた質問票と、意思決定に使える質問票は別物です。
アンケート設問の作り方とは、検証したい仮説と判断を、回答者が答えられる一問一論点の質問と選択肢へ変える作業です。 この記事では、調査後の判断から配信前のプレテストまで、7段階で解説します。
アンケート設問の作り方は、質問文を書く前に決まる
アンケート作成画面を開き、思いついた質問を上から入力します。30問ほど並んだところで、「結局、何を判断する調査だったか」が曖昧になります。手戻りを避ける起点は、質問文より先に「誰の何を確かめ、回答後に誰が何を決めるか」を固定することです。
たとえば「顧客のニーズを知る」だけでは、ほぼすべての質問が必要に見えます。一方、「受注情報を別システムへ手入力している企業を、次の試作検証の対象に含めるか決める」まで書けば、聞く項目は手入力の経験、発生場面、現在の対処、試作を試せる条件へ絞れます。
判断と実行の担当まで固定する
質問票の管理欄には、調査内容だけでなく、判断と実行の担当も必要です。
- 回答対象者：どの業務や購入に関わった人か
- 確かめる仮説：誰が、どの場面で、何をしていると見立てたか
- 観測項目：過去の行動、頻度、現在の対処、評価のどれを取るか
- 調査後の選択肢：仮説維持、仮説修正、対象変更、追加確認、見送りのどれを選び得るか
- 判断責任者・会議体：誰が、どの会議で決めるか
- 判断日：いつまでに結果を読むか
- 結果別の次工程：試作、追加インタビュー、対象者の再設定など、判断後に何を始めるか
- 実行責任者・期限：次工程を誰がいつまでに進めるか
アンケート結果だけで投資可否を決めるのか、追加インタビューや試作検証の対象を選ぶ材料に限るのかも明記します。証拠が足りなければ「判定保留・追加確認」を選べるようにしてください。根拠のない回答割合を合格基準にするより、判断の射程を先に狭める方が安全です。
最後に、会議で使う集計表の列を仮置きします。読み方を説明できない列なら、その列を作る設問も要りません。
アンケート設問の作り方｜7段階の実務手順
アンケート設問は、判断、仮説、対象者、観測項目、質問文、回答形式、プレテストの順で作ります。目的と対象者が曖昧なまま言葉だけを磨いても、回答の解釈はそろいません。
- 調査後の意思決定を定める。 取り得る判断、責任者または会議体、判断日、結果別の次工程、実行責任者と期限を明記します。
- 仮説を一文にする。 願望ではなく、回答者が知っている現在の状況や過去の行動で書きます。
- 回答対象者を決める。 役職名だけでなく、対象業務の経験、購入への関与、利用状況を条件にします。
- 観測項目へ分ける。 行動の有無、時期、頻度、発生場面、代替手段、評価を切り分けます。
- 一問一論点で書く。 一つの設問には、一つの事実か評価だけを置きます。
- 回答形式を選ぶ。 単一選択、複数選択、段階評価、数値入力、自由記述を目的で使い分けます。
- 試し回答から直す。 解釈、選択肢、分岐、出力データを通して点検してください。
設問管理欄には、設問番号、対応する仮説、観測項目、質問文、回答形式、表示条件、集計列、判断責任者、判断日、結果別の次工程、実行責任者と期限を並べてください。仮説との対応が見えれば、文章の好みではなく「この回答で判断できるか」を基準にレビューできます。
記入済み設計シート例
BtoB企業向けの「受発注情報の手入力を減らすサービス」を想定した架空例で、一つの設問を判断から集計列までつなげます。
- 調査後の判断：手入力が残る業務を、次の試作検証の対象候補に含めるか
- 判断責任者・会議体・判断日：新規事業責任者／回答回収翌週の事業開発会議
- 仮説：受発注業務の担当者は、一度登録した情報を別のシステムへ再入力している
- 観測項目：直近の再入力経験、発生日数、発生工程、回答者の役割
- 質問文：「直近5営業日のうち、受注情報を別のシステムや表へ手入力した日は何日ですか」
- 回答形式：単一選択。「0日」から「5日」までの各日数と「覚えていない」
- 分岐：1日以上なら発生工程と結果へ進み、0日なら現在のデータ連携方法へ進む
- 集計列：再入力日数、発生工程、起きた結果、回答者の役割、希望する次の行動を別々に保存
- 結果別の次工程：仮説を維持するなら試作要件を作る。材料不足なら追加インタビュー候補を選び、仮説と異なる場合は対象業務を見直す
質問文だけを抜き出せば短くても、判断、仮説、分岐、集計列は一続きです。このつながりを失わないために、設計シートを使います。
回答を歪めないアンケート設問の作り方
回答を歪めにくい質問文は、一問で一つの事実や評価だけを尋ねます。前提、期待する効果、望ましい答えは文中に不要です。対象となる場面と期間を具体化し、回答者が実際に知っていることを聞きます。
質問文、回答選択肢、質問順は、相互に関わる質問票設計の論点です（KrosnickとPresser, 2010年）。ここでは、BtoB新規事業の場面に置き換えてNG例を直します。
一問で一つだけ聞く
「現在の受発注システムの価格と使いやすさに満足していますか」では、価格には納得しているが操作には不満、という回答を表せません。次の2問が必要です。
- 「現在の受発注システムの操作のしやすさを、どのように評価しますか」
- 「現在の受発注システムの料金水準を、どのように感じますか」
「分かりやすくて便利」「速く正確」のように複数の評価を束ねず、集計表で別々の列になる単位まで分けます。
期待する答えを質問文へ入れない
「入力ミスを減らせる新サービスを導入したいですか」は、未検証の効果と望ましい答えを先に示す誘導的な設問です。機能説明を別欄へ移し、「説明したサービスへの関心に最も近いものを選んでください」と聞きます。
ただし、関心と試用意向は別の項目です。関心の程度、評価の理由、試用条件や資料の案内を希望するかは、別の設問にします。
二重否定と曖昧な頻度語を使わない
「受注情報を手入力しない日はほとんどないですか」は、「しない」と「ない」が重なります。「ほとんど」も、人によって想定する回数が違う言葉です。
この作例なら、「直近5営業日のうち、受注情報を別のシステムへ手入力した日は何日ですか」と直します。回答は「0日」から「5日」までと「覚えていない」です。実際の調査では、日次、月次、四半期など、対象業務の発生周期に合わせて期間を決めます。
期間・場面・回答者の役割を指定する
「最近、手作業で転記することはよくありますか」では、回答者ごとに思い出す期間が変わります。「直近3か月に、受注情報を別のシステムへ手入力したことはありますか」と、期間、対象、行動を示してください。
利用担当者に全社の投資対効果を聞いても、答えられる立場とは限りません。利用担当者には現在の作業、導入担当者には選定条件、決裁関与者には予算や承認条件を聞き分けてください。回答者の役割を別設問で取り、答えられない質問は分岐で飛ばします。
社内用語を回答者の行動へ直す
「ソリューション」を平易な語に替えるだけでは不十分です。「PoCのKPI達成に必要なソリューションは何ですか」では、解釈が広すぎます。
たとえば「企画を次の検証段階へ進める際、最も時間がかかる作業を一つ選んでください」と直します。解決策の希望ではなく、現在の行動を聞く形です。
アンケート設問の回答形式と選択肢の作り方
質問文が中立でも、選択肢の区分が重なっていたり、該当項目がなかったり、答えられない人にも選ばせていたりすれば、回答の意味は不揃いになります。
回答尺度の範囲は、自己申告そのものを動かします。低い視聴時間帯を細かくした尺度と、高い視聴時間帯を細かくした尺度のどちらかを見せ、1日あたりのテレビ視聴時間を尋ねた実験があります。2.5時間超と答えた割合は16.2%と37.5%で、21.3ポイントの差が出ています（出典：Schwarz ほか 1985年）。
単一選択と複数選択を目的で分ける
単一選択は、主な状態や最も近い評価を一つ取る形式です。複数選択は、利用中の手段など、同時に複数が該当する項目を取る形式です。
ただし、複数選択で選ばれた数を、利用頻度や優先度とは読めません。主な手段を知りたいなら一つに絞り、頻度を知りたいなら手段ごとの回数を別に聞きます。
自由記述は、選択肢にない理由や具体的な場面を拾う補助です。どの設問の解釈を補い、記述をどう分類するかを決めてから置いてください。
選択肢の重なりと抜けをなくす
回数を尋ねるとき、「月1〜3回」「月3〜5回」では3回が重なります。「0回」「1〜2回」「3〜5回」「6回以上」なら、一つの回答は一つの区分です。区切り方は業務頻度と分析目的に合わせます。
選択肢の軸も統一してください。「予算がない」「操作が難しい」「上司に反対された」「導入しない」では、条件、評価、出来事、結論が混在した状態です。費用、機能、運用、社内手続きなどに分け、「該当なし」「判断できない」「その他」を必要に応じて加えます。
肯定・否定の段階数と尺度ラベルをそろえる
「非常に満足」「満足」「やや満足」「どちらともいえない」「不満」は、肯定側だけが細かく、否定側の違いが残らない尺度です。
5段階で聞くなら、「非常に不満」「やや不満」「どちらともいえない」「やや満足」「非常に満足」と対応させます。「判断できない」は評価軸の外へ分けます。数値尺度を使う場合は方向をそろえ、両端の意味を回答画面と集計表に残してください。
アンケート設問の順番と分岐の作り方
商品説明の後に困りごとを聞くと、説明前から思い出していた内容か、説明文に反応した内容かを区別できません。現状への回答とコンセプト提示後の反応を分けるなら、過去の行動を先に聞いてください。
新規事業のアンケートは、次の6段階を起点に調整します。
- スクリーニング：対象業務の経験と購入・決裁への関与
- 過去の行動：直近の場面と実際に行った作業
- 現在の対処：利用中の手段と起きた結果
- コンセプト提示：全員に同じ説明と条件を表示
- 評価と条件：試用意向、理由、導入条件を分けて質問
- 分析用属性：集計で使う役割や企業条件だけ取得
分岐は、答えられない設問を見せないために使います。利用者、導入担当者、決裁関与者で質問を分け、遷移を各設問の管理欄へ書きます。テスト回答を出力し、非表示と無回答が別の値で保存されるかも確認してください。
選択肢の提示順を点検する
金額、回数、満足度のように自然な順序がある選択肢は、その軸に沿って並べます。部署名や利用中の手段など自然な順序がない一覧は、固定した先頭項目が回答へ影響しないか、プレテストでの確認が必要です。
選択肢をランダム表示または回答者ごとにローテーションする場合は、使用ツールの設定と集計条件を記録します。「その他」「該当なし」「判断できない」は末尾へ固定するなど、質問票内で扱いを統一してください。
新規事業アンケート設問の作り方｜7つの設問例
新規事業のアンケートでは、回答者の役割、直近の行動、コンセプトへの関心、希望する次の行動を別の設問で尋ねます。どの仮説が外れたかを特定できれば、次に直す場所が残ります。
以下は、BtoB企業向けの「受発注情報の手入力を減らすサービス」を題材にした架空例です。仮説は「受発注業務の担当者は、一度登録された受注情報を別のシステムや表へ再入力し、確認や修正をしている」。調査後は、再入力が残る業務を次の試作検証の対象候補に含めるかを決めます。
回答資格・関心・希望行動を分ける7つの設問
「受発注業務を効率化する新サービスを使いたいですか」という一問を、次の流れへ組み直します。
- 回答資格と役割。 「受注情報の登録・更新を担当している」「導入候補の比較・選定に関わる」「契約・予算の承認に関わる」「いずれにも関わらない」から該当項目を取ります。
- 直近の行動。 「直近3か月に、一度登録された受注情報を別のシステムや表へ再入力しましたか」と聞きます。
- 発生場面と結果。 再入力が発生した工程を複数選択にし、確認、誤入力の修正、後続処理の遅れなど、起きた結果を取ります。
- 現在の処理方法。 二重確認、表計算での管理、既存システム連携、担当者による追加確認、特別な処理なし、その他から実際の方法を確認します。
- コンセプトへの関心・評価。 対象機能と利用条件を同じ文面で示し、関心の程度を単一選択で聞きます。「提示された情報だけでは評価できない」も用意します。
- 希望する次の行動。 資料確認、試用条件の確認、担当部署からの案内、追加情報は希望しない、を分けて取ります。
- 理由と導入条件。 評価の理由は自由記述、導入条件は費用、既存システムとの接続、社内承認、運用変更など、同じ水準の選択肢で尋ねます。
集計表では、回答資格・役割、コンセプトへの関心・評価、希望行動を別の列に保存します。「評価できない」を否定評価へ合算せず、資料希望を試用意向へ読み替えないでください。
手入力経験がない回答も残します。対象者条件が違ったのか、仮説が外れたのかを切り分ける材料になるからです。
アンケート設問の作り方｜配信前のプレテストと最終チェック
配信前レビューの目的は、誤字を探すことだけではありません。回答者が質問を意図どおりに読み、該当する選択肢へ進み、出力データを意思決定に使えるかまでが確認対象です。
回答者が質問をどう理解し、答えをどう選んだかを確かめる手法が、認知インタビューです（Willis, 2005年）。想定回答者に実際の画面から答えてもらい、その後で「どう解釈したか」「何を思い出したか」「どこで迷ったか」を聞きます。作成者の意図は先に説明しません。
文章、選択肢、動作、集計を次の順に確認してください。
- 各設問が、回答後のどの判断に使われるか説明できるか
- 一問で二つ以上の事実や評価を聞いていないか
- 二重否定や、「最近」「よく」など解釈が分かれる語が残っていないか
- 期待する答え、未検証の効果、否定しにくい前提を入れていないか
- 回答者が自分の経験や役割から答えられる内容か
- 単一選択と複数選択が、同時に該当し得るかどうかと合っているか
- 選択肢が重ならず、該当なし、判断不能、その他を必要に応じて選べるか
- 肯定側と否定側の段階数・ラベルが対応しているか
- 必須回答にする理由を説明でき、回答不能でも先へ進めるか
- 分岐、戻る操作、終了条件が想定どおりに動くか
- 非表示、無回答、該当なしが出力データ上で区別されるか
- 回答資格・役割、関心・評価、希望行動が別の列に保存されるか
- 自由記述の分類方法、欠損値、集計対象外の条件を事前に決めたか
修正後は版番号を残します。配信途中で設問を変えた場合は、回答条件が変わった位置も記録してください。最後にテスト回答を集計表へ入れ、設問番号、出力列、複数選択の保存形式、集計対象を確かめます。回答画面が整っただけで完成としてはいけません。
まとめ｜アンケート設問の作り方は、回答後の判断から始める
アンケート設問の作り方で最初に決めるのは、質問の言い回しではありません。誰の何を確かめ、回答後に誰が何を変えるかです。
判断、仮説、対象者、観測項目、質問文の順で落とし、一問には一つの事実か評価だけを置きます。選択肢の重複と抜け、答えられない人への分岐、前の設問が後の評価を先回りしていないかも点検してください。
利用意向だけで結論を出さず、回答資格・役割、過去の行動、現在の対処、コンセプトへの関心・評価、希望する次の行動を分けて記録します。配信前は想定回答者に試してもらい、質問の解釈からデータ出力、集計後の判断まで通します。