設計に必要なソフトウェアを使用している人とはどういうものかわからない場合の対処方法
一般的な質問があるので、例を示します。
あなたが専門家のツールとして日常的に使用されるソフトウェアを構築するように割り当てられたとしましょう、例えば統計学者のものとしましょう。
これで、ソフトウェアの主要なコンポーネントは明らか（多分ある種のスプレッドシート）なので理解できますが、日常的に使用しないと製品のすべての部分が何であるかを理解することはできません。
同様のツールを参照できますが、次の点に注意してください。それはあなたに問題に対する同様の解決策を思いがけなく思い起こさせるでしょう、それは必ずしも最良のものではありません。 b。彼らは、他の製品には存在しないいくつかの機能を含めたいと思うかもしれません。
私は彼のワークフローのためのアプリで友人を助けるように頼まれましたが、彼のニーズを理解するのに問題があります。
どうもありがとうございました！
設計段階の初めに、ユーザーのニーズを発見するためにこれらの方法をお勧めします。
1。状況に応じたインタビュー。
http://www.usability.gov/how-to-and-tools/methods/contextual-interview.html
基本的に、ユーザーが製品を使用する環境でユーザーをフォローし、製品がユーザーに役立つタスクを実行します。観察を明確にする短いインタビューでフォローアップします。真剣に、この方法は私が自分のオフィスに滞在していたら得られなかったであろうほどの洞察を私に与えました。これは、ユーザーが必要とするものとは対照的に、ユーザーが必要とするものを見つける方法です
2。ペルソナ
http://www.usability.gov/how-to-and-tools/methods/personas.html
主要なユーザータイプのペルソナを作成します。これにより、製品の設計方法の基礎として独自のニーズを使用するのではなく、ユーザーのニーズとウォンツに共感し続けることができます。これは、ユーザーのニーズと要望がユーザーのニーズと大きく異なる場合に特に重要です。
3。ワイヤーフレーミング
http://www.usability.gov/how-to-and-tools/methods/wireframing.html
http://balsamiq.com/http://www.axure.com/
ワイヤーフレーム機能を開始します。これにはBalsamiqまたはAxureをお勧めしますが、利用可能なツールがたくさんあります
4。ワイヤーフレームをテストする
http://www.usability.gov/how-to-and-tools/methods/running-usability-tests.html
製品がユーザーのニーズを満足のいく方法で満たすことに満足するまで、3と4を繰り返します。
- ユーザー調査は、製品に関するフィードバックを得る優れた方法です。視聴することは、ソフトウェアを使用している人がどのようなものかを知るための最良の方法です。これは、しばらく製品に取り組んできた後で、新鮮な視点を提供することもできます。
- インタビューは、ユーザーについての洞察を得るもう1つの機会です。専門的な統計ツールを作成している場合は、統計学者に相談してください。 1日の中で最も時間のかかる部分は何ですか。また、製品でそのタスクをより効率的にするにはどうすればよいでしょうか。
- 弱点を見つける既存の類似製品で。これらの弱点は、自社製品と競合他社の製品に見られます。弱点を特定することで、あなたが述べたように、同様の解決策ではなく、新しい解決策を見つけるために創造的に考えるようになります。弱点は次のようなもので構成されます：
- タスクを実行できない（機能がない）
- タスクを達成する方法が明確でない（UIがわかりにくい）
- タスクをより効率的に完了することができます（ユーザーが手動で入力する必要があるデータを予測する可能性があります（検索でオートコンプリート））。ユーザーが次に何をする可能性があるかを先に考えます
- 切断された製品。多くの場合、ユーザーには2つの便利な機能または製品があり、それらを効率的に接続する必要があります（例：日付をGmailからカレンダーへのリンクに変換）
私は毎日これを扱います。良い解決策に関する他のポスターに同意しますが、私の職場では、おそらくあなたのシナリオでは、ユーザーや主題の専門家は私には対応できません。職場では、上司がそのような調査の選択肢やサポートを提供していないため、エンドユーザーにインタビューすることができない場合があります。あなたの質問は、調査を行うことができず、観察のためにユーザーにアクセスできない場合はどうするかだと思います。
私がすることは、誰かが私にできる限り最善を尽くしてくれるものをコード化することです。重要な秘訣は、UIの設計について助けを求め、優れた設計作業を行うための情報とリソースを提供しない人々は、完璧な設計作業を期待していないことを理解することです。彼らは、推測してコーディングし、ユーザーの不満に直面し、再コーディングを繰り返し、ゆっくりと費用をかけて設計をクリアします。これは、再現可能な優れた設計戦略を経験したことがないためです。または、アプリフローを設計するのは初めてで、保存ボタンやナビゲーションボタンなどの主要な機能を見逃さないものは何でも喜んでいます。用語が一貫して使用されており、同じデータ要素の場合、ある場所では「従業員」を使用し、別の場所では「人事」を使用しないことを確認します。大画面モニターの色が振動せず、テキストの行の長さが左側から右側に伸びていないことを確認してください。
これらの人々は通常、何かきれいなものを見たいと思っており、ユーザーが繰り返し不平を言って個人的にユーザビリティラボに行っていくつかの基本を学ばない限り、ユーザーフローの不備やぎこちない体験に気づくことはありません。私は彼らを倒そうとしているのではなく、単に彼らの職業や専門分野ではありません。保存または戻るボタンを配置するのに十分な知識があるという理由だけで、あなたが行うことはほとんど何でも助けになります。ラベルのすべての大文字やすべての文のすべての太字フォントなど、明らかな初心者または設計者以外の間違いを防ぐことに焦点を当てます。リラックスして、ユースケースとペルソナの開発の効果について簡単に説明し、目がよく見えるようにします。次に、時間の投資を最小限に抑えて、戻ってきたときに準備を整えて、さらに助けを求めます。
彼らが言うように。 。 「馬を水に導くことはできますが、飲むことはできません。」馬が別の飲み方をする準備ができたら、川での旅に出る意欲と能力を維持することに重点を置きます。
これは通常の状況ではありません。したがって、おそらく標準外のいくつかユーザー調査手法が役立つ可能性があります。
インタビューは次善の策ですが、もう一度、それ以上のものが必要です。それはすべて数学的です：
慣れ親しんだ商品を企画するためには、面接の工夫が必要ですね。
慣れていない製品を計画するには、その製品に飛び込んで、それになる必要があります。短期間のうちに、あなたは相応の考え方を借りることができるように、最も熱狂的なユーザーの情熱を偽って、補償し、できるだけ経験を積む必要があります。それはクレイジーで、俳優であることに似ています。怖いですよね。私は数日間あなたは基本的に自分のことを忘れて他の誰かになることを意味します。しかし、それをこのように考えてください。通常の自己に戻ったとき、新しい経験を学んだだけでなく、共感力も素晴らしいものになりました。これは、UXプロフェッショナルであることに関して大きな資産です。
あなたの目標は、ユーザーのタスクを理解することです。ユーザーを把握して説明することができない場合は、これらのタスクの実行方法を説明する別のソースが必要です。
例として、私の主なプロジェクトは現在、動物実験を説明するためのナレッジリポジトリです。ユーザーにはアクセスできませんでした。生物学者であるが、ITについてほとんど理解していないプロダクトオーナーにしかアクセスできませんでした。彼女は主に「それは動物系の既存のデータベースに加えて、実験手順のためのいくつかのフィールドのようであるべきだ」と述べた。すぐに、私は私の頭の中で警報ベルを鳴らしました：これは本当にすべての可能な実験をカバーしますか？
それで私がやったことは、Googleの学者に行って、そのような動物実験を説明するたくさんの記事を見つけることでした。私は生物学者ではないので理解するのが難しかったが、切り取られたネズミの写真が含まれていたので感情的に不快でしたが、私は書類をめぐって戦いました。次に、動物実験画面のモックアップを作成し、記事のデータを入力し始めました生物学の大学院生が私のアプリケーションを使用するときに行う必要がある方法。 「古い動物データベースと3つの手順フィールド」という概念から逸脱したものがたくさんあり、それらに対応できるようにモックアップを変更しました。アプリケーションはまだユーザーに提供されていませんが、それ以来、現在のコンセプトに適合しないテストデータはありませんでした。そして、私はそれがうまくいくことを知っています。
あなたの統計ソフトウェアでは、あなたが同じことをすることができるならそれは最善でしょう。統計学者の目を通してあなた自身のアプリケーションを見るには、あなた自身が少し統計学者になる必要があります。もちろん、最善の方法は、統計学者に特定のタスクを案内してもらうことです。しかし、統計学者を手に入れることができない場合は、他の情報源からそれを学ぶ必要があります。統計学の入門コースを受講してください。アプリケーションが使用される種類の問題を解決する方法を説明する統計学者向けのテキストを見つけ、自分で問題を解決してみてください。ソリューションのどの段階で決定を下さなければならなかったか、どのような情報を決定する必要があったかに注意してください。次に、ソリューションをサポートするように、アプリケーションの画面の機能的なモックアップを設計します。意思決定に関連する情報は、必要な場所に必ず含めてください。ソリューションプロセスを適切に概算できた場合、これは非常に高いニーズに適合するアプリケーションを提供します。
もちろん、この方法には限界があります。まず、タスクに必要な専門知識が多ければ多いほど、問題を解決する方法がスペシャリストが解決する方法と大きく異なる可能性が高くなるため、アプリケーションはスペシャリストのニーズにうまく適合しません。それでも、アプリケーションがどのように使用されるかわからない状態で暗闇をよじ登るよりも、この方法で行う方が適切です。第2に、アプリケーションが一般的になるほど、必要なすべてのタスクをカバーすることが難しくなります。特定のビジネスプロセスをサポートするアプリケーションは、プロセスの実行に合わせて調整できるため、設計が簡単です。 ExcelまたはRに対抗する場合は、スペシャリストが汎用の統計ソフトウェアを使用して実行する可能性のあるすべてのタスクを学習できないため、上記の方法を使用できません。第三に、それはあなたにとって非常に時間がかかります。しかし、本当に良い製品を作ることができるので、時間は十分に投資されていると思います。