機能について調査するときに確認バイアスを回避するにはどうすればよいですか？
製品チームがモバイルアプリの新機能を提案したので、その機能に対するユーザーの関心を感じたいと思います。
私は既存のユーザーに対してアプリ内調査を実行することができますが、「X機能が必要ですか？」私は調査結果を疑うような強い確認バイアス（「もちろんXが欲しい！」）があると思います。機能調査を異なる方法でフレーム化する方法、またはこの影響を軽減する方法で結果を分析する方法は何ですか？
特定の機能を調査する代わりに、その機能が解決すべき問題点について尋ねます。
すばらしい質問は、「このアプリの最悪の点は何ですか？」次に、3つのオプションを指定します。
覚えておいてください、ユーザーは解決策について良い提案をすることについてはがらくたですが、自分の問題ほど自分の問題を知っている人はいません。
5つまたは6つの機能のリストに優先順位を付けるようにユーザーに要求することを常に試みることができます-そうすれば、「Xを使用しますか？」しかし、「あなたにとってU、V、W、X、Y、Zのどちらがより重要ですか？」
確認バイアスはまだ少しありますが、ある機能と別の機能をトレードオフして、バイアスの影響を減らすようにユーザーに要求しています。
以前に調査で使用したアプローチは、「アプリケーションに1つの変更を加えることができたら、どうしますか？」という自由回答形式の質問です。これはユーザーにバイアスをかけず、過度に影響を与えることなく、ユーザー自身の懸念に関する非常に有用なデータを生成しました。数百人までの回答者の場合、データの分析に関連するワークロードは妥当です。結果をタグ付けして分類することで分析する傾向があります。