UXで実際に作業している人には、インタビューごとに完全な筆記録を作成する時間がないと思います。
私は通常、私の電話でのインタビューを記録する許可を得ており、時々、いくつかの短いメモをとっています。重要なものを逃した場合に備えて、後で完全な録音を聴く予定です。質問の列が含まれているインタビュー対象者ごとのシートが含まれた簡単なスプレッドシートドキュメントがあり、対応する回答の別のシートもうまく機能します。
彼らに録音させてもらうことができないというまれなイベントでは、ただライブでメモを取ることに一生懸命取り組み、インタビューの「会話」要素の多くを失うだけです。
調査結果を他の人に紹介するときは、インタビューの主要な引用とともに、重要なポイントを円グラフなどの視覚的なデータでまとめます-時々、ペルソナに関連付けます。
お役に立てれば。
ベストプラクティスはありません:-)
あなたは目的のためにユーザーインタビューを行っています。そのインタビューからの出力は、その目的に適したものである必要があります。
たとえば、現在、特定の製品のアイデアがどのように使用されるかについて作成したいくつかの仮定を検証するために、いくつかのユーザーインタビューを行っています。私たちが行っていることは、インタビュー中にポストイットノートのいくつかのメモを取り、オフィスの壁にそれらを押し上げて、親密な関係を図解することです。それ以上のことは私たちの文脈にとって無意味な無駄になるからです。
常に他のUX問題と同様に成果物にアプローチします。あなたの仕事のコンテキストは何ですか？ユーザーインタビューからの出力のエンドユーザーには何が必要ですか？これにより、最良の成果物を把握するために必要な手がかりが得られます（会話が最適な場合は、コンテキストによって異なります）。
一般的なユーザーインタビューには2つの側面があります。
調査を実施するための文書：これには、少なくともインタビューディスカッションガイド、同意フォーム、スクリーナーアンケート、および報酬フォームが含まれます。
実際のユーザーインタビューの文書化：Googleの最速の方法は、Googleシート全体を（定量的インサイト用の）Googleフォームに変換し、定性的インサイトに「短い回答」形式を残すことです。この方法は、自動化されたタイムスタンプ、コンパイル、およびデータにつながります。
もう1つの方法は、2色のポストイットを使用することです（ユーザーテスト用）。カラー1はタイムスタンプインサイトで観測をキャプチャし、カラー2はユーザー側からの直接のインサイト（コメント/句）を示します。
セッションが記録されている場合、完全なトランスクリプトは必要ありません。代わりに、ユーザーテストの結果を常に次の広範な形式で提供しています。
- 本質的な要点。識別可能なアクションと結論
- テスト計画に記載されている主要な質問への回答。直接的な引用符とケースを追加して、それらが議論を解明する場合のみ
- 成功したユーザーが各アクションをどのように完了したかを詳述したタスクの表
- 説明または追加のテストが必要な要素
ステークホルダーにとってそれでは不十分だと感じた場合、他にできることは、オブザーバーとリモートでセッションを観察するように招待することです。これは、彼らがオブザーバーと話し合う機会となり、オブザーバーがUXの主張を主張できるようにする良い機会です。