ユーザーインタビュー録音をAIで分析する方法：引用・テーマ・反例を根拠表にまとめる

共通点の要約ではなく、発言へ戻れる根拠表を作る

ユーザーインタビュー録音をAIで分析するときは、最初に「何を確かめたいか」を一つに絞ります。例えば、予定を聞いた後に情報をどう残し、後から確認しているか、という問いです。同意のある二件以上の保存録音から、発言の根拠表と、次に確認する質問一覧を作りましょう。

表では、原文引用、要約、分析者の解釈を分けます。原文引用は実際の言葉、要約は意味を短く言い換えたもの、解釈は発言をもとに分析者が考えた仮説です。解釈を参加者本人の言葉としてかぎ括弧に入れないことが基本になります。

私たちのFoneClaw Voice Notesでは、保存録音の既存の文字起こしをコレクションで扱い、質問して内容を整理できます。ここで紹介する根拠表は、依頼して人が確認する分析用の記録です。専用の研究コーディング画面や、研究の妥当性・代表性を自動判定する機能ではありません。

得られた整理の範囲は、選んだ録音と同意された利用目的までです。以下の三事例は方法を説明するための架空の素材であり、実施したユーザー調査や実際のアプリ出力ではありません。

同意のある保存録音を選び、中立的なラベルを付ける

録音前に、参加者へ記録、AI・モデルによる処理、調査目的、共有先を説明し、認められた範囲だけを扱います。録音への同意が、そのまま社外共有や別目的の利用まで認めるものだとは考えないでください。詳しい確認事項は、Android AI会議録音の同意：録音前の確認から議事録・タスク実行までで整理できます。

対応するAgent内でVoice Notesを開き、マイク権限を確認して録音します。一時停止・再開を使い、終了後に保存・命名します。分析用の名前は「I01・実施日・予定の記録」のようにし、同じラベルを別の録音へ重複して付けないようにします。本人との対応表が必要なら、分析表とは別にアクセス範囲を限定して管理します。

各音声が再生できるか、必要な発言が含まれるか、文字起こしの話者区分と内容が合うかを確認します。話者ラベルは実在人物の身元を自動で確認した結果ではありません。単一録音の準備は、Android録音のAI文字起こしと要約：録音設定から確認済みノートの作成までを参照できます。

確認した二件以上のアプリ内保存録音をコレクションに選び、既存の文字起こしを使います。選択操作の詳しい手順は、FoneClawの録音コレクションでプロジェクトを振り返る：決定・変更・未決事項の整理で確認できます。ここでは会議の決定履歴ではなく、インタビューの根拠と解釈を整理します。

Voice Notesは無料プラグインですが、対応するAgentが必要で、Agent・モデルの利用条件や費用は別の場合があります。FoneClawの公式機能案内では、必要な設定・権限のもとでFull APK版がAPKプラグインに対応し、Google PlayのLite版ではAPKプラグインをインストールできないことを確認できます。AI処理の完全なオフライン動作、任意の外部音声・PDFの取り込み、他サービスとの録音連携を前提にはしません。

架空の三つの発言で分析対象をそろえる

ここからの引用はすべて架空です。予定を聞いた後の記録について、異なる場面で話した三人を想定します。I01・I02・I03は説明用の中立ラベルで、実在の参加者を表すものではありません。

この架空の素材では、I01は転記時の日付の欠落、I02は保存前の確認、I03は元のメモの再発見を話しています。この一文は分析者による要約で、引用そのものではありません。

仮テーマには「転記で失われる情報」「保存前の確認」「原記録の再発見」などを置けます。さらに「自分で制御できることや、元情報へ戻れることが関係しているのではないか」と考えるなら、それは分析者の仮説です。三人とも自動リマインダーを求めている、という結論にはできません。

引用・テーマ・解釈・反例を別欄にする

次の表も、前節の架空の発言だけを使った整理例です。実際の調査では、各引用の言い回しと前後の文脈を文字起こし・音声で照合します。表に合う発言が見つからなければ、引用欄は「根拠未確認」とし、もっともらしい言葉を生成して埋めません。

文脈メモは分析者が聞き直して残すものです。必要なら自分で確認した再生位置も記入できますが、自動生成された時刻付き引用リンクとして扱いません。I03の行なら、前節の「あとで元のメモを見つけられれば十分です。」も合わせて確認し、拒否だけを切り出さないようにします。

原文引用は語句を整えたり翻訳したりした要約とは区別します。翻訳が必要なら原文と訳を別欄に置き、否定や条件が変わっていないかを見直します。引用より広い意味を述べる箇所には「解釈」「仮説」と明記してください。

選んだ録音だけを対象に分析を依頼する

実際の作業では、選択したコレクションとラベルの対応を確かめ、調査の問いを含めて依頼します。次は編集して使う依頼例です。表の形式を指定するもので、専用の研究機能の名称ではありません。

「選択したインタビュー録音［対象ラベル］だけを使い、［調査の問い］について仮テーマを整理してください。各行に録音ラベル、確認できる原文引用、発言の文脈、要約、分析者の解釈、食い違う事例、未確認の質問を分けて示してください。引用が確認できない箇所は根拠未確認とし、発言や名前を作らないでください。異なる人の発言を一つの引用にまとめず、担当者、期限、実装の約束も補わないでください。全体傾向ではなく、選んだ録音の範囲で記述してください。」

生成後は、一行ずつラベルから対象録音へ戻ります。誰の発言かだけでなく、質問に対する回答だったのか、仮定の話だったのか、直後に訂正していないかを聞きます。インタビュアーの提案を、参加者自身の要望として取り込んでいないかも確認してください。

誤りがあれば作業用の分析ノートに訂正内容と確認日を残します。対象の文字起こしと選択録音を確かめ直してから、必要な範囲を再度質問します。元の結果が自動で再計算されたり、分析の版が自動管理されたりすると考えず、今回確認した表がどれかを自分で分かるようにします。

少数の発言を全員の要望へ広げない

同じ人が一つの問題を何度話しても、独立した複数人の意見にはなりません。録音件数と参加者数も同じとは限らず、同じ人への複数回のインタビューなら、その関係を把握したうえで読みます。選んだ録音の件数から、市場で困っている人の割合を算出することはできません。

今回の架空の三事例も、集計や需要予測のための数字ではありません。I03のような共通仮説に合わない発言は、要約を簡単にするために消さず、反例として残します。I01がリマインダーを使うことも、それだけで自動保存を望む証拠にはなりません。

例えば「全員が自動保存を求めている」という記述は、この架空の素材では支持されません。代わりに「I01は転記時の日付の欠落を述べ、I02は保存前の確認を望む。一方、I03はリマインダー追加を望まない」と、確認できる範囲に戻します。

そこから導く仮説は「候補の確認と原記録の再発見を、別の支援として検討できるかもしれない」です。次の質問には「どの場面なら候補提示が役立ち、どの場面では記録の検索だけで足りるか」を置けます。どちらも承認済みの製品要件ではなく、検証する考えです。

聞き取れない箇所や相反する発言が残る場合は、不明のまま記録します。引用、仮説、追加質問、実装判断を分けることで、AIの整理をそのまま開発の約束に変えずに済みます。

根拠の不備を直し、次の調査作業を一つ決める

共有前には、表の見栄えより出典の対応を確認します。問題があるときは、より断定的な要約を作り直すのではなく、選択した録音と文字起こしへ戻ります。

完成時に残すのは、確認した根拠表、未確認事項、次の調査作業一つです。録音、文字起こし、分析表、後から得た確認結果は別の記録として扱い、共有時も同意された範囲だけを使います。

次の作業を自分のToDoに残すなら、例えば「保存前に確認したい情報について、追加質問案を作る」と内容を選びます。対応する保存操作を別途依頼し、実際に決めた日付があれば明示し、未定なら期限なし・予定なしと伝えます。保存先とアカウントを確認し、実行後は実際の保存結果を開いてください。日付を補わせない手順は、Android AI ToDoを期限なしで安全に保存する方法で確認できます。

分析表に次の質問があるだけでは、担当者への割り当て、参加者への連絡、CRMへの書き込みや共有が実行されたことにはなりません。まず、どの発言がどの仮説を支え、何がまだ分からないかを説明できる状態で一区切りにしましょう。