顧客ニーズ調査の対象者の選び方
目次
顧客ニーズを調べる相手は、連絡しやすい人から順に選ぶのではなく、今回知りたい経験を持つ人から選びます。購入した人、毎日使う人、利用をやめた人では、答えられることが違います。誰のどの場面を調べるのかを決め、募集条件に落とし込みましょう。
この記事では、対象者の区分、参加条件を確かめる質問、募集時の偏りの確認を説明します。調査全体の進め方は顧客ニーズを把握するには？をご覧ください。
- 属性だけでなく、実際の経験と役割を条件にする。
- 既存顧客、見込み顧客、利用をやめた人を、目的に応じて選ぶ。
- 人数だけで十分とせず、募集経路と含まれなかった人を記録する。
調べたい場面を経験している人を選ぶ
「中小企業の人」だけでは、調べたい作業をした経験があるか分かりません。「過去1か月に、自分で予約の受付や変更を処理した人」のように、行動と期間を加えると選びやすくなります。期間は一律に決めず、その作業の頻度や思い出しやすさに合わせます。
契約する人と使う人も分けます。導入条件を調べるなら選定や決裁に関わった人、日々の作業を調べるなら実際に操作する人が候補です。一人が両方を担っている場合も、どの立場の経験を答えているか記録します。
実際の利用者や利用する可能性がある人を対象にし、調査で答えたい問いに合う条件を定めることは、英国政府のサービス設計ガイド（GOV.UK）の参加者募集ガイドでも示されています。
既存顧客だけで答えられるかを確かめる
どの区分を含めるかは、知りたいことから決めます。すべての調査で三つの区分を同数集める必要はありません。
| 対象者 | 聞きやすいこと | その人たちだけでは見えにくいこと |
|---|---|---|
| 既存顧客 | 現在の使い方、日々の困りごと、続けている理由 | 導入しなかった理由や、やめた後の状況 |
| 見込み顧客 | 現在の代替手段、導入を考える条件、検討時の不安 | 自社製品を継続利用した実感 |
| 利用をやめた人 | やめる前後の出来事、現在の代替手段 | 変更後の製品を使った評価 |
ここでいう見込み顧客は、単に製品を知らない人全員ではありません。自社が助けたい作業を実際に行っているなど、調査目的に合う条件が必要です。
利用をやめた人についても、解約を決めた人と、操作をやめた人が同じとは限りません。契約だけ残っている場合もあります。「解約日」「最終利用時期」「その判断に関わった役割」を混同せず、必要な範囲で区別します。
現在の画面の使いにくさを調べるなら、古い版しか使っていない人の説明を、そのまま現行版の評価に含めないようにします。
募集条件を確認する質問を作る
参加条件を確かめる短い質問票を、スクリーナーと呼びます。調査本編の質問をすべて先に聞くのではなく、目的に合う経験があるかを確認します。
次の例は、架空の予約管理ツールについて、予約受付の方法を見直すための調査です。実在する顧客やアーコレの事例ではありません。既存利用者に加え、別の方法で予約を受け付ける人も含める想定です。
| 確認すること | 質問例と回答形式 | 選ぶ際の使い方 |
|---|---|---|
| 最近の経験 | 過去1か月に、自分で予約の受付または変更を処理しましたか。経験あり／なし／覚えていない | 経験のある人を候補にする |
| 作業上の役割 | その際に行った作業を選んでください。新規受付／日時変更／空き状況の確認／その他。複数選択可 | 比較したい作業の経験が含まれるか見る |
| 対象ツールの利用状況 | 対象ツールを現在使っている／以前使っていた／使ったことはない | 区分を混ぜずに記録する |
| 現在の方法 | 予約情報を管理するために使ったものを選んでください。予約管理ツール／表計算／紙／その他。複数選択可 | 別の方法で同じ作業をする人も含める |
| 参加方法への希望 | 参加にあたり、連絡方法や資料の形式などで希望があれば教えてください。任意記入 | 参加できる方法を調整する |
「予約の変更に困っている方を募集」とすると、不満がある人だけが集まりやすくなります。うまく進む条件も比べたいなら、困りごとの有無を参加の必須条件にしません。逆に、特定のトラブルの経緯だけを調べる場合は、その経験を条件にしてよいでしょう。目的と条件の対応を残しておくことが大切です。
必須条件と比較したい違いを分ける
条件を増やすほど、対象から外れる人も増えます。「この経験がなければ問いに答えられない条件」と、「違いを見たいので含めたい条件」を分けて整理します。
架空例なら、最近予約を処理した経験は必須条件です。一方、使っている手段や利用をやめた経験は比較のための条件です。「パソコンに詳しい」「オンライン会議に慣れている」を安易に必須にすると、操作や参加方法に支援が必要な人を外してしまいます。
募集を外部に頼む場合も、条件の説明だけで終えず、実際の質問票を確認します。委託先の標準質問で必要な人が除かれていないかを見ることは、GOV.UKの募集依頼書ガイドでも勧められています。
募集経路と参加しにくい条件を点検する
営業から紹介された協力的な顧客だけ、問い合わせをくれた人だけ、平日昼間に参加できる人だけでは、含まれる経験が限られます。次の組み合わせで確認してください。
- 経路の偏り：一つの窓口だけに頼らず、目的に合う別の募集経路も検討する。
- 日時や手段の偏り：参加できない理由が時間帯や機器なら、別の選択肢を用意できるか考える。
- 関係性の偏り：契約への影響を気にして答えにくくならないよう、目的や任意参加であることを説明する。
- 同じ人への集中：過去の参加者だけで繰り返さず、別の経験も含められるか見直す。
複数の経路を使っても、偏りが完全になくなるわけではありません。声をかけた範囲、参加した人の条件、集まらなかった区分を報告に残します。同じ会社から複数人が参加した場合も、複数の会社の意見として数えないようにします。
人数と記録の範囲を決める
適切な人数は、方法、対象の違い、求める判断によって変わります。聞き取りで背景を理解する調査と、全体の割合を推定するアンケートを、同じ人数の基準で決めることはできません。
聞き取りでは、予定した条件の人が含まれたか、説明が食い違う点や重要な未確認点が残っていないかを見て、追加する対象を考えます。アンケートで全体の割合を示したい場合は、必要な精度だけでなく、どう抽出するか、回答しない人の偏りをどう確かめるかも設計に含めます。任意参加の回答数を増やすだけで、全体を代表できるとは限りません。標本の選び方や報告上の注意は、米国世論調査協会（AAPOR）の調査実務ガイドにも整理されています。
募集管理には、次の項目を使えます。分析用の表に氏名や連絡先を並べる必要はありません。
募集記録のテンプレート
- 参加者ID：［ ］
- 必須条件の確認結果：［ ］
- 比較する区分と役割：［ ］
- 募集経路：［ ］
- 参加方法と必要な調整：［ ］
- 今回含められなかった経験：［ ］
連絡先は日程調整に必要な範囲で別に管理し、閲覧する人と保管期間を決めます。調査に関係のない住所、収入、病歴などを念のために集めないようにします。参加上の希望も、診断名ではなく必要な配慮を確認する形にできます。必要な情報に収集を絞り、共有範囲を限定する考え方は、GOV.UKの調査データ管理ガイドも参考になります。
よくある質問
社員や知人に聞いてもよいですか
質問の伝わり方や進行の練習には役立ちます。ただし、製品を熟知している社員の操作を顧客と同じものとは扱えません。知人でも対象条件に合うか、関係性によって答えが遠慮されないかを確認します。
利用をやめた人が集まらない場合はどうしますか
募集経路や参加方法を見直し、調査目的で利用できる既存記録も確認します。それでも聞けなければ、既存顧客の意見で穴を埋めず、未確認の区分として残します。
まとめ
顧客ニーズ調査の対象者は、調べたい経験と役割から選びます。必須条件と比較したい違いを分け、募集経路による偏りを記録してください。まずは「誰に聞けば今回の問いに答えられるか」を一文にしてみましょう。
集まった声を、出所とともに継続して管理する方法は、機能要望管理の基本で説明しています。管理の進め方を検討する際は、アーコレのサービス紹介もご覧ください。
