UX /顧客発見の質問のために顧客/ユーザーにインタビューするための特定のテクニック
私はUXデザイナーです。デスクトップアプリケーションの開発における私の仕事は、ユーザーのニーズとそれをどのように使用したいかを発見することです。これは、UX設計の仕事に加えて、顧客の発見/理解の仕事です。
現在、私の顧客のターゲットセグメントは専門家（エンジニア/販売）であり、アジアの国（正確には東南アジア）にいます。専門家でさえ、彼らが望むものや必要なものを表現するのは得意ではありません。彼らに話してもらい、意見を述べるのに苦労しています。私がプロトタイプを彼らの前に提示すると、通常彼らはまったく意見を述べません。
最終的には、どちらのフィードバックも通常は不十分であるため、プロトタイプの準備に時間を費やしているように感じます（「テキストボックスが他のテキストボックスと重ならないことを確認できますか？」そうです、そうですバグですが、それは単なるプロトタイプです。もっと大きなものに移ることはできますか？全体的なユーザーフローやアプリケーションの使用方法など）、またはさらに悪いことに、フィードバックはありません。
ユーザーは、必要なものをどのように伝えるかわからないか、必要なものさえ知りません。
アプリケーション開発に関する限り、彼らに実りある方法で彼らを語らせるには？
プロトタイプ*のフィードバックを得る方法についてこの質問を取り上げるのは非常に簡単です-プロトタイプを使用して目標を達成することに集中できるようにタスクを設定する必要があります。
これは、 "この画面から、どこで赤いマクガフィンシューズに関する情報を見つけますか？"または "観点から一般的なユーザーの場合、この会社の連絡先番号をどのようにして見つけますか？」。そのようなものですが、特定のプロジェクトの対象読者とサイトの目的に合わせてタスクを提供したいとします。彼らが進むにつれて思考プロセスを声に出してもらい、彼らがどのように進んでいるかを見て、彼らがやろうとしていることを実際の行動と一致させているかどうかを確認するように依頼します。
完了する必要のあるいくつかのタスクを与えることに加えて、有名なニールセンのものなど、いくつかの 主観的ヒューリスティック に対してプロトタイプを評価するように依頼してください。どれを選択して測定するかは、プロトタイプの忠実度に依存します（使用している言語を評価するためにプロトタイプを入手することはできません）。
*一度に2つの方向から物事に取り組んでいるようなものです。まず、要件を特定するのが難しいと言い、次にプロトタイプを提示すると、有用なフィードバックが得られないと言います。ユーザーの要件を特定せずにプロトタイプ段階に到達した方法を本当に理解している-構築に何を使用してきたのか？
熟練したユーザーの知られている効果は、自分の考えを言葉にすることはできません。 From Testing Expert Users by J.Nielsen：
- 多くの場合、熟練した行動は自動化された行動です。人々が特定の行動についてどのように考えているかを知らない場合、彼らは自分の行動の背後にある推論を言葉で説明することはできません。
- エキスパートユーザーは、ユーザーの役割を維持し、実際の機能を利用するのではなく、設計評論家に変身し、製品に対する意見を聞くことができます。
同時に彼らが仕事をするので、次の方法で彼らのニーズを集めることができます：
- 彼らの仕事を観察する
- オフィスの指示とマニュアルを調査する
- primary-noun テクニックを使用してアーティファクトを探索する
次に、ユーザーテストでは、主要なタスクを含むシナリオを使用して、それらのユーザビリティメトリックを評価します。
ここで2つの別々の質問をしていると思いますか？
1）何を設計すべきかを理解する
2）それらの設計をユーザーと検証する
見てみましょう：
1）エンドユーザー向けに純粋に設計している場合は、すばらしいです！しかし、関係する他の利害関係者がしばしばいるので、彼らの意見を確実に得てください。
コンテキスト調査-環境内のユーザーを観察し、ユーザーが実行する必要のある主要なタスクを理解するようにしてください。現在の完成などに対する障壁は何ですか？.
アイデアワークショップ-エンドユーザーと他の利害関係者の選択をまとめて取得し、一連のアクティビティを実行します。これらには、競合他社の製品のレビュー、機能の優先順位付け、カードの並べ替えなどが含まれます。ゲームストームを見てください： http://www.gogamestorm.com/
2）設計の検証はさまざまな方法で行うことができます。ユーザーテスト-特定の設計上の課題を検討して過去のユーザーを実行することから、本格的なラボベースのユーザーテストまで。覚えておくべき重要なことは、コンテキストを提供することです。解決しようとしている問題は何ですか？ユーザーに実際の状況を伝え、プロトタイプを使用して解決するように依頼します。
ヒューリスティック評価-プロトタイプに対してヒューリスティック評価を実行することもできます。これは、デザインのユーザビリティの問題を特定するのに役立ちます。ヒューリスティックは、設計をレビューする一連の原則です： http://www.nngroup.com/topic/heuristic-evaluation/
設定するように勧められたこれらのタスクを特定するために、一歩戻ってインタビューを行うことをお勧めします。
ゼロから始めるのではなく、可能な限りユーザーについて知っているミーティングに参加してください。人々のニーズと目標を説明するのに役立つ十分なフィードバックを集めるために、一歩下がってインタビューを行うことをお勧めします。
この情報を使用して、特定した目標を完了するために必要ないくつかのタスクで構成されるシナリオの概要を説明します。このタスクグリッドは、出発点として役立ちます。 http://www.servicedesigntools.org/tools/137
いくつかのシナリオを特定し、別のセッションを調整し、各タスクを完了するようにユーザーに要求すると、生産的なセッションを確保する構造になります。このアプローチを採用すると、プロトタイプの設計ループを実現し、検証、修正する必要があります。