AI のインタビュー分析、その結論に根拠はある？

引用があることは、確認の出発点

読みやすい AI 分析の下に参加者の言葉が並ぶと、安心したくなります。それでも確認したいことは二つあります。その言葉が資料に存在するか。そして、上に書かれた判断を本当に支えているか。

文字列の照合は前者に役立ちます。後者には、質問の背景や対象範囲、反する材料の読み取りが必要です。実在する引用でも、結論の言い過ぎは起こります。

以下の人物、数字、会話はすべて説明用の架空例です。ScribeFlash の顧客データでも、ツールの精度を示す結果でもありません。

出典を開き、実際の言葉を読む

AI が「料金が高いため、新規ユーザーは同僚の招待を断念する」とまとめ、「人数を増やすと料金も増えるので、まだ招待していません」を引用したとします。

該当インタビューを開き、全文を探します。否定語が抜けていないか、離れた回答をつないでいないか、研究者の要約を引用扱いしていないか確認します。原文が「高いとは思いません。まだ招待していないのは、人数が決まっていないからです」なら、説明はまったく変わります。

見つからない引用はいったん保留します。AI に自然な発言を作り直させても、根拠にはなりません。言い換えるなら要約と明記し、確認用の原文を残します。

録音から作った文字起こしなら、大切な金額や固有名詞、否定表現は可能な範囲で聞き直します。録音のない文字資料なら、確認できたのは手元の文字までだと扱います。

直前の質問と、その後の回答も読む

次の架空の問答を考えます。

聞き手：一人追加するたびに料金が倍になるとしたら、ためらいますか。

P02：それはもちろん。ただ、今の料金には納得しています。

「それはもちろん」だけを抜くと、誘導を含む仮定への回答が「現行価格への不満」に変わってしまいます。

話者も確認します。聞き手の追問、同席者の発言、参加者が紹介した上司の意見は、参加者本人の要望とは区別が必要です。話者情報が不確かなら、その不確かさを残します。口調だけで決めないでください。

「いいです」「大丈夫です」のような短い返事ほど、前後数行が役立ちます。デザインを評価したのか、進行に同意したのか、礼儀として返事をしたのかは、二語だけでは判断できません。

その発言から、どこまで言えるか

最初の架空の引用が示すのは、人数と料金を関連付け、招待を延期していることです。予算超過なのか、利用をやめたのか、承認待ちなのかまでは分かりません。

現時点では「P01 は同僚の招待前に追加席の費用を検討する」と記し、予算とその後の行動を追加で聞けます。「高価格が新規ユーザーの離脱を招く」には別の根拠が必要です。

提案にも同じ注意が要ります。請求の仕組みを理解できていないとしても、値下げだけが答えとは限りません。料金説明、承認手続き、価格そのものは別の論点です。

NN/g のデータ、発見、洞察の区別も参考になります。引用は材料を提供しますが、その意味を判断するには背景が必要です。

五つの引用が、一人の発言かもしれない

P01 が費用を五回話したなら、本人にとって大事な話題なのでしょう。ただし「五人が高いと言った」とは書けません。参加者の重複を除き、同じ問いについて話しているか確認します。

言及がないことを、関心がないことに置き換えないでください。P03 は料金を聞かれておらず、P04 は料金画面のない試作品しか見ていないかもしれません。この二人を分母に入れても、割合の意味が曖昧です。

別の説明も探します。P05 が「料金は問題なくて、購買承認に時間がかかる」と話したなら、現在の判断の横に残します。購買手続きによって状況を分ける必要があるのかもしれません。

全資料を確認して反例が見つからなければ、「今回の資料では反例を確認していない」と書けます。「全ユーザーに当てはまる」とは違います。

ScribeFlash での確認手順

1. プロジェクトの結論を開き、意思決定に影響する一件を選びます。関連する支持証拠を読みます。
2. 出典から原文へ戻り、文字、インタビューの帰属、前後の問答を確認します。テキスト資料は出典行を、録音資料は利用できる場合に再生位置も確認します。
3. 反例と証拠不足の箇所を見ます。広すぎる結論は範囲を狭め、不確かな引用は修正または削除します。
4. 人が意味を判断してから結論を確定します。報告書の生成時にも引用状態を確認し、後から原文を変更・削除した場合は再確認します。

文字資料では、ScribeFlash は引用と現在の関連原文範囲、インタビューの帰属を照合します。引用の失効を見つける助けにはなりますが、論理的に結論を支えるかは判定しません。報告書の引用チェックが通っても、原文を読む作業は残ります。

まだ資料がない場合は、既存の文字起こしを取り込む手順から始められます。AI が自分の回答をもう一度確認することは、独立した検証にはなりません。

変更理由を短く残す

同じ架空例なら、次の記録で判断をたどれます。

元の判断：料金が高いため新規ユーザーが離脱する。

確認：P01 の発言は存在するが、招待の延期であり、利用中止は未確認。P05 は承認待ち。

処理：「一部の参加者は招待前に費用や承認条件を確認する」に狭め、二つの理由を分ける。支払意思は追加調査する。

納品する報告書の重要な引用は、一件ずつ確認します。大きな資料の抽出確認は問題発見に使えますが、どこを確認したか記録してください。十件確認しても、報告書全体の検証が済んだことにはなりません。

確認後に二つの結論しか残らなければ、その二つを使います。次回に聞くべき具体的な問いも、研究の成果になります。

参考資料

• NN/g：Accelerating Research with AI。2026 年 1 月見直し。AI 分析に対する人の確認を扱っています。
• NN/g：Data vs. Findings vs. Insights。資料と解釈した発見の違いを説明しています。
• GOV.UK：Analyse a research session。観察記録と研究判断の扱いを紹介しています。

表紙はイメージ画像です。納品文書をまとめる際は、ユーザーリサーチ報告書の書き方も参考にしてください。