非構造化ユーザーフィードバックを維持および分析するためのベストプラクティスは何ですか？
ユーザーのフィードバックを取得して分析することは、皆が完全に知っているように、成功する製品を設計するために不可欠です。調査結果をどうするかは多かれ少なかれ明確ですが、インタビューと非構造化ユーザーレポートの結果を保持するための最良の方法は何ですか？
残念ですが、今は特別なメールボックスにフィードバックを保存し、インタビューの概要をメモに保存しています。その結果、私は簡単な分析の後にJiraでチケットを作成します:)以前は3人のデザイナーがいたときにスプレッドシート（Excel、Confluence、Googleシート）を使用しましたが、私が唯一のデザイナー（まだ）の場合は時間がかかりすぎます。これらのアプローチの主な問題は次のとおりです。
- メモやメールでは何も分析できない（たとえば、類似点や物議を醸すものを見つける）））
- スプレッドシートはある種の分析機能を提供しますが、時間がかかりすぎます
スプレッドシートを回避するためのヒントはありますか？ありがとう！
フィードバックを続ける：
おそらくインターコム-入ってくるすべてのフィードバックを管理する優れたツールです。
データの分析：
非構造化ユーザーフィードバックの問題は、それが（ほとんど）定性的であり、定性的データの分析に時間がかかることで有名です。定性的データの分析に使用される最も一般的な方法は、主題分析です。フィードバックデータでテーマ（人々が言っている一般的なもの）のパターンを特定しようとします。
それがどのように適用されるかについて読む必要があるなら、あなたはもっと読むことができます ここ 。ユーザーインタビューのコンテキストでプロセスについて説明しますが、同じ原則をユーザーフィードバックにも適用する必要があります。
UX側では、通常、次の原則があります。
- フィードバックに耳を傾けないで、ユーザーが共有する問題を見てください
- 提供されるソリューションに耳を傾けますが、使用されているものはすべて製品目標の原則に従っていることを確認してください
- 主催者のユーザーフィードバックにより、各ピースが完全なストーリーを伝えるため、分析が包括的
私の製品管理帽子をかぶって、また追加してください：
- これはどのようなユーザーですか（分析ごと）：教育を受けていない、教育を受けている、またはパワーユーザーですか？
- ユーザーは正しいですか？なぜですか、なぜそうではありませんか？そしてドアは重要ですか？
- 最も重要なのは、ユーザーをこの道に導いた感情的な決定は何ですか、そしてそれらは期待に似ていますか、それとも一致していますか？なぜですか、なぜそうではありませんか？
これらの原則は私を間違った方向に導いたことはありません。また、時間がかかるため、会社が製品を出荷したいだけの場合は、これらのことを念頭に置いてテストを実施してください。
私にとっては、状況によって異なります。以前はすべてのフィードバックを保存して、パターンを探すことができました。これにより、きしむホイールに対応する必要がなくなりました。ただし、そうすることは、フィードバックがトリアージされずにどこかに置かれる可能性があることを意味します。近い将来にフィードバックを使用しないことは、誰もが共有するとは限らない1つのポイントを聞くリスクを負うよりも悪いと思います。
そこで、フィードバックを受け取ったらすぐに複数の専門分野のチームメンバーを引き込もうとしました。すぐにトリアージできます。今すぐ何かをするか、脇に置いておきます（そして、現実的には、二度と見ないでください）。
それができない、またはしたくない場合（例：人々をまとめるのに十分なフィードバックではない場合、またはフィードバックが1回限りの問題であると思われる場合、または完全に理解していない場合後でその領域を深く掘り下げます）、それから私はそれをどこかに保管します。
しばらくの間Excelを使用していましたが、他のユーザーと共有/共同作業を行うのが難しいのが嫌でした。最新のファイルを持っているのは誰ですか？さらに、Excelは非常に直線的です。フィードバックに関する行を別の行に簡単にリンクすることはできません。そして、そのテキスト編集は、テキストの大きな塊に対してイライラすることがあります。
したがって、私はタスク管理システム（たとえば、Jira）をフィードバックストレージの目的で使用することを好みます。 IMO、フィードバックはデータベースに最もよく保存され、データベースから取得されます。タスク管理システムは本質的にそれです。フィードバックの一部またはセッション全体のアイテムをすばやく作成し、そのフィードバックを他のフィードバックアイテムにリンクできます。親子関係を作成したり、アイテムにタグを付けて簡単にフィルタリングしたり、これらのフィードバックアイテムを他のユーザーと簡単に共有したりできます。何がいいのかというと、通常は誰かがすでにバックアップを備えたタスク管理システムをセットアップしているということです。したがって、それは通常、フィードバック用に指定された領域、特にアクセスを制御できる領域を持つことの問題にすぎません。ああ、それからツールで可能であれば、タスクよりもフィードバックに適したカスタムフォームを作成することもできます。
私はジョブを切り替えたばかりなので、まだそれを行うことは提案していません（タスク管理システムは実際にはタスク管理を目的としているため）。したがって、現在Sharepointを実験しています。 Sharepointでは、カスタムリストを作成できます。そのリストの各エントリは、カスタムフォームで定義できます。サーバーに保存され（バックアップとセキュリティで保護されている）、共有できます。リストビューをフィルタリングして、必要なものだけを表示できます。ただし、Sharepointはクロスリンクフィードバックポイントを適切に処理しないため、どれほど気に入ったかがわかります。
私の経験から、対面調査の場合、ユーザーインタビューまたはテストの結果を、これらのインタビュー/テスト中に取ったメモを使用して、できるだけ早く分析し、メモに基づいてオーディオまたはビデオの記録を再検討する必要があります。 （重要なメモにタイムスタンプで注釈を付けるのに役立ちます。）再訪する必要がある場合は、分析自体から要約、メモ、または記録にリンクできますが、通常はそうする必要はありません。
直接提供されないユーザーフィードバックについては、分析の準備ができるまで、それをおそらくそのままにしておく必要があります。