Androidプラットフォーム用のProntoモバイルアプリケーションの概要

親愛なる友人たち、私たちはAndroid向けモバイルアプリケーションのレビューに関する一連の出版物を開始し、インターフェースのデザイン、アーキテクチャ、および人間工学を改善するための実用的な推奨事項の品質向上と普及を目指しています。 UsabilityLabと共同で作成された調査。 以下のシリーズの最初のレビューがあります。

アプリについて

Prontoアプリケーションは、Prontoレストランチェーンからピザやその他のイタリア料理の配達を注文するように設計されています。 現在、このアプリケーションはモスクワとモスクワ地方の都市でのみ機能します。



Google Playのレビューによると、ユーザーはこのアプリケーションにあまり満足していません。 たとえば、ユーザーYury Balikhinは次のように記述します。

「彼らは、市場でアプリケーションを起動する前にチェックします。 本当に食べたいときは、プログラムを乗り越えようとして落ち着いて過ごすのは非常に困難です。」

アプリケーションの平均評価は5つのうち1.6です。今日は、ユーザーがまったく気に入らなかったものと、何らかの形で状況を改善できるかどうかを調べます。

主なものについて簡単に

Prontoアプリケーションの主な問題は、それを使用して注文を行うことができないことです。 少なくとも評価者は成功しませんでした。 そして、ここでのポイントは、アプリケーションのナビゲーションとロジックがユーザーにとって完全に便利なわけではなく、技術的な欠陥でもないということではありません。 生成された注文をバスケットから送信しようとすると、「注文を送信中にエラーが発生しました」というメッセージが表示されます。 ただし、最初にまず最初に。

開発者情報

問題	重大度	提言
注文できません		技術的な不具合が原因でメッセージが表示される場合は、不具合を修復します。 それ以外の場合は、ユーザーがエラーを正確に理解し、修正できるようにメッセージを変更します。

アプリケーションの起動

アプリケーションが起動すると、「レストランに関する情報をダウンロードしています」という碑文が表示された、見栄えの良いスプラッシュ画面がユーザーに表示されます。 10、20、30秒後、画面には何も変化しません。同じ碑文が表示され、ダウンロードインジケーターが無限に回転します。 しばらくすると、アプリケーションの操作性に疑問が生じます。



Google Playに関するフィードバックを残した一部のユーザーは、ダウンロードが完了するのを待つことができませんでした。 たとえば、アプリケーションユーザーは次のように記述します。

「メニューが読み込まれるのを待ちませんでした。」

アプリケーションのユーザー評価-5つのうち1つ。
アプリケーションを再起動すると、問題が解決しません。

開発者情報

問題	重大度	提言
アプリケーションの起動には時間がかかりすぎます。 ダウンロードインジケーターは、ダウンロードが完了するまで待機する時間の長さを示しません。		レストランデータのダウンロードを高速化します。 可能であれば、レストランに関するデータをローカルストレージに保存します。 既存の表示方法をプログレスバーに置き換えます。 進行状況バーの上に、ダウンロードしたデータに関する情報と操作の完了の割合を表示します。

メニュー画面

アプリケーションが最終的に開いた後にユーザーに表示される最初の画面は、「ピザ」、「寿司バー」、「ホット」などの項目を含むメニュー画面です。 このメニューは回転ドラムとして設計されており、Androidの設計原則の1つである「ユーザーインターフェイスを作成するときは、他のプラットフォームのスタイルを模倣しないでください」と矛盾しています。 ただし、この問題はアプリケーションとの作業を複雑にしないため、それほど重大ではありません。



ユーザーは、別の非常に重大な問題に驚かされる可能性があります。承認なしでは、メニューナビゲーションはほとんど不可能です。 メニュー項目にアクセスしようとすると、承認のオファーが表示されたウィンドウが表示されますが、ユーザーはアドレス入力フォームを使用して画面に強制的に転送されます。 終了するには、画面の右上隅にある「スキップ」ボタンをクリックする必要があります。 通常とは異なる場所（通常、[スキップ]ボタンは画面の下部にあります）を見つけるのは難しいため、ユーザーは行き止まりに追い込まれているように感じます。 「スキップ」ボタンをクリックした後、ユーザーはメニューの目的のセクションに入りますが、他のセクション（「ピザ」から「ホット」など）に移動しようとすると、ストーリーが繰り返されます。

そのような強迫的な承認要件は、ピッツェリアの品揃えを知り、そこで注文するかどうかを決定するためだけに、アプリケーションをインストールしたユーザーには魅力的ではありません。
一度入力したアドレスは保存されないため、アプリケーションを再起動するときに、ユーザーはアドレスを再度入力するか、登録されている場合は「個人」セクションから個人アカウントを入力する必要があります。

開発者情報

問題	重大度	提言
住所を入力するためのフォームが常に画面に強制的に転送されるため、権限のないユーザーのメニューナビゲーションは事実上不可能です。		チェックアウトプロセス中にのみ、または登録セクションに独自に入力したときにのみ、アドレスの入力をユーザーに要求します。 承認への最初の招待で、繰り返し招待を拒否する機会を与えます。
アプリケーションは、ユーザーが入力したアドレスを覚えていません-次の開始時に、アドレスを再入力する必要があります。		アプリケーションを閉じた後でも、ユーザーが入力したデータ（アドレス、ログイン、パスワード、バスケットの内容など）を保存します。
メニューのデザインは、Androidのパターンと一致しません。		Androidプラットフォームのスタイルガイドに従って、メニューカテゴリのリストを表示します。

食品の選択

メニューから、ユーザーは料理のリストを含む画面に入ります。 各料理には小さな写真と名前があり、価格が示されています。 アイコンは3列に並んでいます。 画面上の情報のこのような編成、およびアルファベット順またはその他の並べ替えがないため、名前がわかっていても適切な料理を見つけることは非常に困難です。 ユーザーが名前を知らないが、自分のために何かを選択したい場合、アイコン上の小さな写真と名前から、彼はそれがどんな料理なのか理解できません（例えば、生ハムと菌類のピザに含まれるものは？）

いずれにせよ、注文するには、次の画面に移動する必要があります。次の画面には、料理の大きな写真があり、「注文」ボタンと価格が表示されています。 価格は非常に小さな活字で書かれており、料理の数を選択する要素よりも視覚的な優先度がはるかに低くなっています。 これはユーザーのロジックと一致しません。価格は数量よりも重要です。 ところで、製品インスタンスの数の入力要素は、Androidプラットフォームのスタイルガイドに対応していません。



画面上に皿の説明はありません-それを見るために、ユーザーは別のステップを踏んで写真の「i」ボタンをクリックする必要があります。 開いた画面で、白い背景に低コントラストのライトグレーのフォントで書かれた簡単な説明を見ることができます。 したがって、いくつかの料理を選択するために、ユーザーは多くの不要なアクションを実行する必要があります：料理を選択し、写真で画面に移動し、説明で画面に移動し、料理のリストに戻って、もう一度繰り返します。 強制承認の要件で上記の問題を考慮しない場合でも、このような長い手順のチェーンは、ユーザーに大きな刺激を与える可能性があります。

開発者情報

問題	重大度	提言
料理のリストを含む画面には、それらの説明、価格、および次の画面に移動せずに注文する機能はありません。		料理のリストで画面を変更します。 列に料理の写真を配置し、各写真の横に価格と簡単な説明を書きます。 大きな写真のある画面に移動することなく、皿をバスケットに入れる機能を追加します。
特定の料理の説明には説明がありません。「i」ボタンの後ろに隠れているため、ユーザーは気付かないかもしれません。 特定の料理の説明は、白い背景に低コントラストのグレーのフォントで作成されているため、読みにくくなっています。		1つの製品画面にすべての製品情報を表示します。
特定の料理の価格は小さな活字で書かれており、ユーザーにはほとんど見えません。		注文された商品の他のパラメーターと比較して、価格表示を視覚的に目立たせるため。
製品インスタンスの数を入力する項目が、Androidプラットフォームのスタイルガイドと一致しません。		Androidプラットフォームのスタイルガイドに従って、商品のコピー数の選択を表示します。

ショッピングカート

最後に、ユーザーはバスケットに行きます。 バスケットでは、選択した商品のユニット数を変更して、チェックアウトに進むことができます。 この画面の唯一の問題は、それほど重要ではありませんが、バスケットから製品の説明にアクセスできないことです。 これは、カートを比較ツールとして使用することに慣れているユーザーに不便をもたらす可能性があります。 注文する前に、彼らは選択された料理のパラメータを再表示し、同じ種類の数のいずれかを選択します。 このアプリケーションでは、このような機会はありません。



[送信]ボタンをクリックすると、名前と住所を入力するためのフォームが表示されます。 フォームはかなりずさんなものになります。行のキャプションはセパレーターに忍び込み、左揃えになりません。 また、ここでのデータ入力の原則は、Androidプラットフォームのスタイルガイドに対応していません。

最後に、ユーザーは最初に話したことに直面します-すべてのデータを入力して[送信]ボタンをクリックすると、エラーメッセージのあるウィンドウが表示されるため、注文を送信することはできません。

開発者情報

問題	重大度	提言
注文できません		技術的な不具合が原因でメッセージが表示される場合は、不具合を修復します。 それ以外の場合は、ユーザーがエラーを正確に理解し、修正できるようにメッセージを変更します。 Androidプラットフォームのスタイルガイドに従って、エラーダイアログボックスを表示します 。
バスケットから特定の料理の説明に進むことはできません。		バスケットから保留中の商品の詳細な説明に移動する機能を追加します。
行のキャプションは区切り文字に入り込み、左揃えされません。		リストの設計のエラーを修正します。
データ入力フィールドの設計は、Androidプラットフォームのスタイルガイドと一致しません。		スタイルガイドに従って、データ入力フィールドの設計を行います。

レストラン画面

このアプリケーションには非常に便利な機能があります。 ユーザーは、レストランのリストと市内地図の2つの方法のいずれかで、レストランの場所を表示できます。 ただし、マップへの移行は、選択したレストランを表示した後にのみ実行され、マップ上のすべてのレストランを表示することはできません。 このような決定は、ユーザーにとっては不便かもしれません。 たとえば、ユーザーが街の特定のエリアに散歩に出かけ、おやつを食べられるように計画している状況を想像できます。その場合、リストを使用せずに、マップ上のすべてのレストランの場所を表示する方が便利です。



市内地図では、選択したレストランが大きなラベル「Pronto」で強調表示されているため、気付かないことはできません。 マップの上には、「Where are I？」、「I make sure」、「I'm see later」の3つのボタンがあります。 最後の2つのボタンの目的はまったく明らかではありません。 それらをクリックすると、アプリケーションはエラーメッセージを表示し、正しく動作しなくなります。テキストと画像はすべての画面から消えます。
ユーザーの利便性を考慮して、開発者は彼に最も近いレストランを表示する機能を追加しました-このためには、「最も近い」ボタンをクリックする必要があるレストランのリストに。 しかし、この関数の実装には多くの問題があります。まず、リストが長時間ロードされます。 第二に、ユーザーの近くにレストランがない場合、空の行がリストに表示されますが、見た目はあまり良くありません。 また、このリスト表示は、Androidプラットフォームのスタイルガイドと一致しません。

開発者情報

問題	重大度	提言
マップ上のすべてのレストランの場所を表示できません。		地図上のレストランを閲覧して選択できるようにします。
「確信しました」ボタンと「後で見る」ボタンの目的は不明です。 それらをクリックすると、アプリケーションが正しく動作しなくなります。		これらのボタンの背後にあるアクションが要求されていることを確認し、ユーザーに対する値に応じてボタンの名前を変更します。 技術的な問題を修正します。
レストランのリストを表示することは、Androidプラットフォームのスタイルガイドと一致しません。		Androidプラットフォームのスタイルガイドに従ってリストを表示します。

タブレットデバイスで作業する

タブレットアプリケーションは、スマートフォン用のアプリケーションのバージョンであり、大画面に引き伸ばされています。 このため、すべての設計エラーがより顕著になり、かなり不快な印象を与えます。 この整列の欠如、行間の区切り線上の碑文のcraい; 画面上部の写真と下部メニューの「個人用」ボタンは非常に引き伸ばされています。 画面に十分な情報がない場合、その下部には多くの非構造化された空のスペースがありますが、これもあまり良くありません。 横向きはサポートされていません。

少し良い

実際、アプリケーションには良いアイデアがあります。

1. 料理はお気に入りに追加することができます。お気に入りはしばしば同じものを注文します。 ただし、この機会を得るには、最初に登録プロセスを実行し、「個人」セクションに名前、電話、電子メール、およびパスワードを指定する必要があります。 さらに、このセクションに関連する大きな技術的な問題があります。許可されたユーザーがそこに行こうとすると、アプリケーションはエラーメッセージを表示し、正しい操作を停止します。
2. 個人データを入力する段階で、ユーザーが自分で住所を指定するのが面倒な場合、アプリケーションはジオロケーションサービスを使用して住所の決定を試みることがあります-非常に正確ではありませんが、そのような機会の存在自体は非常に楽しいです。
3. ユーザーは、レストランのリストを表示したり、自分に最も近いレストランを見つけることもできます。
4. あなたはレストランのプロモーションについて知ることができます-画面の上部にあるバナーをクリックするだけです。

ただし、現時点では、これらの優れたアイデアはさまざまなアプリケーションの問題の中で失われています。

開発者情報

問題	重大度	提言
許可されたユーザーが「お気に入り」セクションにアクセスしようとすると、アプリケーションは動作を停止します。		[お気に入り]セクションの技術的な問題を修正します。

まとめると

多数の技術的な問題、設計エラー、および常に便利な機能ではないため、アプリケーションは「生」であり、完全に考えられていないという印象を与えます。 ただし、ここで説明する問題のほとんどは、次のアップデートで解決できます。 特にほとんどのユーザーを満足させるための注文を行う能力が不足しているため、認可の強迫的な要件を取り除き、技術的な問題を排除するだけで十分です。 そして、アプリケーションの設計を改善し、Androidプラットフォームのスタイルガイドの要件に合わせれば、競合するアプリケーションよりも悪くなることはなく、おそらくさらに良くなるでしょう。

開発者向けの履歴書：最初に行うこと

提言	重大度
バスケットから注文を送信する際の技術的な問題を解消します。
レストランデータのダウンロードを高速化します。 可能であれば、レストランに関するデータをローカルストレージに保存します。
既存の負荷表示方法をプログレスバーに置き換えます。 進行状況バーの上に、読み込まれたデータと操作の完了の割合に関する情報を表示します
強迫的な承認要件を排除します。 承認への最初の招待で、繰り返し招待を拒否する機会をユーザーに与えます。 注文の過程で、またはユーザーが独自に登録セクションに入ったときに承認を提供します。
アプリケーションを閉じた後でも、ユーザーが入力したデータ（アドレス、ログイン、パスワード、バスケットの内容など）を保存します。
料理のリストで画面を変更します。 列に料理の写真を配置し、各写真の横に価格と簡単な説明を書きます。 大きな写真のある画面に移動することなく、皿をバスケットに入れる機能を追加します。
1つの製品画面にすべての製品情報を表示します。
注文された商品の他のパラメーターと比較して、価格表示を視覚的に目立たせるため。
バスケットから保留中の商品の詳細な説明に移動する機能を追加します。
[お気に入り]セクションで技術的な問題を解決します。
地図上のレストランを閲覧して選択できるようにします。
「確信しました」ボタンと「後で見る」ボタン（マップ上）の背後にあるアクションが要求されていることを確認し、ユーザーに対する値に応じてボタンの名前を変更します。 これらのボタンをクリックした後に発生する技術的な問題を修正します。
設計の正しいエラー：メニューセクションの画面上の位置合わせの欠如、セパレーター上の行ラベルのクロール（バスケット）、空のリスト（レストランのリスト）など。
メニュー、リスト、認証フォーム、製品インスタンスの数を選択するための要素などを表示します。 Androidプラットフォームのスタイルガイドに従って： developer.android.com/design/building-blocks/lists.html developer.android.com/design/building-blocks/dialogs.html developer.android.com/design/building-blocks/text-fields.html など

Google Russia開発者リレーションチーム