ジェネレーティブリサーチ-既存のアプリの改善点を見つける方法
生成研究についての質問がここにないことに率直に驚いています。これは、これについてここに投稿された10番目の質問です。
いずれにせよ、私は「問題を見つけて改善する」と私に空白の質問をするビジネスの研究に取り組む際の行き詰まりに気づいています。調査は役に立ちますが、質問を書くための根拠がある場合はより良いです。そうしないと、仮定を検証するだけで済む場合があります。繰り返しますが、私は自分の個人的な偏見をテストするだけであり、ユーザーに代わって問い合わせることはしないので、自分でヒューリスティック分析を行うという考えは好きではありません。ほとんどの企業は、ラボのテストや状況に応じた質問にすぐにお金を払わなくてはならないという考えを好んでいません。なぜなら、私が5つほどのユーザーインタビューに基づいて、懸念のある有効な領域を特定できるという保証はないからです。これは、メソッドではなくUXの価値を伝える私の能力の証です。
これは私にとっての問題であり、問題を解決する準備ができています。ジェネレーティブリサーチを実施して、ユーザーが関係する懸念領域を特定するだけでなく、一般に製品の所有者からも好評を博するより良い方法は何ですか？ありがとう。
既存の製品については、評価的な調査方法を検討するだけのアイデアかもしれませんが、生成的なものも含めたいと思います。
民族誌 機会があれば理想的です。そして、フィールドにいる間、できる限りすべてを文書化/記録します...理想的には、製品またはプロトタイプを使用して彼らと一緒に。これは高価である必要はなく、実際にラボを構築するよりも価値があるかもしれません。 日記の研究 も効果的です...多分「この日記の研究を完了して20ドルのギフトカードを取得するなどのインセンティブを組み込む "またはそのようなもの。粘着性があるようですが、効果的である可能性があります...価格が問題になる場合は、20ドル未満にしてください。私はかつて カードソートスタディ で61％のソート完了率（33/54）を獲得しました。これは主に（おそらくベットする）$ 20のギフトカードインセンティブを組み込んだものです。
常にクライアントに質問するオプションはありますか？ビジネスの全体的な範囲を理解することから始めて、それを段階または小さなチャンクに分解できる場合は、より具体的な質問でそれぞれに焦点を当てることができます。
より多くの情報が必要で、クライアントが提供しないポイントに達したら、ユーザーにアクセスして調査の穴を埋めるように主張します。ユーザーに何を尋ねるかをクライアントに尋ねます。ユーザーが答えられない場合は、これがユーザーへのアクセスが重要な理由であることを伝えます。
一方、マナーを自分の手に取り、クライアントにあなたのポイントを証明するためにユーザーを探すことができます。
最後に、何もうまくいかない場合は、支払いはするが入力を重視しないクライアントのために時間を費やしたいかどうかを再検討します。
調査と面接は自己報告データに依存しています。UX研究者は直接観察するよりも信頼しない傾向があります。人々は重要な詳細を忘れがちであり、
対照的に、ユーザビリティテストでは、人々が何をしていてどこで問題が発生しているかを直接確認できます。 think-aloud protocolを使用すると、さらに良い結果が得られます。これらの5-6の後に結果が表示され、予算が与えられない場合、システムを使用しない（たとえば）経理の同僚とそれらを実行できます。特定のユーザータイプ以外のユーザーでも、ユーザビリティの問題に遭遇する可能性があります。細かく調整された採用の必要はありません。これを行うことの1つの利点は、スクリーンレコーダーを使用して、懐疑論者に説得力のあることが多い視覚的および音声的な証拠を収集できることです。
ヒューリスティック評価個人的なバイアスを導入せずに適用することはそれほど難しくない客観的な原則を使用します。 （問題が発生した場合は、3人または4人の同僚にHEを実行してもらいます。）これは非常に便利で安価な研究方法です。快適な方法を見つけることをお勧めします。
幸運を！
面接は、意図的に行われる限り、この仕事に適したツールだと思います。したがって、適切なインタビュー対象者を採用するという十分なトピックを念頭に置いてください。ただし、それを過剰に記述したり、探しているものにパラメータを課したりしないでください。特に証明されない限り、すべてのデータを関連性があると見なします。
データ収集のアクティビティをデータ解釈から分離し、実用的なパターンを探します。
それは数年前ですが、 Steve PortigalのGregg Bernsteinへのインタビュー は、あなたが何をすべきかを理解するために人々を調査する方法の素晴らしい実践的な例を提供します取り組みます。
「...アイデアは、データに重要なものを指示させることです。探しているものにパラメータを設定する必要はありません。たとえば、お客様から情報を収集する方法の1つはメールです。彼らは私たちに私たちのアプリについてのフィードバックを与えることができます。
「これはテクニカルサポートではありません。調査ではありません。「アプリについてのご意見をメールでお送りください」。これは単なるデータダンプです。人々は私たちにアイデアを与えるか、彼らが抱えている問題点について話しますが、これは実際には技術的な問題ではありません。それは、私たちが1つのことを変更した場合、私たちのアプリが彼らの生活を少し楽にする方法です。
「私たちは特に何も探していないので、これはグラウンデッドセオリーの完璧な例です。特に何も質問することはありませんが、メールが届くと、時間の経過とともに傾向が明らかになります。 「ああ、これは修正する必要があるものです」、「これは構築する必要があるものです」、または「これは接続する必要がある統合です」と表示されます。
（彼はデータ収集の手段としてメールを使用していますが、同じ原則が適用されています。）
ユーザーインタビューで関係者の販売に問題がある場合は、顧客のニーズを明らかにして優先順位を付けるための JTBDフレームワーク を遠慮なく指摘してください。これは同じ悩みを掻き立てるアプローチですが、UX固有の手法としては教えられていないため、Wordの「UX」が持つ意味を含まない場合があります。または、Greggが行ったことを実行し、顧客へのオープンエンドのメールを使用します。
幸運を、