物語
上の写真の左側-私の祖母、ここで彼女は25-30歳です。 右側にあるのは、80歳のときに祖母のために購入したMotorolaの携帯電話で、次に、モバイル機器がすべてのユーザー層をどのようにカバーしているかについての通路が予想されます。 または、高齢者が最新のモバイルテクノロジーを使用するのがどれほど難しいか。 これはすべて真実です。私の祖母ではなく、私にとっては大変でした。
祖母は、電話を使って電話をかけたり、時計を使ったり、バッテリーを充電したりする能力を自発的に制限しました。 しかし、彼女は時々バッテリーを忘れてしまい、彼女の時計は迷いました。 もちろん、最も近くに住んでいる孫として、すべてのデバッグと保守作業は私にかかった。 そのため、時間を設定するのに最大10分かかりました。 むしろ、目的のアイテムのメニューを検索します。 最初は、最も可能性の高いポイントを選択して、直感とロジックを含めようとしました。 それから彼はゲームを除いて徹底的な調査に行きました。 おばあちゃんは手を振った-「さあ、彼と一緒に。」 しかし、思いやりのある孫と現代人のイメージを破壊することはできませんでした。最後まで戦いました。
重要なのは、時間を設定する必要が生じるたびに同じ絵が繰り返されたことです。 別の孫をスクリプトに追加すると（私の祖母は8人います）、結果は改善しませんでした。
電話をゴミ箱に捨てるのはそれほど大きな問題ではなく、彼は主な問題を解決しました-コテージから家に電話することができます。 しかし、モトローラによって与えられた自尊心へのそのような打撃の後の携帯電話の次の選択で、私は最後に彼女の電話を見ます。 ちなみに、しばらくしてモトローラ自体がヨーロッパとロシアの市場を去りました。 それはなぜですか？..そして、クーパーを読んだ人は、Razrモデルの評価を思い出すでしょう-優れた工業デザインと、ファームウェアではなくフランケンシュタインです。
開発者が私の祖母の電話メニューをテストするのに1、2日費やした場合、おそらく数行のコードを再配置することで、彼は通常の電話の評判を得て、忠実な顧客を得たでしょう。 しかし、悲しいかな。
***
電話のメーカーはたくさんありますが、ソフトウェア開発者は大勢います。 SDK、エミュレーター、テスト自動化ツールがありますが、機能的なもののみです。 ロボットにボタンを「クリック」させ、ランダムに、または記録されたスクリプトに従って、ソフトウェアのコントロールを引っ張ることができます。 ただし、ユーザーテスト用のツールはほとんどありません。 そして、彼らは主に電話から開かれたウェブサイトのテストに焦点を当てていますが、アプリケーションや、さらにはファームウェア自体には焦点を当てていません。
ツールキットのハードウェアも堅固なDYIです。通常のWebカメラ、それらの自家製ホルダー、まぶしさがないように位置を見つけ、カメラがユーザーの視界を遮らないようにします。 専門の専門家でさえ、即興の手段を発明して使用することを余儀なくされていることを確認する記事があります。 また、モバイル研究専用に作成された準産業アシスタントの数少ない例の1つです-http://www.mrtappy.com/ 。 そして、あなたがたが295の場合、まだ製品を入手するのではなく、コンストラクターを入手します。
箱には何が入りますか？
西洋の同僚でさえ、それは不当に高価であると言いましたが、一般的に西洋のユーザビリティ研究のコストは高くなります。
しかし、開発者はパワーが知識にあることを理解しています！ 機能コードは、コードの記述方法がわかっている場合は、メモ帳でも作成できます。 同じことがテストにも当てはまります-何を見るべきかを知っていれば、仲間の旅行者の肩越しに地下鉄で生産的なテストセッションも可能です。
何をテストしますか？
それだけです 十分な時間がない場合は、疑わしいすべてをテストします。 そして念のため、あなたが最も確信していること。 自信は失明を生み、迷惑な脱落につながります。
いつテストしますか？
ユーザーに何を提供したいかを正確に理解したら。 おそらく、あなたは彼らがそれを手に入れたいかどうかを知るでしょう。
より早く始めることができます-何をユーザーに提供したいかを正確に理解できない場合。 彼らとコミュニケーションをとる過程で、あなたのアイデアは熟すか、衰退するかもしれません。
待てないで！
利害関係者のリリース、設計、または承認を待たないでください。 第一に、多くの場合、ベータ版のテスト結果を低く評価するほど、リリースもデザインもユーザーエクスペリエンスを変更しません。 どういうわけか、私たちは約6か月間、顧客からのリリースを待っていました。 この製品はすでにアプリストアに残っており、否定的なレビューを収集していましたが、彼らは私たちにゴーサインを与えませんでした。 それが与えられたとき、我々は実質的に何も製品に変更がなかったことを見ました。
第二に、おそらくプロジェクトのあらゆる段階に適したテスト方法を考え出すことができます。 紙のプロトタイプはすべてに耐えます。 彼が少しを与えても、彼は少しを奪います。
ユーザーはどこにありますか？
オフィスセンターで働く場合は、廊下で探してください。 自分の建物がある場合は、プロジェクトに関与していない同僚を使用してください。 全員が同じプロジェクトに取り組んでいる場合は、親relativeや友人に連絡してください。
この方法は、対象読者に特定のスキルが必要な場合には役立ちません。 たとえば、たばこサプライマネージャのアプリケーションは、平均的なユーザーをビジネス用語に困らせるでしょう。 クラッシュテストとして使用することもできますが、優れたビジネスアプリケーションについては、準備の整っていないユーザーでもその目的について仮説を立てることができます。 悪い人のために-彼は何も理解しません。
どちら側からユーザーを入力しますか？
そのため、製品または製品のアイデア、ユーザー、製品をユーザーに提示する決意があります。 どちら側に行くのですか？
一般的に、ユーザーには3つの側面があります：欲望、意見、経験。 通常、ユーザビリティは経験から生まれます。 欲望と意見はマーケティングの道であり、悪いマーケティングは意見にのみ有効であり、良いマーケティングは欲望にも有効です。 なぜそう
製品に関する意見 - 製品を使用せずに、それを望まない場合でも、それを入手できます。 つまり、それは不合理で、やる気がなく、信頼できないものです。 合理的で意欲的で信頼できる意見を分離することは難しく、私たちはテレパシーではありません。
欲望 -あなたは経験も意見も持たずに持つことができます。 しかし、欲望はそれ自体が価値があります。お金に変わるのはそれだからです。
経験 -製品を使用する場合にのみ使用できます。 欲求は必要ありません。
欲求は、必ずしも必要ではありませんが、やる気のあるユーザーで製品をテストするのが一般に著しく簡単です-彼らはより明るく、おしゃべりで、誠実です。 また、欠点もあります。やる気のあるユーザーは、気付かないうちに問題の一部を「飲み込む」ことになります。
将来を見据えて、すでに遠くのどこかで、成功=強い欲望+成功した経験と言えます。 この式に少なくとも1つの既知の量を追加する方法は？ 私たちの場合、これは明らかに経験ではないので、欲望について考えてみましょう。
テストでは、1つのことに気付くことがあります。テストが少女によって行われ、回答者が男性である場合、男性はタスクを完了した彼の成功の主観的な評価を誇張するために、やや「コックアップ」する傾向があります。 この場合、外部の動機が機能します-製品自体または目標ではなく、その達成可能な助けを借りて。 それでも、人はすべてのボタンを熱心に突いて、目標を達成しようとします。 これをクイックテストの実践方法は？ とても簡単で、祖母と一緒に状況を少し描き直します。
ブロンドの髪を着て、廊下に出て、最初に出会った人に「ああ、電話に時計を置けないよ...助けてくれませんか？」 完了、これは特定の目的のためのやる気のあるユーザーです。
否定性の準備をしなさい
実際のプロジェクトでは、治療上の目的のために、欠点と利点の両方を記録しますが、アドバイスを取ります。問題だけを探します。 ユーザーの称賛を期待しないでください。 悪用と困惑が多ければ多いほど、ユーザビリティテストをより適切に実施できました。
開発者が叫びの中でテストと唾液を観察する写真「どこでこれらのバカを手に入れましたか？」は本当です。
愚かなユーザーに備えてください。 しかし、あなたは彼らのために製品を作ります。 おそらくあなたは彼らからお金を受け取ることさえ期待しています。 おそらくこれを定期的に行うことを計画しています。 したがって、寛容にしてください。 インターフェイスが悪いか、ユーザーが愚かであるかは関係ありません。 共通の言語を見つけることが重要です。 あなたの製品のために賢く、溶剤で、のどが渇いたユーザーを作成する方法の強さと知識を持っているなら、OK、先に進んでください！ そうでない場合は、インターフェースを変更します。
プロンプトを表示しない
あなたは本当に賢いユーザーではないかもしれませんが、彼らはそれでもプロンプトや指示を与えられるべきではない。 あなたの仕事は、ユーザーに最後まで到達して彼の意見を聞かせることではありません（これはマーケティングのためです）。 あなたの仕事は、ユーザーがインターフェイスを介して独自に目標を達成できるかどうかを理解することです。
目標を設定する
目標は、インターフェースの外側、製品の外側に住むことです。 さらに、目標は「電話を設定する最後のステップで最後のボタンを押す」ことではなく、「正しい時間を表示する」など、「現実の問題を解決するのに適した電話を取得する」ことです。
もっともらしいストーリーを作成する時間がない場合（おばあちゃんと時計の設定について）、インターフェース内にとどまることができます。 「電話の時刻を変更したい」という言葉でタスクを定式化するだけです。 ユーザーが何かを望んでいるという仮定を受け入れた場合、彼はそれによってゲームに入り、少なくともやる気のある人を描写し始めました。
「あなたが欲しい」という言葉の後に、指示「...に行く」「設定」セクション、「一般的な」アイテムに行く、そして「基本的な」サブアイテムを選択することを確認してください...
結果を記録する方法は？
まず、テストの結果は何ですか？ 簡単に言えば、使いやすさとは、目標までのステップ数とこれらのステップの複雑さのバランスです。 ステップ数を修正するのは簡単ですが、複雑さは困難です。 インターフェースの品質はデシベルと表現の検閲で測定されると言われていますが、複雑さの指標は、「困難な場合、長い間考えなければならない」という論理に基づいて、時間と見なされることをお勧めします。 したがって、クイックテストでは、このようなマトリックスで十分です。
ご覧のとおり、ユーザーが遭遇した問題の種類を示す診断のようなものもあります。
これらの値は、頭、ノートのペン、ウェブ、またはアクションカメラで直接修正できます（若い男性に電話を手伝ってくれるよう頼む金髪の髪に隠すことができます）。 クリック数（クリック、テープ、スワイプ、その他のユーザーの動き）とセッションの継続時間を保存する単純なロガーを作成できる場合、プリミティブであるが自動化されたユーザビリティメーター*が表示されます。
*もちろん、制限と例外があります。 このようなマトリックスは、エンターテイメントの分野にはあまり適していません。電話画面をダブルクリックしてから1時間半画面を凝視し、オフにした場合、必ずしもタスクを圧倒できず、心のデバイスを切り落とすことができませんでした。 私は映画を見た可能性が高く、プレイヤーは非常に快適だったので、サウンドを微調整したり、字幕をオフにしたり、コメディの3-4エピソードを連続して見るという私のタスクに関係のない他のナンセンスを強制することはありませんでした。
これですべてです。おそらく、コメントの質問に喜んでお答えします。 ご清聴ありがとうございました！
UIDGアナリスト、Anton Alyabyevによる投稿。
PSそして、これはトピックの冒頭で議論されたまさにそのプレゼンテーションです。