質問: ユーザーからより洞察に富んだux要件を抽出する方法 私たちは反復リリースを行っているため、ユーザーui/uxの要件が多数寄せられているのがわかります。これは、主要な領域に集中できるので非常に便利です。当然、これらのリクエストは "システムはxを実行する場所yにボタンを持っている必要があります"の形式です。時々これは適切ですが、多くの場合、この提案は実際の目標を達成するには不十分な方法です。私は現在、状況と目標を通してユーザーと話す会話でこれを解決します。これは機能しますが、2つ目の問題があります。1つ目は、固定されたアイデアからユーザーを「巻き戻す」 "but i want a button"、2つ目は、現在のコンテキストから外れているものについてはその場で考えます。これは当然のことながらエラーが発生しやすく、また抽象的に考えれば少数の人々が少し不快になります。検索で推奨質問は見つかりませんでした。まだフォーマットを試していませんが、まずまずの高品質なセットから始めたいと思います。したがって、問題は、より洞察に富んだux要件の要求をユーザーに求めるための既知の効果的な形式は何かということです。私は、変更に影響を与えるために、最初のレポートを作成するときにプロンプトを表示する必要があると想定しています。私たちの現在のユーザーベースは、適度に教育を受けたホワイトカラーのオフィスワーカーです。彼らがui拡張リクエストを開始する問題ロギングフォームのいくつかのアイデア:質問または段落q. what goal do you need to achieve? q. how are you currently reaching this goal? q. how frequently do you do this job? q. what change would help you achieve your goal? q. describe impact the change make to you and others? vs.hi, to help us make the best possible ui for you, please take a moment to tell us about the goal you need to achieve. describe what it is, and how you are achieving it today. what is the impact of the current ui on your daily work. 説明:その「巻き戻しと分析」の会話で本当に役立つ応答をありがとう。それらを使用します。ただし、私が奨励しようとしているのは非常に狭く、つまり、ユーザーが連絡する前に、ログに記録する最初のレポートで、ユーザーに彼らの目標についてより広範かつ抽象的な考えをさせる(これは非現実的な行かもしれません)
回答: ここで対処する2つの問題があります。提案された変更が何を達成することになっているのかを適切に理解することと、顧客からの抵抗や不満を回避することです。修正するにはどうすればいいですか?」.私の経験では、これを電子メールでうまく解決することは非常に困難です。これらのタイプのディスカッションでは、対面の会議の方がはるかに効果的ですが、電子メールによる非同期通信よりも通話の方が優れています。両方の側面に対する私の一般的なアプローチは、「このリクエストのコンテキストを明確にするために探しているので、正しく理解できるようにする」ことです。会話中に、ユーザーがこれで何が達成できると思うかが明確である場合、私は次のように始めます。「理解するために、これで解決される問題は...と思います推測を挿入 ...そして、あなたはそれを試して修正しようとしています... うまくいくかもしれませんが、それを達成するための最良の方法ではないかもしれません。それは正しいですか?」これは議論を招き、しばしばそのトピックについてより自然な会話になります。提案された解決策について話し合うことを避け、問題に焦点を当てた会話を続けてください。何がリクエストを促しているのか、それがどのように彼らの仕事に悪影響を与えているのかを理解するようにしてください。提案されたソリューションよりもすぐにユーザーに明らかな利点を提供できると思われるその場で何かを思い付くことができない場合を除いて、どのように対処するかについて話し合うことは避けてください(たとえば、「私は思いついた... [問題を引き起こす状況]を回避できるように[無効にする]ボタンを追加することについて説明してきましたが、ウィジェットを自動的に無効にしてクリックする必要がない場合は、それでも機能しますか? ")。あなたはまだ「ノー」を得るかもしれませんが、-なぜについての詳細な説明を得る可能性ははるかに高く、それは機能しないので、より多くのコンテキストを獲得します。面談後、解決策への取り組み方を決定します。顧客の提案よりも良い方法があると判断した場合は、あなた(またはプロジェクトマネージャー)が、計画していることに関する簡単な説明と、ソリューションを選択した理由のリストを作成する必要があります。顧客の提案。お客様が戻って「いいえ、私のやり方で」と言わないことを保証するものではありませんが、その可能性は大幅に減少します(特に、ソリューションを提案しているお客様がお客様の最終的な発言でない場合)意思決定プロセス)。