ToolNavs 便利なAIツールを発見
ツール投稿 ログイン
戻るAIプロンプト
ポッドキャストインタビュー構成プロンプト:ゲスト情報を入れると、すぐ収録できる流れが返る

ポッドキャストインタビュー構成プロンプト:ゲスト情報を入れると、すぐ収録できる流れが返る

AIプロンプト • Admin • • 10 回閲覧

ポッドキャストインタビュー構成プロンプトが解くのは、収録前にいちばん不安になる一手です。ゲストは決まり、テーマも決まったのに、質問を並べると漠然としすぎるか尋問のようになり、収録しても15分で話が尽きてしまいます。以下のプロンプトはゲストの背景、今回のテーマ、収録時間を先に固定し、ウォームアップ、深掘り、締めのリズムで質問を並べさせるので、コピーして変数を埋めるだけで、そのまま収録に使える構成が手に入ります。

先に構成を作るべき場面、作らなくてよい場面

初めて迎えるゲスト、専門家だが話すのが得意ではないゲスト、専門的で脱線しやすいテーマを扱う回では、構成が特に必要です。構成の役割は台詞を全部決めることではなく、会話の順番と落としどころを先に決めることです。ゲストをまずほぐし、次に本題に入り、最後に聞き手の記憶に残る締めで終えます。ゲストが親しい相手で日常的な雑談回なら、五部構成を無理に当てると会話が硬くなるので、その場合は使わなくて構いません。

そのままコピーできるプロンプト

あなたはインタビュー番組を100回企画してきたポッドキャストの構成作家です。以下の情報をもとに、そのまま収録に使える1回分のインタビュー構成を作ってください。

ゲスト:{{ゲストの背景}}
今回のテーマ:{{今回のテーマ}}
主なリスナー:{{リスナーと持ち帰り}}
番組の長さ:{{目標時間}}
番組のスタイル:{{スタイル}}

出力の条件:
1. 導入のウォームアップ、経験談、テーマの深掘り、難しさや意見の違い、締めと展望の五部で並べ、各部に目安の分数と、その部で必ず引き出したい要点を添えること。
2. 各部にメインの質問を2つ、予備の掘り下げ質問を1つ用意すること。メインの質問は具体的な経験を引き出せるオープンな質問にし、はい・いいえで答えられる形にしないこと。
3. 各メイン質問の後に、掘り下げの方向を一文で添えること。たとえばゲストが結論だけを話したら、当時の細部、重要な数字、転機を尋ねる、のように書くこと。
4. ゲストが提供していない経歴、データ、肩書きを作らないこと。情報が足りない箇所は事前確認が必要と明記し、ゲストに何を確認すべきか具体的に書くこと。
5. 最後に収録前チェックリストを別に付けること。ゲストに事前に用意してもらうエピソード1つ、数字または事例1つ、今回触れない方がよい話題を挙げ、なければ「なし」と書くこと。

まず部の構成を出力し、次に収録前チェックリストを出力すること。構成の前に長い説明は書かないこと。

五つの変数を空っぽにしない埋め方

  • {{ゲストの背景}}:名前と肩書きだけでは足りません。代表的な経験と、今回話せる実話を書きます。たとえば個人開発を6年続け、有料アプリを3本出し、うち1本は初年度で黒字化した、という情報は、テック企業のプロダクト責任者という一文よりはるかに役立ちます。
  • {{今回のテーマ}}:1回にテーマは1つだけです。小さなプロダクトで個人開発者がどう生き残るか、と書き、起業、プロダクト、人生観の三つ盛りにしないでください。盛り合わせは必ずどれも浅くなります。
  • {{リスナーと持ち帰り}}:誰が聞き、聞き終えて何を持ち帰るかを書きます。たとえば、始めたばかりの個人開発者が、自分のプロダクトの値付けが安すぎないか判断できるようになる、という形です。
  • {{目標時間}}:具体的な分数を書きます。長さが質問の数を決めるので、40分の構成にメイン質問を20個詰め込むと、収録は必ず駆け足になります。
  • {{スタイル}}:気楽な雑談か、深く掘る分析か、どちらかを選ぶか、自然な掘り下げ型と書きます。決めないとAIは既定でニュース取材の口調になり、質問が硬くよそよそしくなります。

構成を受け取ったら、まず質問を三分の一削る

AIの構成はたいてい詰め込みすぎで、それが普通です。そのまま収録しないでください。削る順番はこうです。テーマとの関わりが最も薄い部では予備の掘り下げ質問から削り、同じことを聞いているメイン質問が2つあれば、より物語を引き出せる方だけを残し、その場で正確な数字を思い出してもらう必要があり事前確認もしていない質問は、消すか収録前チェックリストへ移します。40分の番組なら、メイン質問は8から10個に残すのが最も安定し、掘り下げはその場で使うために残し、全部は聞かなくて構いません。削り終えたら順番を通して読み、前の質問から次の質問へ自然につながるか、話題が飛び飛びになっていないかを確認します。

硬い、または散らかると感じたら、こう追加で頼む

  • 構成がニュース取材のようだ:メイン質問をゲストの具体的な経験から入る形に書き直し、まず一つの出来事を話してもらい、そこから見解を引き出すよう頼みます。最初から結論を聞かない形にします。
  • 質問が散らかり軸がない:今回のテーマを軸に一本の流れだけを残し、軸から外れる質問をすべて消し、各部と軸との関係を明記するよう頼みます。
  • ゲストが寡黙で沈黙が怖い:各メイン質問の前にハードルの低い切り口を1つ足し、たとえば最近の関連する具体的な場面を先に話してもらってから本題の質問に入る形にします。

関連記事

AI電子ペーパーは買う価値があるか?長文を読む人向け、新し物好きには不向き

AI電子ペーパーは買う価値があるか?長文を読む人向け、新し物好きには不向き

AI電子ペーパーが買う価値があるかどうかは、長文を本当に毎日読むかで決まります。論文や報告書、長い文書を日常的に読み、スマホやタブレットの眩しさと通知にうんざりしている人には、墨水スクリーンに AI ...

FSB、金融AIの12の健全な実践を確定:高リスクなエージェントは事前の人による承認が必須に

FSB、金融AIの12の健全な実践を確定:高リスクなエージェントは事前の人による承認が必須に

金融安定理事会(FSB)は2026年10月15日、報告書「人工知能の責任ある導入のための健全な実践」の最終版を公表し、世界の金融機関に向けた12の実践を示すとともに、各機関の取締役会と経営陣が自社のA...

テストケース用プロンプト:要件を貼るだけで、正常・境界・異常ケースを一度に表で返す

テストケース用プロンプト:要件を貼るだけで、正常・境界・異常ケースを一度に表で返す

テストケース用プロンプトが担うのは、要件レビューの後で一番時間のかかる工程です。機能は全員理解しているのに、いざケースを書き始めると、正常系はスラスラ進み、境界値と異常系が数件抜け落ち、引き渡し後の欠...

SQLクエリ用プロンプト:テーブル構造と知りたいことを貼るだけで、動くクエリと逐条解説が返る

SQLクエリ用プロンプト:テーブル構造と知りたいことを貼るだけで、動くクエリと逐条解説が返る

SQLクエリ用プロンプトが本当に便利なのは、クエリをあまり書けない人でも、データベースから自分で数字を取り出せる点です。ただし「先月の店舗別売上を教えて」とだけ聞くと、AIはテーブル名と項目名を推測す...

おすすめツール

もっと見る