カバー：balubo magazine編集部（AI生成のコンセプトイラスト。実際の取材・顧客資料ではありません）
「取り組みの背景を教えてください」「今後の展望を教えてください」。質問は並んだものの、このままで記事に必要な話を聞けるのか、判断できないことがあります。
取材質問は、読者が知りたいことを決め、答えを支える事実を洗い出し、その事実を知る人に聞ける言葉へ変えると組み立てられます。「伝えたい結論」を相手に言ってもらうために逆算する、という意味ではありません。
この記事は、企業メディアや導入事例、仕事を紹介するインタビューを準備する広報・編集担当者に向けたものです。以下の手順とひな形は、公開資料とbaluboの編集基準を踏まえた編集部の提案です。取材対象の評価や成功を先に決めず、違う答えが返ってきても記事を組み直せる質問案を作ります。
質問を並べる前に、読者の迷いを一つ書く
質問案の出発点は、取材相手に話してほしいテーマよりも、読者が判断したいことです。「製品開発の話」では範囲が広いため、「どんな条件なら、この開発方法を自社でも選べるのか」のように、記事で答える問いへ絞ります。
同じ開発責任者への取材でも、入社を考える人なら仕事の裁量や周囲との役割分担を知りたいでしょう。導入を検討する人なら、対応できる条件や、運用に必要な準備が判断材料になります。相手の経歴を最初から最後まで聞く必要があるかも、記事の問いで変わります。
英国政府のGOV.UK Service Manualは、利用者調査のインタビューを設計するとき、調査で答えたい問いを見直し、扱う話題と順序、導入の質問と追加質問を考えるよう案内しています。利用者調査と掲載用の取材では目的が異なりますが、先に必要な情報を定める設計は参考になります。
最初に、次の一文を埋めてみてください。
この記事は、【どんな場面にいる読者】が、【何を判断するために】読む。そのために、【今回の取材で確かめたいこと】を聞く。
この一文が決まると、興味深いけれど今回の目的から離れる質問と、必ず聞く質問を分けられます。取材して初めて大切な論点が見つかった場合は、問い自体を見直して構いません。
「読者の問い」を、その人が答えられる事実へ分ける
質問案には、聞く言葉だけでなく「何を確かめる質問か」を添えます。「苦労はありましたか」への返答が長くても、読者の判断に必要な条件が取れるとは限らないからです。
取材前には、本人のプロフィール、企業の公式発表、公開済みの記事を読み、すでに確認できる事実と、今回確かめることを分けます。資料の日付も残してください。過去の発表を現在の状況として扱わず、「当時の発表から変わった点はありますか」と更新の有無を聞けるようにします。
次は、業務の進め方を変えた担当者に取材する想定例です。実在の案件や発言ではありません。
| 読者が知りたいこと | 確かめる材料 | 取材での聞き方 |
|---|---|---|
| 自社にも似た課題があるか | 以前の担当者・作業・困っていた場面 | 変更する前は、誰がどの作業を担当していましたか |
| なぜその方法を選んだか | 比較した案と選択の条件 | ほかに検討した方法はありましたか。それぞれをどう比べましたか |
| 実際にどう変えたか | 導入した順序と役割分担 | 最初に変えた作業から、順番に教えてください |
| 同じやり方を使えるか | 必要な準備と合わない条件 | 始める前にそろえたものは何ですか。今も難しい作業はありますか |
方針を決めた人と、日々の作業を担う人では答えられることが違います。責任者が詳しく説明できない工程は、推測で埋めてもらうより、担当者や資料を紹介してもらう質問に変えましょう。人数や役割の考え方は、取材相手の選び方で扱っています。
最初の質問と、答えに応じて聞く質問を分ける
話題ごとに入口の質問を置き、その下に追加で確かめたい点を残すと、会話を聞きながら進められます。質問をすべて読み上げる台本にする必要はありません。
たとえば入口を「進め方を変えようと思ったのは、どんな出来事がきっかけですか」とします。返ってきた答えが「確認に時間がかかっていた」なら、その「確認」が何を指すのかを聞きます。
- その確認を担当していたのは誰ですか。
- 直近で困った一件を、始まりから教えていただけますか。
- どの段階で止まり、次に何をしましたか。
- いまの方法でも、同じ問題が起きる場面はありますか。
これらは編集部が作成した質問例です。相手がすでに説明した内容を、リストにあるからと繰り返す必要はありません。答えの中に出てきた言葉を受け、足りない情報だけを尋ねます。
サンタクララ大学のインタビュー指針も、質問を準備しながら会話に応じて言い換えることと、追加説明を求める対象を具体的にすることを勧めています。学習・研究のための指針を、企業記事の必須手順として扱うものではありません。
誘導を避けるには、評価を入れる前に出来事を聞く
相手の気持ちや成果を質問文で決めてしまうと、こちらの想定と違う話を聞き落とすおそれがあります。評価を聞くこと自体を避けるのではなく、何が起きたかと、その人がどう捉えたかを分けて尋ねます。
| 確かめたいこと | 質問を組み直す例 |
|---|---|
| 困難だった点 | 「かなり苦労されましたよね」から「進める中で、予定と違ったことはありましたか」へ |
| 方法の価値 | 「この方法が優れている理由は」から「どの条件を重視して選びましたか」へ |
| 変化の内容 | 「大きく効率化できましたか」から「変える前と後で、作業はどう違いますか」へ |
| 本人の受け止め | 「うれしかったですよね」から「そのとき、どう受け止めましたか」へ |
表の言い換えは、編集部の例です。すでに確認できた事実まで曖昧にする必要はありません。名称や時期を確定するときは「運用を始めたのは4月で合っていますか」のように、短く答えられる質問も使えます。
一つの質問に背景、課題、施策、成果をすべて入れると、相手がどこから答えるべきか迷う場合があります。まず一件の出来事を聞き、順序や条件を追加で確認すると、答えの抜けを見つけやすくなります。
相手に送る質問案と、手元で使う進行メモを作る
事前共有が合意されている取材では、相手に送る版は話題と準備してほしい資料を中心に、手元の版は追加質問と未確認点まで書く方法があります。共有範囲は媒体や案件の取り決めに合わせます。
相手に送る版に、期待する発言を回答例として並べると、取材前に結論を狭めてしまいます。必要なのは回答の作文ではなく、当日に話せる範囲と確認に必要な資料を用意してもらうことです。
次のひな形は、本文をコピーして使えます。項目数をそろえるために、不要な話題を増やす必要はありません。
【事前に共有する質問案】
記事の目的：
想定する読者と、知りたいこと：
今回お話を伺う範囲：
主な話題と質問：
確認したい資料・名称・数値：
公開できない内容を確認する方法：
録音・原稿確認など、事前に合意すること：
【取材者の手元用メモ】
話題：
入口の質問：
確かめたい事実と、その理由：
答えに応じて追加で聞くこと：
資料や別の担当者に確認すること：
必ず聞く／時間があれば聞く：
掲載先、依頼理由、所要時間などの伝え方は、取材依頼メールの文例で確認できます。質問案だけを送り、取材の目的や使い道の説明を省かないようにしてください。
時間が足りないときは、核になる出来事を優先する
取材時間に対して質問が多いときは、記事の問いに答えるために欠かせない出来事と、その判断理由を先に聞きます。すべてを浅く聞くより、記事に残す一件について、誰が何をしたかまで確認する案を考えます。
たとえば、導入の理由を説明する記事なら、会社沿革の細部より、以前の作業、比較した方法、選んだ条件が優先されます。一方、その人のキャリアをたどる記事では、転機につながる経歴が必要です。何を削るかは記事の目的で変わります。
質問数から一律に取材時間を決めるのは難しいため、事前に同僚へ質問を読み、答えてもらうと、言葉の曖昧さや話題の飛び方を確かめられます。本番で同じ時間になる保証はありませんが、質問案の確認には使えます。
取材の終盤には、聞き取れなかった名称、発言の条件、追加資料の有無を確認します。根拠の示されていない成果を、その場の流れだけで確定しないようにしましょう。
質問案ができたら、結論を決めつけていないか読む
仕上げでは、各質問について「この質問で何がわかるか」「答えられる相手か」「想定と違う答えも受け取れるか」を見ます。主張だけが返ってきそうなら、出来事や比較の条件を聞く質問を加えます。
質問案は、取材を予定どおり消化するためだけの文書ではありません。聞けたことと、まだ確かめていないことを区別し、次の確認につなぐ道具です。取材後は、実際に得られた材料で記事の構成案を作り、足りない事実を追加で確認してください。
