TranskribatorTranskribator
デプスインタビューの分析:表と考察の例
研究と製品

デプスインタビューの分析:表と考察の例

長い会話を、源泉、境界線、そして明確な次のステップを持つ結論にどう変えるか。

Transkribatorチーム··8分間の読書

レプリカから情報に基づいた意思決定まで分析の中間段階を見逃さないでください

観察その男は何を言ったか、あるいは何をしたのか
解釈観察をどのように説明しますか
チェック決定の前に他に何を知る必要があるでしょうか
この引用は具体的な経験を示している。それ自体では、市場全体がそうしていることを証明しているわけではない。

短い回答

詳細なインタビューを分析するには、まず文字起こしを確認し、次に意味のある断片を強調し、意味を示してグループ化し、参加者と一致させます。各結論については、引用、コンテキスト、タイムコード、およびそれと矛盾するケースを保存してください。以下は作業用マトリックスと、その契約に関する苦情から製品のテスト仮説を取得する方法の例です。

目次
  1. まず、研究課題を定式化する
  2. 文字起こしを準備して、コンテキストを保存してください
  3. 観察結果を強調表示し、短いタグを割り当てます
  4. 解析マトリックス:完成した例
  5. 検証可能な結論書の書き方
  6. トランスクリプションフォルダーではなく、コマンドに転送するにはどうすればよいですか
  7. 結果を議論する前の検証
  8. よくある質問

まず、研究課題を定式化する

5回の会話をした後、感情的な参加者を記憶にとどめ、彼の物語を中心に報告書全体を作成するのは簡単だ。もう1つのリスクは、製品にどのような変更を加えるかが不明確な、5つの適切なリテリングを得ることです。記録を分析する前に、チームがどのような決定を下すべきかを書き出してください。

たとえば、「なぜ小規模なチームリーダーは、タスクのシステムを持っているにもかかわらず、文書について書簡で合意するのでしょうか?」これは「ユーザーのニーズを知る」ことよりも具体的である。最初のケースでは、調和のとれた状況、参加者、回避策、および結果の問題を探します。第二に、ほぼあらゆる線が重要に思えるだろう。

初期の仮定と結果を分離する。「彼らは新しいインターフェースを必要としている」という表現が、考えられる説明である。問題は、「人々がシステムからどのような一歩を踏み外すのか?」ということだ。他の理由、つまりアクセスの欠如、理解不能な責任、あるいは同僚の習慣の有無を確認できる。

この資料は、製品チームにおける顧客インタビューの実用的な分析です。科学的研究においては、分析方法およびその説明に関する要件を個別に選定すべきである。表は研究手法に代わるものではない。

文字起こしを準備して、コンテキストを保存してください

各参加者に中立コード(R01、R02、R03)を付与してください。次に、製品との連携の役割や経験など、研究において重要なサインのみを明記する。作業台には個人用電話やフルネームは必要ありません。

  1. スピーカーを確認してください。 面接官の質問は参加者の意見であってはならない。
  2. 意味的な場所を確認してください。 否定、数字、条件、および名前は特に重要です。「送らない」と「送る」は逆の結論につながる。
  3. フラグメントアドレスを残してください。 録音コードとタイムコードは、同僚が引用をすばやく確認するのに役立ちます。
  4. 近所のレプリカを保管してください。 質問のない「はい」という答えはほとんど無意味であり、文脈のない皮肉な複製は称賛のように見えることがある。

ライブスピーチを訂正して、参加者が実際よりも自信を持つようにしないでください。「おそらく数回」は「定期的に」には変えられない。記録が不可用である場合、この点に注意を述べ、正確な証拠としてこの表現を使用しないでください。

校正の詳細な手順は記事に記載されています 文字起こしの確認と修正方法.

観察結果を強調表示し、短いタグを割り当てます

インタビューを最後まで読み直してから、質問に答える断片をメモしてください。一つの断片には複数の観測結果が含まれている可能性がある。使いやすいラベルには、「マネージャーの調整を待つ」、「チャットへのリンクを重複させる」、「文書のステータスが表示されない」といった行動や障害が記載されています。

マニュアルに GOV.UKによる研究セッションの分析 観察は、その解釈から分離され、意味を分けて、その後に結論や行動へと進むことが提案されている。実際には、テーブルの異なる列で十分です。

「怠惰な顧客」という評価ラベルから始めてはいけません。観察された文章を次のように記述してください。「最初の打ち上げ前に命令を開かなかった。」理由は不明である。ひょうと、その人はそのリンクを見つけなかったり、指示が質問に答えなかったりしたのかもしれない。

材料を分解する場合は、まずいくつかの破片を比較してください。ラベルで全員が理解していることについて話し合いましょう。意見の相違を記録することは有用である。データや文脈がまだ十分でない場所を示している。

解析マトリックス:完成した例

以下は、文書の調和に関する研究の架空の例である。メソッドを説明するために、引用およびタイムコードが作成されます。

出典発言と文脈観察/タグ確認する方法
R01 · 12:40
チームリーダー
チャットにリンクを入れました。そうでなければ、自分が見たかどうかわかりません。これは通常のアプリケーションです。重複通知;領収書は表示しませんシステム内に目立つ表示ステータスはありますか?
R02 · 08:15
コーディネーター
ステータスはわかりますが、監督にはアクセスがありません。予算の調和についてです。一貫性のあるアクセスのため、チャットを使用します誰がアクセスを提供し、なぜそれが発行されなかったのか?
R03 · 19:02
チームリーダー
「私はただ緊急の会話しか書かない。残りは中に入っていく。」チャットは緊急のケースに対応する別のチャネルです緊急性はどのように決定されますか?

3人全員がチャットに言及したが、理由は異なる。それらを「ユーザーはシステムを好まない」という結論に結びつけ、インタビューの内容を失う。より便利な結果:3つのシナリオを強調表示し、それぞれを個別に確認してください。

テーブルの場合、フィールドを使用してください。 参加者 → コンテキスト → 正確な引用 → タイムコード → 観察 → 解釈 → 解釈 → 未問.文字列が長すぎる場合は、短い断片を残して、完全な文字起こしを別々に保存してください。

検証可能な結論書の書き方

まず、あるグループ内のケースを比較します。たとえば、マネージャーとマネージャーなどです。次に、コーディネーターの体験がどのように異なるかを考えてみましょう。異なる役割における同じ単語は、異なるタスクを意味する可能性がある。

観察: R01は、宛先が閲覧したかどうか理解できないため、リンクを重複して表示します。

慎重な結論: このシナリオでは、文書の受領の確認が本人に欠ける。

出金境界: この説明はR02に当てはまらない:アクセスの問題がある。R03は緊急のタスクに対してのみチャットを使用します。

次のチェック: 同様のシナリオを持つ参加者に、わかりやすいステータスのプロトタイプを表示し、それが自分のタスクを解決できるかどうかを確認します。

言及を検討する場合は、参加者を検討し、事前にルールを決定してください。1人の10個のレプリカは、10件の独立確認と同等ではない。「そのような事例を述べた6人の回答者のうち3人」という表現は、潜在的な購入者の半数ではなく、あなたのグループを指している。

周波数だけを優先しないでください。一つの障害は、重要なセグメントのタスクを完全に遮断することができる。報告書では、サンプルにおける有病率、問題の結果、および説明に対する確信を共有してください。

トランスクリプションフォルダーではなく、コマンドに転送するにはどうすればよいですか

短い文書を集めてください。調査の質問、インタビューを受けた人、基本的な観察、補足的な断片、矛盾、および以下のチェックをしてください。最後に、適切なアクセス権を持つ送信者に行列と参照を添付してください。

出金ごとに、1枚のカードを使用してください。

テーマ: 人が理解するタスクとは何か。
彼らが見つけたもの: [再生済み]。
理由: [R01, 12:40; R04, 07:18].
例外: (誰が、なぜ違うのか)。
私たちが知らないこと: [データが不足]。
次に確認する内容: [行動、責任、基準]。

サムマリは会話の内容を記憶するのを手伝っているが、分析には主要な複製が必要である。AI をドラフトグループに使用する場合は、参加者のコードや参照をスニペットに保存してください。提示されたすべての引用を確認してください。情報源のない美しい一般化は、レポートに該当しません。

文字起こしは、テキストへの音声伝達に関する作業の一部を削除する。研究者とチームの課題は、解釈、優先順位の選択、および製品ソリューションの最優先事項である。

結果を議論する前の検証

  • 各出力には検証可能なソースがあります。
  • 参加者の言葉は、研究者の説明とは別である。
  • 役割や状況は一つのグループに混ざっているわけではない。
  • 矛盾するケースは保存されます。
  • 市場統計の面接回数は発行されていません。
  • 次のステップは成長の約束ではなく、テストまたは行動として策定される。

同僚に1つのテイクを選んで、記録まで歩くように頼んでください。口の説明なしにチェーンが復元された場合、その資料は確認やさらに使用が便利です。

よくある質問

完全な文字起こしを使わずに面接を分析できますか?

はい、タスクが狭く、コンテキストを使って正確な断片を保存する場合です。複数の会話を比較する場合、通常は完全な検証済みテキストの方が便利です。選択した引用の外で矛盾を飛ばすリスクは少ないです。

特別なプログラムが必要ですか?

小規模なシリーズでは、テーブルとレコードチームが用意するだけで十分である。より重要なのは、単一フィールド、明確なラベル、および各出力とソースの接続です。

面接でどれだけの面接で取り下げられるでしょうか?

普遍的な数字は存在しない。それは質問、参加者の多様性、および研究方法によって異なる。得られたデータの境界を説明し、複数の会話で調査された全読者を発表することはない。

ニューラルネットワークの全解析を説明できますか?

彼女の提案を草稿として活用してください。引用符の照合、参加者間の違い、および代替説明の区別は、資料の作成に必要な作業を必要とする。

方法論的支援: GOV.UK — 研究セッションの分析.記事のマトリックスおよび教育例は、編集局によって作成されている。

テキストを確認したまま分析を開始します

トランスクリベーターでのインタビュー記録の処理に送信し、タイムコードで文字起こしを取得できます。行列のソースとなる:引用符を比較でき、物議を醸す場所をレコードに返却できる。

インタビューをテキストに変換テキストを使用する前に、元のレコードの重要な文言とタイムコードを確認してください。