ニーズを引き出すために顧客にインタビューする最良の方法は何ですか？
私は新しいプロジェクトを開始したばかりで、ソフトウェアアプリケーションの新しいバージョンのニーズを引き出そうとするために、顧客に直接話しかけるつもりです。私はこれを以前にやったことがありません。
私の制約の一部は：
- 小規模なユーザーセグメント（300ユーザー未満）ですが、お客様の組織から15〜30の担当者にしか話せない場合があります。
- 私は面接をいくつか受けることができますが、大部分は地理的に遠く、すべての場所に旅行する予算がありません。したがって、私の選択肢は電話またはオンラインでのやり取りです。
- 私の代理店にはまだユーザー調査の文化がなく、私は唯一のUX専門家です。
- これは、エンドユーザーと通信する唯一の機会かもしれません。それがうまくいけば、それは将来の可能性を開くかもしれません。
My暫定的目標は：
ユーザーの技術的な役割を区別して、特定の機能の必要性を判断します。
お客様の日常のプロセスでアプリがどのように使用されているかを判断し、問題点を特定します。
- 面接では、できるだけ多くの情報を集めたいと思います。例：アプリの表示を妨げる可能性のあるブラウザーバージョンまたはブラウザーツールを使用しているかどうかを特定します。
私の質問は：
私は、過去に焦点を合わせることが、ユーザーの目標、タスク、および日常の活動に関する情報を取得するための最良の方法であることを読んでいます。カスタマーサービスの問題に答えようとしないように、会話の焦点を維持するのに役立つ他のフレーミングテクニックは何ですか？
私は、小さなプロトタイプを使用してフィードバックを得ることは非常に効果的である可能性があることを読んでいます。プロトタイプを作成できるソフトウェアの新しいバージョンに対するリクエストのバックログがありますが、成熟したものはありません。この種の早期フィードバックは推奨されますか？顧客の期待をどのように設定しますか？私が恐れているのは、顧客が大規模な顧客であるため、設計を細かく管理できると顧客に思わせることです。また、デザインが別の方向に進むと、誤った期待が設定される可能性があることも心配しています。
これらの顧客から最も関連性の高い情報を引き出すための最良のオプションは何ですか？一貫して単一の手法から派生する必要がありますか、それとも複数の手法を使用してより大きな画像をつなぎ合わせることができますか？
詳細な質問は詳細な回答につながります。詳細であるが差別化された一貫性のないクライアントの期待に直面したくない場合は、正確な解決策を提案しないでください。アプリケーションでの作業の結果がどうあるべきか、以前にその目的でどのアプリケーションが使用されたかについての一般的な情報を取得するようにしてください。正確な情報ではなく、自分の環境をシミュレートして、演繹に基づいていくつかの調査を行います。 Windows 8にうんざりしている場合、彼はこれらのいまいましいタイルのしくみについて不平を言うようになりますが、おそらくタイルに少しだけ異なる情報が含まれる可能性があることについては言及しません。優先するデータの存在についてではなく、表示する必要がある情報について尋ねます。
すでに述べたように、過去に焦点を当てることは、クライアントの期待の底に到達するための非常に効率的な方法のようです。過去の問題に関する情報を取得することも優れたUXを設計する方法の1つであり、ユーザーの日常業務の不具合に関する詳細を取得することは何の問題もありません。細かすぎる/技術的な答えを避けたい場合は、start正直な紹介との会話を行い、何をすべきか、何を期待しないかを言います。いい言葉に入れてください。電話ではなく電子メールで予約を取り、面接対象者に準備をする機会を与えてください（そして、彼らが準備できるようにしてください！）-話し合うトピックのリストを送信してください。いずれかの質問で最終的に詳細な回答が必要になる場合は、顧客の記憶と即興を当てにするのではなく、それを尋ねる良い機会です。
小さなプロトタイプは、あなたが何を表現するためだけに使用するか説明する意味（そして、準備ができていないことを強調してください）-文字通りモックアップのようなフィードバックを得るためにプロトタイプを使用しないでくださいMicrosoftペイントで編集します（これが望ましくない明確なステートメントを作成しないと、確実に起こります）。人々が独自のソリューションを提案する場合は聞いてください。ただし、すべてのソリューションには、開発者とのより深い調査と議論が必要であることを説明してください。
このように見えるのが、UXデザインと心理学の出会いです。うまくいけば、これは少し役に立ちます。