AIインタビューの対象者リクルーティング｜条件・スクリーナー・謝礼の設計【2026】

AIインタビューは実査を速くできますが、対象者がずれていれば、速く集まった発話ほど誤った確信を強めます。人数を先に決めるのではなく、何を判断したいか、誰の経験が必要か、どの偏りを許容しないかを募集条件へ変換することが出発点です。

調査質問から対象者条件を作る

「解約理由を知りたい」なら、現利用者ではなく、特定期間内に解約した本人が中心です。「導入障壁を知りたい」なら、導入企業だけでなく、比較後に見送った担当者も必要です。条件は次の四つに分けます。

属性だけで対象者を定義すると、実際の行動経験がない人を集めやすくなります。年齢や業種は、調査質問と関係する場合だけ条件へ入れます。

「過去3か月にサービスを解約しましたか」と聞くと、参加条件が透けて見えます。複数の選択肢や時系列質問を組み合わせ、回答の整合を確認します。ただし、意図的に回答者をだます質問や、必要以上の個人情報収集は避けます。

スクリーナーには、判定へ使う質問、配分を調整する質問、連絡・配慮に必要な質問を区別し、採否に使わない項目を増やしません。GOV.UKの参加者募集ガイダンスも、実際または見込み利用者を対象にし、募集基準を明文化し、必要最小限の参加者情報だけを扱うことを勧めています。

既存顧客から集めれば製品理解は深い一方、接点のない離脱者を取りこぼします。調査会社は広く集められますが、頻繁に調査へ参加する人へ偏る可能性があります。営業担当経由は重要顧客へ届きやすい反面、批判を言いにくくなることがあります。

一つの経路だけで「市場の声」とせず、募集元、招待数、回答数、除外理由、辞退理由を記録します。重要な層が欠けた場合は、別の募集経路で追加ラウンドを行います。

性別、年代、業種、利用頻度をすべて均等にすると、一枠あたりの人数が小さくなり、何を比較したい調査か分からなくなります。今回の判断を左右する軸を一つか二つに絞ります。

定性調査の人数は統計的代表性を保証しません。GOV.UKはインタビュー等の一ラウンドを通常4〜8人の目安として紹介していますが、これは万能な飽和基準ではありません。対象者の多様性と意思決定のリスクに応じ、複数ラウンドで更新します。

謝礼は回答内容への対価ではなく、時間と負担への補償として設計します。金額、支払時期、途中終了時の扱い、キャンセル条件を招待時に明記します。高額な謝礼で参加を強く誘引したり、望ましい回答を促したりしないようにします。

募集段階で取得する氏名、連絡先、スクリーナー回答は調査発話と分離し、閲覧者と削除期限を決めます。個人情報保護委員会の注意喚起に照らし、生成AIへ個人データを渡す場合は、提供者側での学習利用・保存・第三者提供の条件を確認します。

見るべきは充足人数だけではありません。

同じ募集会社や顧客名簿を使い続けると、発話の新鮮さが失われます。対象者プールの重複参加を確認し、次のラウンドで経路を変えます。

CoeSignal（株式会社TechWorkerが提供するAIインタビュープラットフォーム）では、調査目的、対象者条件、AIによる深掘り、発話根拠に戻れる分析までを一つの調査フローとして設計できます。人数設計はインタビューは何人に聞けば十分か、参加前説明はAIインタビューの同意設計も参照してください。

確認日：2026年9月1日。製品仕様・制度は更新されるため、導入時はリンク先の最新版を再確認してください。数値や研究結果は対象・条件を超えて一般化せず、反証可能性と限界を本文に併記しています。