モバイル アプリのユーザビリティ テストに関する 10 の戒律
公開: 2016-06-05モバイルのユーザビリティ テストと品質保証は、アプリの設計と開発ほどの根性や栄光をもたらすものではないかもしれませんが、テスターはモバイル アプリの世界の縁の下の力持ちです。 ユーザビリティ テストが適切に行われると、完成したアプリは操作するのが楽しくなり、ユーザーはアプリを何度も開くのを楽しみにします。
一方で、不十分な UX テストと QA は、モバイル アプリの成功を妨げ、最終製品に破滅をもたらす可能性があります。 バグ、クラッシュ、その他の UX の失敗により、アプリは確実にゴミ箱に入れられます。
ユーザーが切望する素晴らしいエクスペリエンスを確実に提供するには、次のユーザビリティ テストの 10 の戒律に従う必要があります。
UX テストの戒め #1: テストをけちってはならない
Petre Moroca は、DICE https://dice.fm(@dicefm) のモバイル ユーザビリティ テストの専門家です。DICE は、ユーザーがチケット予約手数料なしでコンサート、フェスティバル、イベントを検索できるアプリです。
「ターゲット ユーザーと、サポートする予定のデバイスと画面サイズを把握することは非常に重要です」と Moroca 氏は言います。 「たとえば、利用可能な最も古いデバイスと OS の組み合わせを確認することから始めて、最新のモバイル デバイスと OS の組み合わせまで調べていきます。 これにより、古いデバイスのユーザーが経験するであろうユーザビリティの問題を明確に把握できます。」
「何をするにしても、アプリが特定のデバイスでどのように表示されるかを知っていると思い込まないでください」と Moroca 氏は付け加えます。 「利用可能なすべてのデバイスで機能が期待どおりに機能することを確実に知りたい. それが締め切りを遅らせることを意味するとしても、不確実性を受け入れる価値はありません。」
時には、首相と気まずい会話をすることになるかもしれませんが、それだけの価値はあります。 「プロジェクト マネージャーがアプリをリリースするために息を切らしているときに、人々が古いデバイスのチェックをスキップする様子を見てきました」と Moroca 氏は言います。 「プレッシャーに屈するな！ あなたのアプリに悪いレビューを残すユーザーから熱を奪うよりも、プロジェクト マネージャーから熱を奪うほうがよいでしょう。」
UX テストの戒め #2: アクセシビリティをテストしなければならない
Sharon Rosenblatt は、Accessibility Partners, LLC (@Access_Partners) から報告を受けました。この会社は、自社製品を障害を持つ人々にとってより使いやすくしようとしている企業にアクセシビリティ コンサルティングを提供しています。
「社内でユーザビリティをテストするときは、障害を持つ人々のアクセシビリティに重点を置いています」と Rosenblatt 氏は言います。 「障害を持つ人々がテクノロジーにアクセスできるようにすることは重要であり、多くの場合法的に義務付けられています。」
最後の文でパニックに陥った場合は、アクセシブルなモバイル UI デザインの初心者向けガイドを読んでください。モバイル ユーザビリティ テストで、これらのポイントのいくつかをすでにカバーしている可能性があります。
「私たちは障害のあるエンジニアと一緒にアプリをテストしています。失明、弱視、難聴、モバイル デバイスの使用や保持ができないなど、すべてをチェックしようとしています」と Rosenblatt 氏は言います。 「また、開発者には、障害のあるユーザーのエクスペリエンスをエミュレートするために、画面読み取りソフトウェア、拡大鏡、Siri などの音声認識などの支援技術を使用することをお勧めします。 結局のところ、障害を持っていると自認する大勢の人々がアプリを使用できなければ、アプリにアクセスすることはできません。」
このインフォグラフィックをチェックしてください。
UX テストの戒め #3: 赤道の法則に従わなければならない
Bryan Clayton は GreenPal (@YourGreenPal) の CEO であり、芝生の手入れのための一種の Uber です。
あなたにおすすめ:
反営利条項はインドのスタートアップ企業にとって何を意味するのか?
Edtech スタートアップがインドの労働力のスキルアップと将来への準備をどのように支援しているか...
今週の新時代のテック株：Zomatoのトラブルは続き、EaseMyTripはスト...
インドの新興企業は資金調達を求めて近道をする
デジタル マーケティング プラットフォームの Logicserve が 80 億ルピーの資金を調達し、LS Dig...
レポートは、Lendingtechスペースに対する新たな規制精査を警告しています
「レッド ルートの法則は、ロンドンの大量輸送バスから得られたヒューリスティックに基づいています。 バスは、中央に赤いストライプのある道路のみ走行が許可されています。 これはレッド ルートと呼ばれ、他のすべてのトラフィックが邪魔にならないようにすることができますが、これが唯一の方法です」と Clayton 氏は言います。
大西洋のこちら側にいる人は、トロリーカーがあった都市を思い浮かべてください（ジャージーショアに行ったことがあるなら、象徴的な「トラムカーを見てください！」の録音を聞いたことがあるかもしれません）。ワイルドウッド遊歩道のトラムの進路から離れるように警告します)。
「この類推はアプリのデザインにも引き継がれます。なぜなら、ユーザーがたどることができる 1 つのパスとして、アプリ内の赤いルートを設計する必要があるからです。それ以外のパスはありません」と Clayton 氏は言います。 「次に、ユーザーが取ることができるすべての補助ルートを無効にして、その赤いルートを中心にアプリを設計する必要があります。」
ユーザーがレッド ルートにとどまるようにする最善の方法の 1 つは、ユーザー オンボーディング エクスペリエンスを明確にすることです (ここでは、ユーザー オンボーディングに優れた 7 つのアプリと、それらが正しく行っていることを紹介します)。 ユーザビリティ テスト中にユーザー ジャーニーとオンボーディング エクスペリエンスを徹底的に QA することで、潜在的なエンド ユーザーの混乱を大幅に排除すると同時に、ユーザーから望ましいアクションを確実に得られるようになります。アドオン、レビューの投稿、および最終的にアプリに利益をもたらすその他のパス。
UX テストの戒め #4: 適切なツールを使用しなければならない
ビジネスのための新しいツールへの投資に関しては、2 つの問題のある哲学があるようです。 チームのワークフローとアウトプットを飛躍的に合理化および改善する可能性のある新しいツールの購入と学習に時間や設備投資を投資することをためらっているプロジェクト マネージャーに出くわすことがあります。 コインの反対側では、それが本当にプロセスを改善するのか、それとも単に設計者、開発者、テスターの負担になるのかを考慮せずに、出てくる輝かしい新しいツールをすべて試してみたいマネージャーに出くわすでしょう.
もちろん、正しいアプローチはその中間にあります。 古いツールを使用して新しいアプリでモバイル ユーザビリティ テストを実行することは、時間の無駄であるだけでなく、ユーザー エクスペリエンスの低下につながる可能性があります (最終的には、潜在的なビジネスの損失につながる可能性があります)。 プロジェクト マネージャーは、ユーザビリティ テスト プロセスの問題点をチームに確認し、プロセスを変更するか、特定のタスクを高速化または自動化するためのツールを検討することで、問題を解決しようとすることが不可欠です。
どこから始めればよいかわかりませんか？ モバイル ユーザビリティ テストの煩わしさを解消するこれらの 11 のツールを確認してください。これらはすべて、モバイル アプリの専門家によって精査されています。
UX テストの戒め #5: 実際のデバイスでテストする必要がある
もちろん、テスト中にすべての適切なツールを使用することには当然の帰結があります。また、エミュレーションや自動化によってテスト プロセスが完全に引き継がれてはなりません。 特定のオペレーティング システムを実行している実際の物理デバイス上のタッチ スクリーンと対話するエクスペリエンスを完全に再現できるエミュレーション ソフトウェアはありません。また、人間の脳の識別力に取って代わる自動化ツールもありません (少なくとも、レプリカントが人間と同じくらい優れたものになるまでは)。ブレードランナーのもの）。
そうは言っても、もちろん、脳とスマートフォンやタブレットのアナログの「ミートスペース」の世界には、独自の限界があります。 すべての可能なオペレーティング システムを実行している流通しているすべてのデバイスにアクセスすることは不可能です。特に、Apple のようにすべてのデバイスに OS アップデートをプッシュしない Android 向けに開発している場合や、複数のメーカーが多種多様なデバイスを送り出している場合はなおさらです。仕様の。 (残念ながら、Android のフラグメンテーションは依然としてモバイル UI 設計の最大の課題の 1 つであり、まだ簡単な答えはありません)。 このように大量のデバイスを用意する予算があったとしても、それぞれのデバイスをテストするのは面倒な時間の浪費になります。
では、妥協点は何ですか？ 代理店で働いている場合、このハードルを克服する 1 つの方法は、スプレッドシートを組織内の全員に送信して、テストのために電話を志願できるようにすることです。 このスプレッドシートで、デバイスのタイプと実行中の OS の列を分割し、テスト用に古いバージョンと新しいバージョンの適切なサンプルを選択します。
一人でやる場合は、Ebay や Craigslist などのサイトで見つけた古い中古のデバイスに投資することをお勧めします。 または、古いデバイスを集めていることを友人に知らせ、スマートフォンやタブレットが緑豊かな牧草地に移動したら、スマートフォンやタブレットを喜んで「リホーム」することもできます。 繰り返しますが、テスト用に集めたコレクションからいくつかのデバイスを選択します。さらに良いのは、友人をベータ テスターとして参加させ、フィードバックを収集することです! これにより、次のポイントに進みます…
UX テストの戒め 6: ベータ テスターを尊重すること
ライターが自分の作品を編集するために常に別の目を持つべきであるのと同様に、モバイル ユーザビリティ テスターもベータ ユーザーの助けを借りるべきです。 UX テストのスキルがどれほど優れていても、同じコードや UI を何時間も流し続けると、全員の目が曇ってしまいます。さまざまなユーザーの手の中でアプリがどのように機能するかを確認することが重要です。 多ければ多いほどよい。
UX テストの戒め #7: 文書化すること
ドキュメンテーションはモバイルアプリ開発の最も魅力的な側面ではありませんが、それでもユーザビリティ テスト プロセスにとって非常に重要です。 適切なドキュメントがないと、悪夢のようなバージョニング エラー (詳細は後述) に遭遇したり、特定の UI 機能が変更されたときにチーム メンバーが混乱したり、無数のコミュニケーションの問題に遭遇したりします。 変更ログといえば…
UX テストの戒め #8: 変更を管理する必要がある
ユーザビリティ テスト中に発生する可能性のあるモバイル UI 設計の最大の障害の 1 つは、大きな古いバージョン管理エラーです。 問題を見つけ、プロトタイプまたはコードで修正し、変更を行ったことを伝えません。 次に、開発者が新しいバージョンのコードを送信するか、デザイナーが修正したエラーのない更新されたデザインを提供します。 最良のシナリオは、あなたが加えた変更を覚えていて、新しいバージョンでそれを作り直して、今回は適切に文書化することです。 最悪のシナリオでは、すべてのことが起こったことを忘れてしまい、そのバグが UI に残り、アプリが公開された後にのみユーザー エクスペリエンスが損なわれます。
プロセスをロックダウンし、変更ログを最新の状態に保ち、アプリまたはプロトタイプの複数のバージョンが一度に流通しないように最善を尽くしてください。 締め切りが迫っている場合は時間の節約に思えるかもしれませんが、最終的にはさらに面倒なことになるだけかもしれません。
UX テストの戒め #9: 繰り返すべし
モバイル アプリ ビジネスに不可欠なワークフロー管理ツールに関する記事をお読みになった方は、「反復」という言葉を読んで涙が出そうになるでしょう。 最新のアプリ開発は反復の概念に依存しています。つまり、上または下の変更を許可しない厳格で直線的なプロジェクト管理プロセスに固執するのではなく、ローリング プロセスで完璧に近づく (そして最終的に達成する) まで製品を修正することです。 .
モバイル ユーザビリティ テストの要点は、最終製品を可能な限り洗練されたものにすることです。 UX のあらゆる問題を解決するには、数サイクルかかるかもしれませんが、その反復は、ユーザーに魔法のような体験を確実に提供するための最も重要な方法の 1 つです。
UX テストの戒め #10: 試作品をテストしなければならない
モバイル ユーザビリティ テストを開始するために、開発者がコードの最後の行に最後の仕上げを行うまで待つ必要はありません。実際、開発チームの手に渡るずっと前に、ユーザー インターフェース デザインをテストすることができます。 UX テストは、賢明な企業がインタラクティブなプロトタイプを使用してプロセスを合理化し、最も破壊的なモバイル アプリのアイデアに関する貴重なフィードバックを得る多くの方法の 1 つです。
[ Proto .io は、起業家や新興企業が実際のアプリのように見える完全にインタラクティブで現実的なプロトタイプを作成するために使用するモバイル アプリのプロトタイピング ツールです。]