一つの判断を左右する顧客インタビューを、少人数で計画する

決めたいことから始める

決めたいこと、その判断を持つ人、実際の期限を書き、次に、その判断に足りない根拠を結ぶ「調査の目的」を一文にします。「初期設定を最近終えた管理者の経験をもとに、春のローンチでどの価値を先頭に置くか決める」はインタビューで答えられますが、「顧客をもっと理解したい」では答えが出ません。Product Marketing Allianceの顧客インタビューの計画に関する記事（英語）は、行き当たりばったりではなく準備と一貫した構成が生産的な対話の条件だとしています。その準備は、決めたいことを書くところから始まります。

文面は、反対の答えが出たときに行動が変わるかで確かめます。すでに決めた選択への賛同を求めるだけの文になっていたら、依頼を送る前に書き直します。Claudeには、あいまいな言葉の指摘と目的の文の起草を頼みます。返ってくるのは渡した事実だけをもとにした案なので、判断は自分で行います。

繰り返し行う仕事なら、プロダクトマーケティング用に用意したClaudeのプロジェクトの中で進めます。一回きりなら、同じ資料を添付した通常のチャットで足ります。Anthropicのプロジェクトの作成と管理のページによれば、プロジェクトにアップロードしたものはそのプロジェクト内のすべてのチャットで使われ、無料プランでも最大5件のプロジェクトを作れます（2026年9月15日確認）。リサーチ機能、Code、コネクタは不要です。リサーチ機能のページによれば、リサーチには有料プランとウェブ検索の有効化が必要で、ここでは背景を調べる補助にしかなりません。

計画の項目は次のとおりです。

• 決めたいこと、判断を持つ人、期限、そして調査の目的を一文で
• 層ごとの対象者の条件：役割、関係する出来事とその時期、セグメント、除外する条件
• 層ごとの名前の入手元と、手元の名簿に含まれていない経験
• 依頼文、同意の前に伝える内容、同意の記録を保管する担当者
• 質問ガイド：調査の目的ごとに一つのオープン・エンド型の質問と、別に置いた深掘り
• 発言の記録の形式（最初の一回の前に固定する）
• 最初の一巡の後の見直し日と、その日に確かめる欠け

目的に答えられる経験を持つ人を対象にする

調査の目的ごとに、関係する出来事を実際に経験した人を対応させます。最近比較検討した人、日常的に使う担当者、管理者、使うのをやめた人など、知りたいことによって変わります。英国政府のサービスマニュアルは、何を知る必要があるかに応じて誰に調査するかを決める（英語）よう勧めています。

上の初期設定の例で作った、この記事のための架空の対応表です。

名前の入手元で、その一巡で答えられる範囲が決まります。Product Marketing AllianceのPMM向け顧客インタビューの記事（英語）は、カスタマーサクセスが信頼している顧客は製品に最も満足している人たちである可能性が高く、業界を代表する標本にはなりにくいと注意しています。調査の目的が求めるときは、対照的な経験を持つ人を含めます。初期設定が止まる理由を調べるなら、止まった人が要ります。一方で、製品の使い方を問う調査に、失注した買い手を決まりとして加える必要はありません。

名前を除いた表をClaudeに渡し、各層がどの目的に答えられ、どの重要な経験が欠けているかを聞きます。書き出した内容の中の抜けは、これで見つかります。

最初の一巡は、自分たちが実施して振り返れる規模にし、その理由を書き残します。検証された人数はありません。B2Bマーケティング支援の才流は、既存顧客向けのインタビュー手法で1セグメントあたり3〜5社、1社30分〜1時間を目安としていますが、それは既存顧客という対象に向けた出典付きの参考値です。依頼数、承諾数、実施数は別々に数えます。一巡の後に見直す点も決めておきます。まだ欠けている層はどれか、一般論に終わった答えはどれか、食い違う経験を確かめるために別の層が要るか、です。似た話が3件続いても飽和の証拠にはならず、同じ会社の複数人の話は一社の話です。

依頼文と同意の手続きを明確にする

依頼文には、差出人と目的、なぜこの人の経験が必要か、守れる所要時間、形式、日時の決め方を書きます。日程調整のリンクを添える場合も、返信で日時を伝えられる選択肢を並べます。差出人は、相手に営業していない人にします。Claudeに案を頼み、会社の説明にあたる文を削ります。

同意は依頼文とは別に扱います。自社で承認された手続きに沿って、同意の前に伝える内容を決めます。目的、録音・文字起こし・AIツールでの処理の有無、結果を誰がどの形で見るか、保管期間、途中で取り下げる方法です。英国政府の調査参加者の同意に関するガイド（英語）は、送付した同意書を参加者が読んだうえで録音への口頭同意を得る方法を認め、同意の記録を残すよう求めています。英国の公共サービス向けの手順であり、自社での要件は承認された手続きに従います。進行役が取り決めを平易な言葉で説明できる状態にします。

この記事の方法は外部ツールを接続しないClaudeのチャットで進めるため、依頼、日程調整、同意、インタビューは人が行います。Anthropicのコネクタのページ（英語）によれば、コネクタを使えばClaudeが接続したサービスで操作を行えます。それは権限を別に設定する別の手順であり、有効にしたツールが同意や実在する参加者の代わりになることはありません。

質問ガイドは短くし、深掘りの余地を残す

調査の目的ごとに、最近の出来事について聞く中立的な質問を一つ作ります。役割と状況から始め、何が起きたかの順序、比較した選択肢、選定基準、結果、決着していないことへと進めます。「その後どうなりましたか」のような深掘りは別の列に置き、進行役が核となる質問を一目で確認できるようにします。ニジボックスのユーザーインタビューの解説は、質問はオープン・エンド型を優先するよう勧めています。

良いガイドには、予想していなかった答えが入る余地があります。悪いガイドは、製品を褒めるよう求めたり、仮定の話から購買行動を予測したりします。Claudeに、前提を含む質問と二つの内容を一問にまとめた質問を指摘してもらい、各質問を声に出して読み、同僚相手に時間を計って試します。短いガイドは実務上の勧めであり、最適な問数が決まっているわけではありません。受注・失注した商談について聞く場合は、受注・失注インタビューガイドが商談向けの文言と記録用紙を扱っています。それ以外は、ここでの一般的な構成を使います。

最初の一回の前に、根拠の残し方を決める

記録の形式は今決めます。分析に使えるのは記録されたものだけだからです。各記録には、インタビューID、セグメントと役割、出来事とその日付、質問ID、発言の原文または言い換えと明記した要約、観察したこと、自分の解釈、他のインタビューとの矛盾、判断への含意、未解決の点を書きます。連絡先の一覧は、Claudeに渡す匿名化したメモとは分けて保管します。氏名を除いても、珍しい役職や特徴的な経緯から個人が特定されることはあります。

一巡が終わったら、匿名化したメモを貼り、この形式への整理と、テーマごとに根拠となるインタビューIDの一覧を頼みます。重要なテーマは、使う前に元のメモを開いて確かめます。数は「実施したこのインタビューの中で」と範囲を付けて報告し、その質問を誰に聞いたかも添えます。反対意見や無回答は、それが揺るがすテーマの隣に残します。裏づけとなる発言のない整ったテーマは、解釈の候補です。受注・失注インタビューの文字起こしについては、受注・失注インタビューの分析がさらに先まで扱います。

好意的な顧客しか承諾しなかったなら、結果から言える範囲を狭めるか、欠けている経験を持つ人を改めて探します。Claudeに反対の見方を作らせてはいけません。メモが正確な引用を支えられないなら、引用符を付けずに言い換えで残します。Claudeに質問の言い回しを試す相手役を頼めますが、リハーサルと明記し、そこでの発言を顧客の証拠として扱ってはいけません。

欠けを見直し、次の一巡に使える形で残す

判断を持つ人向けに短いメモを書きます。決めたいこと、今回のインタビューで分かったこと、それで何が変わるか、まだ分からないこと（到達できなかった層を含む）です。それを、本来の目的だったポジショニングのまとめやローンチブリーフに反映します。問いが開いたままなら、別の層、次の一巡、公開レビューの分析のどれで閉じられるかを決めます。

承認した計画、質問ガイド、記録の形式は、日付、担当者、残っている欠けを添えてプロジェクトナレッジに保存し、次の一巡はその同じファイルと突き合わせて確かめます。Anthropicのメモリのページによれば、各プロジェクトには独自のメモリスペースと専用のプロジェクト要約があります。メモリはチャット間で文脈を引き継ぐことがありますが、確認する人が開ける調査の成果物は、日付と担当者の入ったファイルです。

依頼を送る前の範囲の点検として、プロンプトを一つだけ使います。

この決めたいことと対象者の条件をもとに、各層が提供できる根拠、対象者に欠けている重要な経験、当社が望む答えを前提にしている質問を挙げてください。不明な点は不明と記し、参加者や結果を作らないでください。

非同期のフィードバック収集が役立つとき

ここまでの作業にソフトウェアは要りません。ガイドを承認した後に滞りやすいのは実行の工程です。依頼、日程調整、同意の記録、インタビュー、日付の入った記録です。自社で対応するなら、担当者を一人決め、連絡先と進捗の一覧を持ち、承認済みの依頼文と同意の手続きを使い、分析の資料に日付を入れます。

SteveのWin/Lossが担うのは、より狭い仕事です。受注、失注、製品フィードバックのサーベイを作り、生成された質問を確認・編集し、サーベイのリンクを選んだ相手に手動で送ります。受注・失注のサーベイでは、連携したCRMの商談を起点に、設定した遅延の後で招待を送ることもできます。相手は非同期のAI対話で答え、対話は回答を明確にするための深掘りを行い、要約は求めたときに生成します。2026年9月時点の引き換えは三つです。決めたいこと、対象者の設計、相手との関係、日程の確保、人の進行役は提供されません。製品フィードバックのモードは、自社のアカウントで試してから頼るようにしてください。集まった回答は答えてくれた人の記録であり、代表性のある標本ではありません。確認した質問で非同期に回答を集める工程が続けられないなら、Steveの受注・失注分析を確認してください。