質問は、聞きたい話題の一覧ではなく、視聴者が分からないことから作ります。まず具体的な状況を聞き、取った対応、選んだ理由、同じ方法が使えない条件へ進めると、経験を判断材料にしやすくなります。回答を決めつけず、相手の言葉を確かめながら追質問することが基本です。
最初に「この回で解消する疑問」を一文にする
「経営について聞く」「専門性を伝える」だけでは、質問の範囲が広すぎます。例えば、ある方法の導入を迷う人が、何を基準に選べばよいか分からない、といった具体的な疑問にします。その疑問に答えたと言える状態を先に決めると、経歴紹介や一般論に時間を使いすぎない構成にできます。
Wistiaの制作担当者は、収録前に番組の対象と扱う話題を共有する方法を紹介しています。[S1] 本記事ではその準備を、出演者が話せる具体例の確認に使うことを提案します。視聴者が知りたいことと、相手が実際に経験したことが重なる題材を選びましょう。
判断理由を聞く4つの質問
- 01状況
何に困っていたか
- 02選択
どんな対応を選んだか
- 03理由
何を基準に判断したか
- 04条件
どんな場合は別の方法か
状況・選択・理由・条件の順で質問を用意する
以下は、専門家の経験を聞くための質問例です。実在の案件を想定したものではなく、記事独自の設計例として示しています。順番を必ず守る必要はありませんが、最後に四つの情報がそろったかを確認すると、聞き逃しを点検できます。回答が前提と違う場合は、質問を押し通さず、状況の理解からやり直します。
- 実際に経験した話と、一般的な考え方を区別して聞く
- 複数の質問を一度に投げず、答えを聞いてから進める
- 成果を聞くときは、何が確認でき、何は分からないかも聞く
条件をそろえて比較する
状況
- 質問例
- そのとき、相手は何に困っていましたか
- 確認したいこと
- 判断が必要になった背景
選択
- 質問例
- どんな対応を検討し、何を選びましたか
- 確認したいこと
- 実際の対応と他の選択肢
理由
- 質問例
- 何を確認して、その方法に決めましたか
- 確認したいこと
- 提案を支えた判断基準
条件
- 質問例
- どんな場合には別の方法を選びますか
- 確認したいこと
- その経験を使える範囲
抽象的な回答には、場面と行動を確かめる
「顧客に寄り添いました」という回答があったら、それを良い表現として終わらせず、どの場面で何を変えたのかを尋ねます。「最初の提案と変わった点はありますか」「どんな言葉を聞いて対応を変えましたか」と聞けば、相手の考え方を具体的な行動として確かめられます。話し手が覚えていない場合は、無理に詳しい描写を作らせないでください。
公開されているインタビュー教材でも、用意された回答をさらに詳しく聞く追質問が勧められています。[S2] ただし、追質問は望む結論へ誘導するためのものではありません。「その施策で成功したのですね」と先に評価を入れるより、何が変わったのか、他に影響した要因はあったのかを確認します。
抽象的な回答を、判断材料に変える問答例
以下は編集部が作成した架空の問答です。実在の案件や顧客の発言ではありません。題材は業務システムの導入支援で、視聴者の疑問は「一度に切り替えるか、一部の部署で試すかをどう決めるか」です。
最初に「支援で何を大切にしましたか」と聞き、話者が「顧客に寄り添うことです」と答えた想定から始めます。この答えだけでは、どんな場面で何を選んだかは分かりません。以下のように、回答に出た状況や行動を確かめます。
この問答で得られるのは、担当者の制約、段階的に試すという選択、その理由と適用条件です。短縮時間や施策の効果はまだ確認できません。「段階導入で成功した」とまとめず、数値の確認と公開可否は別の作業として残します。
条件をそろえて比較する
場面と行動
- 聞き手の追質問
- 「そのとき、相手は何に困っていて、どんな対応をしましたか」
- 話者の回答例
- 「通常業務と導入準備を同じ担当者が兼ねていました。全部署で一度に始める案を見直し、一つの部署で手順を確かめる案を出しました」
選んだ理由
- 聞き手の追質問
- 「どの情報を確かめて、その案にしたのですか」
- 話者の回答例
- 「担当者と作業を洗い出すと、全員への説明と問い合わせ対応を同時に引き受ける時間が取れないと分かりました。まず一部署で質問を集め、説明資料を直してから広げる案にしました」
別の方法を選ぶ条件
- 聞き手の追質問
- 「一つの部署で先に試す方法が合わないのは、どんな場合ですか」
- 話者の回答例
- 「部署間で同時に切り替える必要がある仕組みなら、その案は使えません。期限と業務への影響を確かめたうえで、支援人員を増やすなど別の進め方を検討します」
思い出せない事実
- 聞き手の追質問
- 「進め方を変えた後の負担は、どの記録で確認できますか」
- 話者の回答例
- 「確認に使える作業記録はありますが、今は具体的な時間を覚えていません。期間と対象作業をそろえて資料を確認します。ほかの変更もあったので、この方法だけの効果とはまだ言えません」
事前に共有する内容と、収録中に聞く内容を分ける
出演者には、目的、主な論点、扱いたい経験、公開先を伝えます。数字や時期を使う場合は、参照できる資料の準備も依頼します。一方、話を聞いてから生まれる疑問まで固定する必要はありません。質問リストを読み上げるだけでなく、回答の中で説明が足りない言葉を拾う余白を残します。
確認が必要な発言は、その場で無理に言い切らず、収録メモに残します。「経験上そう感じたこと」と「データで確認したこと」を分けておくと、編集後も主張を扱いやすくなります。公開できない内容が出た場合の扱いや、固有名詞の確認担当も事前に決め、質問の深さと公開範囲を混同しないようにします。
上の問答で残った確認事項は、担当者・参照資料・回答期限を収録メモに記録します。確認できない数字は公開原稿に入れず、発言が本人の記憶に基づく説明なのか、資料と照合済みなのかを区別します。追加の確認結果で前提が変われば、質問への答えとまとめ方も見直します。
最後は、話の面白さより判断材料がそろったかを見る
収録後は、視聴者が最初の疑問に答えられるかを確認します。印象的な発言があっても、どんな状況で使える考え方なのかが分からなければ、判断材料としては足りません。状況、対応、理由、条件のうち欠けた情報があるなら、追加確認や短い補足で埋められるかを検討します。
記事やShortsへ展開する場合は、一つの発言だけで意味が通るかも確認します。結論を短くする際に、対象や条件まで削らないことが大切です。例えば特定の状況での判断を、あらゆる企業への一般論に変えてはいけません。元の発言と照合できる箇所を残し、必要な説明を補って使います。
質問設計から聞き手、継続収録、他媒体への展開まで必要なら、Podcast運用代行の担当範囲と比べられます。まずは自社の題材で質問を一組作り、答えから何を判断できるかを確認してください。質問の数を増やすより、最初の疑問に必要な情報をそろえることが次の行動です。
出典・編集方針
公式資料に基づく機能・仕様と、編集部による比較・制作手順の提案を区別しています。本メディアはPodcast運用代行を提供するCast Japanが運営しています。
- Wistia:Interviewing Remote Podcast Guests
収録前に番組の対象・話題を共有する方法 / 確認日:2026-09-22
- University of Saskatchewan:Interviews
回答への追質問と詳しい説明を求めるインタビュー方法 / 確認日:2026-09-22
あわせて読む
質問案ができたら、関連記事で出演者への事前共有、収録環境、公開前に確認する項目を整理できます。
初回収録の準備を確認する →