フォーカスグループの報告書:参加者の議論を分析する方法
話題、立場、参加者同士のやり取り、結論の限界を報告書にまとめます。議論の分析表とテンプレート付き。
発言同士のつながりが重要
8人が新しいパッケージについて順に感想を述べました。その後、一人が文字を読みにくいと示したことで議論が変わりました。最後の評価だけを抜き出すと、疑問がどのように生じ、どんな理由がそれに影響したかが失われます。
分析前に、各グループの構成に関する重要な特徴、提示資料、タスクの順番、進行役のメモを残します。参加者には識別用の記号を使います。声を確実に区別できない場合は、話者を推測せず、不明であることを記録します。
調査の問いを軸に報告書を構成する
各グループの議論の流れを確認する
話題と資料を提示した場面に印を付けます。回答時に参加者が何を見ていたかも書きます。同じ会話でも、説明なしの第一印象と詳しいデモの後の評価は条件が異なります。
立場と理由を分類する
問いごとに立場の内容、根拠、裏付けとなる発言を抜き出します。矛盾する事例は別に残します。印象的な一つの引用でテーマ全体を代表させたり、一人の繰り返しを複数の独立した意見に見せたりしないようにします。
やり取りをたどる
提案、確認、反対、立場の変化に印を付けます。沈黙を自動的に同意と解釈しないでください。進行役が表現を提案した場合はそう記録します。その後の議論は、参加者が自分で考えた内容ではなく、提案をもとに進んだ可能性があります。
グループを比較し、限界を明確にする
参加者の構成と進行手順を踏まえて、グループ間で話題を比べます。繰り返し現れる理由と一度だけの事例は区別します。結論ごとに、調査が何を示唆するか、ほかにどんな説明が考えられるか、どのように検証できるかを書きます。
サービス名称について話し合う
以下は架空の学習用事例です。名称、条件、結果は手順を説明するためのものです。
参加者A:「エクスプレス」なら今日中にやってくれるという意味です。参加者B:私は細かい部分を省いた短縮版だと思いました。参加者C:それなら、私も全部の成果が受け取れるか分からなくなりました。
このやり取りから、言葉の意味が曖昧だと分かります。単に三つの否定的な評価を集めた以上の情報です。CはBが別の解釈を示した後で発言しました。報告書にはこの順序を残します。
実務上は、次のテストの前に名称や説明が約束している内容を明確にします。この調査では、利用者の何割が誤解するかは分かりません。名前を変えるだけで売り上げが伸びることも証明できません。
| 場面 | 立場 | 分析メモ |
|---|---|---|
| Aの最初の解釈 | 今日中に結果が出る | 速さへの期待 |
| Bの異論 | サービス内容を縮小 | 別の意味の解釈 |
| Cの反応 | 何が含まれるか不明 | 他者の理由を聞いた後の立場 |
報告書のテーマ別セクション用テンプレート
すべてのテーマを同じ構成にして、依頼者が資料、解釈、提案を区別できるようにします。
調査の問い: グループ/構成/提示条件: 議論のテーマ: 主な立場と理由: 理由を最初に示した人: 賛成、反対、立場の変化: 裏付けとなる箇所とタイムコード: 矛盾する事例: 解釈と別の説明: 結論の限界: 次に検証すること:
少数意見と背景を残す
- 主なテーマのそばに異論を記録している。
- 一人の繰り返しを別の参加者として数えていない。
- 進行役が考えを示唆した箇所が分かる。
- 一般化の範囲が調査条件に限定されている。
詳しく見てみましょう
文字起こし全文を本文に入れる必要はありますか?
通常は、確認できる発言を添えたテーマ別の説明のほうが読みやすくなります。全文は、アクセス権と識別方法を明確にして別に保管できます。
ほかの人より発言が多い参加者はどう扱いますか?
その人の理由を残し、発言数だけで重みを増やさないようにします。議論への影響を記録し、どの立場が独立して生まれたかを確かめます。