ページのデザインプロセスの一部としてユーザーインタビューを実施する場合、モックアップを作成する前に、どのような質問をする必要がありますか?ユーザーが実際に望んでいるものや必要としているものを排除する最良の方法は何ですか?
使いやすさテストのためのインタビューで何をすべきかについて書かれたものはたくさんありますが、ユーザー中心の設計ベースのインタビューについてあまり言われているようには見えません。
私は、ユーザーが何を望んでいるのかではなく、ユーザーが何をしているのかdoesについて質問するようにしています。たとえば、ユーザーのワークフローを改善しようとしている場合は、次のように質問します。
次に、チーム全体(devs/pm/researchers)が、必須項目/優先事項/未検討事項を優先する要件のリストを作成します。最初のラウンドでは、時間に関する考慮事項が取り除かれます(したがって、優先度が低いものの、それほど時間はかからない場合は、Nice-to-haveパイルにとどまります)。
このリストは、ユーザーへの追加の質問および反復プロセスの開始の基礎となります。
これは私がドキュメントでチェックしていて、時々レビューするチェックリストです(通常、問題が発生した後)。
時間の経過とともに、これらの質問を内面化し、適切なタイミングで「ポップアップ」することがわかりましたが、最初はほとんどの時間、私はそれらを持ち歩きました。
何かがうまくいかない場合、私はレビューを行い、通常は質問を思いつきます。
これらのいくつかは明らかに私の状況/組織に固有のものですが、それがあなたに役立つ何かを引き起こす可能性があるため、すべてを保持しています:)
要件の理解
リクエストの優先順位付け-これはどのように会社に付加価値を与えますか? -これはあなたにとってどのくらい重要ですか? -緊急ですか? -時間に敏感ですか?締め切りはありますか?
成功の保証-これはいつ完了するのですか? -「完了」を定義します-可能であれば、利害関係者とUATを記述します。
要件-必須アイテムは何ですか? -好きなものは何ですか? -それで、ABCなら幸せでしょうか? -特定の技術要件はありますか? -エッジケースとは何ですか? -これを使用する方法はいくつありますか?
最終チェック..
ストーリーを頭に入れてください
これは、大きなプロジェクトの「完全なリスト」です。私はこれらすべての質問をすることはめったにありませんが、一度慣れると、何を尋ねるべきかについての感触が得られます。
リストよりも重要なのは、問題の内容を確認し、適切な質問を見つけ、適切なタイミングで質問するように促すシステムを用意することです。