BtoBの顧客インタビューを企画すると、「3人でよいのか」「5人いれば十分か」「10人以上必要か」という疑問が出てきます。調査に使える時間も、営業担当が紹介してくれる企業数も限られるため、必要人数を早めに決めたくなるものです。
しかし、すべての顧客調査に共通する正解の人数はありません。顧客の課題を発見するのか、利用画面の問題を見つけるのか、業種や購買段階による違いを検証するのかで、適切な調査設計は変わります。この記事では研究論文と英国政府の実務ガイドを照合し、BtoBで判断できる形へ整理します。
結論:まず「人数」ではなく「何を分かるようにしたいか」を決める
少人数のインタビューは、購買時の障害や導入業務での経験を具体的に知り、次に確かめる仮説を作ることに役立ちます。一方、聞き取りした5人中3人が困っていたからといって、市場全体の60%が同じ問題を抱えるとは言えません。確率標本に基づく調査ではない場合、サンプルの割合を市場の割合として扱うことはできないためです。
まず、今回の目的を次のように一文にします。「社内審査に必要な資料が不足する場面を見つけたい」「導入支援のどの部分で担当者が迷うかを知りたい」「失注理由の仮説が企業規模によって異なるかを確かめたい」。何を知りたいかが決まると、必要な役割と、追加調査が必要になる条件を設計できます。
「5人で十分」は、何についての話なのか
ヤコブ・ニールセンによるNielsen Norman Groupの2000年の記事は、反復的なユーザビリティテストで問題を発見する効率について、少人数ずつテストし改善を繰り返す方法を論じています。これは無作為抽出した5人から、市場全体の意見や需要を推計できるという主張ではありません。
実際のBtoBの購買では、予算を決める人、利用する人、情報システムの審査をする人が異なることがあります。実務担当者を5人調査しても、決裁者や法務担当者の判断過程は十分に分からないかもしれません。人数の前に、その調査では誰のどの経験が必要かを考えます。
英国政府の実務ガイドは「一巡4〜8人程度」
英国政府のGOV.UK Service Manual「Plan user research for your service」は、インタビューやユーザビリティテスト等の一巡を一般的に4〜8人程度として、必要なら追加のラウンドを行う方法を紹介しています。
大切なのは、4〜8人を集めた時点で必ず調査が終わるという意味ではないことです。結果を確認して、必要な層の欠落や新たな論点を発見したら、募集基準や質問を調整して次の調査を行う。初めから大人数を一度に集めるより、調査結果から学んで設計を修正する意図があります。
これは英国の公共サービスのユーザー調査の目安で、すべてのBtoB企業や複雑な購買意思決定へ一律に適用できる保証はありません。BtoBへの転用は本サイトの編集上の応用です。
質的研究では「飽和」と「情報量」を考える
飽和(saturation)は単純な人数目標ではない
HenninkとKaiserによる2022年の質的研究のサンプル数に関するシステマティックレビューでは、調査目的が比較的狭く、参加者群が均質な場合などに、9〜17件のインタビューで飽和に至った研究が多く見られました。ただし、幅広い集団の比較や、テーマの意味を深く理解する調査では、それより多い人数が必要な場合もあります。
この9〜17件は、BtoB顧客調査の必要人数を保証するものではありません。同レビューも、調査対象の均質性やどの深さの飽和を目指すかといった条件によって解釈が変わると述べています。ある課題について新しい分類が出なくなっても、既出の分類が何を意味するか理解できているとは限りません。
Information Power:役に立つ情報がどれだけあるか
Malterudらの2016年論文「Sample Size in Qualitative Interview Studies: Guided by Information Power」は、人数を機械的に決める代わりに、研究目的、対象者の特異性、既存理論、対話の質、分析方法という5要素から、サンプルが持つ情報の力を考える方法を提案しています。
たとえば、特定の業界の導入審査担当者に限って、実際の審査に必要な情報を詳しく聞くなら、狭い問いについて濃い情報が得られるかもしれません。逆に、複数業種・企業規模・購買段階を横断して一般化できるパターンを探すなら、比較するべき条件が増えます。
Information Powerも「この計算式でBtoBインタビューは必ず何人」と決める手法ではありません。実施中に学べたことと抜けている視点を点検するための考え方として使います。
BtoBで人数を決めるための4つの手順
1.意思決定の問いを一つに絞る
例:「初回商談から導入審査までに不足する情報は何か」。『顧客ニーズを幅広く知る』のように問いが広すぎる場合、まず短い探索調査に区切り、次のフェーズで追加する論点を選びます。
2.企業数と人の役割を分けて数える
BtoBの6人が6社から集まったのか、同じ2社の各3人だったのかで見える情報は異なります。前者は企業間の違いを見る材料が増え、後者は同一組織内の役割間の認識差を知る材料になる可能性があります。目的に応じて両方を記録します。
3.一巡を小さく実施し、反例を確認する
最初のラウンド後に「すでに似た話しか出なかったから終了」と判断せず、参加していない業種や役割、失注・未購入のケース、異なる購買プロセスで説明が変わらないかを点検します。新しい反例が出るなら、追加で必要な対象者を選びます。
4.停止条件を結果とともに記録する
- 今回の判断に必要な主な業務場面を確認できたか。
- 決裁者・利用者・審査担当など、判断に関係する役割を見落としていないか。
- 新しい調査から、意思決定を変えそうな論点や反例が出ているか。
- 分からないことを正確に残したうえで、小規模な施策検証へ進めるか。
- 割合や市場規模を推定したいなら、別の定量調査設計が必要だと判断したか。
これらは本サイトによる実務上の判断チェックリストです。どれか一つを満たしただけで質的研究の飽和を学術的に証明したことにはなりません。
架空例:情報システム部門4人だけでは判断できなかった
以下は説明用の架空ケースです。 BtoBクラウド製品の企業が、情報システム部門の担当者4人へ導入審査について聞いたとします。4人ともセキュリティの確認資料が必要だと回答したため、「説明資料を整備すれば導入率が上がる」と結論づけたくなりました。
しかし購入の意思決定には、購買部門による契約条件の審査、現場部門による価値評価、決裁者の投資優先順位も関係します。情報システム部門の4人から得られるのは、その役割の経験についての材料です。他部門の判断や案件全体の成功率までは分かりません。
そこで最初の分析では「情報システム側の確認項目を整理できた」と記録し、次は購買・利用部門から不足する観点を補います。その結果によって、資料を作るのか、商談時に聞く質問を変えるのかを判断します。これは人数の増減を目的にするのではなく、意思決定に必要な情報の空白を埋める進め方です。
件数を報告するときに避けたい表現
- 避けたい:「5人中4人が賛成した。よって顧客の80%が求める」。→ 推奨:「今回の対象者5人中4人が言及した。募集条件は○○で、市場全体への推定ではない」。
- 避けたい:「8件集めたので十分」。→ 推奨:「今回の問いについて主要な障害と反例を確認できたが、決裁者の視点は追加調査を要する」。
- 避けたい:「新しい意見が出なかったので、全顧客が同じ」。→ 推奨:「この対象者群では新たな分類が少なくなった。異なる層へ当てはまるかは未確認」。
関連記事:募集・分析・共有までをつなぐ
調査の前段である募集条件の設計は「BtoB顧客インタビューの対象者選び」、聞き取った発言から仮説を作る工程は「インタビューの分析方法」、社内へ判断を伝えるには「調査結果の1ページ報告書」を参照してください。
まとめ:少人数で始めることと、少人数で結論を決めることは違う
小さく調査を始め、得られた情報を整理して対象者を増やすか考える。質的研究における飽和や情報量の議論は、人数よりも目的と情報の質を重視する姿勢を支えます。
BtoBでは担当者の数だけでなく、企業数、役割、購買段階、導入状況、調査の偏りを分けて考える必要があります。「何人聞いたか」より「何を判断できるようになり、何がまだ分からないか」を報告できる調査が、次の施策を前へ進めます。
出典と確認範囲
- GOV.UK Service Manual, “Plan user research for your service”:調査方法別の一巡の参加者数と、追加ラウンドの考え方。
- Nielsen Norman Group, “Why You Only Need to Test with 5 Users” (2000):ユーザビリティ問題発見のための反復的なテストに関する議論。
- Hennink & Kaiser (2022), “Sample sizes for saturation in qualitative research”:条件付きの9〜17件というレビュー結果。全市場への一般化を意味しない。
- Malterud, Siersma & Guassora (2016), “Sample Size in Qualitative Interview Studies: Guided by Information Power”:目的や対象の特異性など5要素による判断枠組み。
本文で紹介した研究はBtoB企業に特化した実証ではありません。BtoBへの応用手順と架空例は当サイトによる編集上の提案です。