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

Google Playのアプリケーションを引き続き分解します。 Androidアプリケーションインターフェイスの設計、アーキテクチャ、および人間工学を改善するための一連の実用的な推奨事項の2番目のレビューをご紹介します。 UsabilityLabと共同で作成された調査。

アプリについて

アプリ「 Train ticket 」は、Google Playで最初のアプリケーションであり、これを使用して鉄道チケットを購入できます。 アプリケーションを使用すると、チケットを見つけてクレジットカードで支払い、すぐに電子登録を行うことができます。



Google Playのレビューに目を向けると、ユーザーはこのアプリケーションにあまり満足していないことがわかります。 Yuriy Turchinによるレビューは次のとおりです。

「適切に機能せず、アプリケーションにはまだまだ高いマージンがあります。 彼らはそれをサービス料と呼んだ-生の製品の要求。」

アプリの平均評価は5つのうち2.4です。
次に、アプリケーションの主要な問題について話し、それらを解決するための推奨事項を示します。

主なものについて簡単に

ユーザーをはじくアプリケーションの主な問題の1つは、不便なインターフェースではなく、チケットを購入するための手数料であり、チケット自体のコストの約20％になることもあります。 User Serg Qの書き込み：

「電車に頻繁に乗るので、申し込みを待っていました。 チケットの費用は950摩擦、コミッション350は摩擦です。 それは何ですか？ どのような国がありますか？ ロシア鉄道は無料のアプリケーションを購入できないのですか？」

ユーザーが高額の手数料に激怒しているという事実は驚くことではありません。 現時点では、一般的な販売慣行があります。オフラインのオフィスの負荷を減らし、キューを取り除くために、ユーザーはサイトとモバイルアプリケーションにアクセスすることをお勧めします。 たとえば、ロシア鉄道の公式ウェブサイトでは、オンラインでチケットを購入するための割引とボーナスを提供しています。 このアプリケーションの場合、状況は逆です-手数料が高いため、アプリケーションを介してチケットを購入するすべてのポイントが失われ、駅でチケットを購入したり、携帯電話からサイトにアクセスしたりするのは簡単ではありませんが、 しかし、インターフェースの問題に移りましょう。

アプリケーションの起動

アプリケーションの最初の起動時に、ユーザーはユーザー同意書が表示されたポップアップウィンドウを表示します。アプリケーションの操作を開始し、オファーの条件を読んで同意する必要があります（ただし、ユーザーは通常、このような長いテキストを読む傾向はありません）。 ポップアップウィンドウにはスクロールインジケーターがありません。これは、第一に、ウィンドウにテキストが含まれている時間を評価することを許可せず、第二に、Androidプラットフォームのスタイルガイドに対応していません。

開発者情報

問題	重大度	提言
ポップアップにスクロールなし ユーザー同意のあるウィンドウ。		Androidスタイルガイドに従ってスクロールを追加します 。

ホーム画面

ユーザーがオファーの条件に同意すると、大きな明るいボタン「電車のチケットを購入」と「マイチケット」、「ヘルプ」、「コールセンター」のセクションを含むアプリケーションのメイン画面が表示されます。 「マイチケット」セクションには、アプリケーションから購入したチケットのリストが含まれており、「コールセンター」ボタンをクリックすると、コールセンター番号がすでにダイヤルされた電話が開きます。 これらのセクションとの相互作用は、ユーザーに問題を引き起こしません。 ユーザーがアプリケーションの機能についてさらに学習し、「ヘルプ」セクションに進むと、モバイルアプリケーションからチケットを発行するための完全なルールを含む非常に長いテキストが表示されます。 テキストは公用語で書かれており、読みにくく、ポップアップウィンドウにはスクロールインジケーターがありません。最も重要なことは、ユーザーの観点からすると、関税情報はドキュメントの最後にあります。

開発者情報

問題	重大度	提言
アプリケーションを介してチケットを購入するための指示を含むテキストは、作成するのが難しく、理解するのが困難です。		ユーザーが理解できる言語でサービスを使用するためのルールを策定します。
アプリケーションを介してチケットを購入するためのルールに関する情報を含むポップアップウィンドウのスクロールの欠如。		Androidスタイルガイドに従ってスクロールを追加します 。

チケット購入

ステップ1. 「電車のチケットを購入する」ボタンをクリックして、「ルート」画面に入ります。 このステップで、彼は旅行のパラメーター（出発地と出発地、出発日時、乗客数）を示す必要があります。 デフォルトのルート「モスクワ-サンクトペテルブルク」が画面に設定されています。 ユーザーがそれを変更したい場合、ステーション名の最初の文字を入力すると、プロンプトのリストが表示されます。これは画面上で不正確に開き、アプリケーションの上部境界を超えてクロールし、入力ウィンドウを閉じます。



残念ながら、このアプリケーションでは、直通列車のチケットのみを購入できます。 乗り換えのあるルートを設定しようとすると、アプリケーションは技術的なエラーを表示するか、「指定された日に電車がありません」というメッセージを表示します。 そのようなフィードバックは、ユーザーにとって有益ではありません。なぜなら、 失敗の理由を理解することはできません-ユーザーは、出発の異なる日付または時刻を示したことで、チケットを見つけることができると考えています。

開発者情報

問題	重大度	提言
検索結果の不在に関するメッセージには、そのような結果の理由に関する情報は含まれておらず、検索条件の変更を提案しています。		このメッセージには、選択したルートに沿って電車を見つけることができない理由に関する情報が含まれている必要があります。また、直通の電車がない場合は、別の（乗り換えあり）に変更するための提案も含まれます。
プロンプトのドロップダウンリストが画面上で不正確に開かれ、キーボードが閉じられます。		ドロップダウンリストの外観を修正します。 ドロップダウンリストのデザインのルールは、 Androidガイドラインに含まれています 。

ステップ2.ユーザーが旅行のすべてのパラメーターを指定した後、「Train」画面に移動します。 見つかったすべての列車オプションが表示され、列車番号、出発時刻と到着時刻、チケット価格、利用可能な座席数が示されます。 選択した列車を列車番号、出発時刻、価格で並べ替えることができます。 ただし、価格によるソートは1つの列車内でのみ機能します。これはユーザーにとって不便です。 彼は列車のリスト全体を注意深く調べて、価格に適したチケットを見つける必要があります。



さらに、この画面では、さらにいくつかのインターフェイスエラーを確認できます。 まず、下のバーのステップインジケータは変わりません。 第二に、この画面を見ると、ユーザーには電車のリスト全体が表示されているように見えますが、そうではありません。 サイドスクロールバーを除くページの継続のインジケータの1つは、画像、テキスト、および画面の境界を超えてページの継続についてユーザーに通知するコンテンツです。 この画面では、情報の切り取りがテキストブロックの下の境界に沿ってはっきりと表示されており、リストはここで終わっているようです。

開発者情報

問題	重大度	提言
価格による並べ替えは1つの列車内で行われ、ユーザーが希望する価格帯のチケットをすぐに見つけることはできません。 代わりに、彼は列車リスト全体を閲覧する必要があります。		価格による並べ替えの原則を変更します。 チケットの価格によるソートは、1つの列車の制限内ではなく、見つかったすべての列車に対して実行する必要があります。
見つかった列車のリストは、画面の境界を越えてこのリストを継続する方法をユーザーに教えないような方法で画面に表示されます。		列車のリストを視覚的に変更して、情報の途切れが線またはグラフィック要素の途中にくるようにします。
チケットの購入手順を示すインジケータのある下部パネル（バー）は機能しません。		ステップのインジケータを使用して下部パネルの作業を修正するには、次のステップに移動するときに、ポイントの位置を変更するか、塗りつぶしたポイントの数を実行したステップの数に対応させる必要があります。

ステップ3.ユーザーが適切な列車と車の種類を選択すると、車の番号を選択したページに移動します。 欠点は、車の選択とともに、ユーザーが同時に場所を選択することを期待していることです。 ただし、車の画像をクリックすると、アプリケーションはユーザーを次の画面に移動します。 これは、第一に、ユーザーの期待に応えることができず、第二に、Androidのジェスチャーパターンと矛盾します。反転は、画面に触れるだけでなく、スライドジェスチャーで行う必要があります。 このようなナビゲーションの不整合は、ユーザーを混乱させ、アプリケーションでの彼の作業を妨げます。 さらに、アプリケーションでは他のナビゲーションの問題が観察されます-画面を切り替えるスワイプジェスチャは、画面ごとに異なる動作をします-画面の中央からはどこかで、画面の下部の隅でしか反転できません。



また、この画面では、注文金額とともに大きな活字で碑文が表示されますが、アプリケーションでチケットを購入するためのサービス料金のサイズに関する重要な情報は小さな灰色のフォントで示され、ユーザーには見えません。 完全な関税情報は、グレーのフォントでこの領域をクリックすることによってのみ取得できます。 このアクションはユーザーにはまったく明らかではありません。 車の画像の上にある凡例をクリックすると、ポップアップウィンドウが表示され、復号化が震え始めます。 その情報を読むことは不可能です。

開発者情報

問題	重大度	提言
チケット購入の手数料に関する重要な情報は強調されていません。		手数料に関する情報を視覚的に強調し、大きく明るいフォントでメイン注文価格の下に示します。
ナビゲーションの一貫性：次の画面への遷移は、Androidユーザーになじみのあるスワイプジェスチャーではなく、タッチによって発生します。スクロールは、すべての画面で同じようには機能しません。		Androidのガイドラインに沿ったナビゲーションを実現します。
車に関する情報の表示に関する技術的な問題-ポップアップウィンドウが震え始めます。		このエラーを修正してください。

ステップ4.最後に、ユーザーは「場所」画面に移動します。ここで、電車内の目的の場所を選択できます。 ただし、すべてがそれほど単純ではありません。 ユーザーがダイアグラム上の目的の場所をすぐに選択できるロシア鉄道のウェブサイトとは異なり、ここでユーザーは3つの手順でこれを行うように求められます-場所の範囲を設定し、場所の種類を示します（「1つのコンパートメント」または「重要ではない」ユーザーがチケットを1つだけ購入する場合）と階層の場所。 場所の範囲は、ピックアップを使用して設定されます。 値を手動で入力することはできません。また、チケットを2枚購入したり、車の特定の場所に席を置きたい場合、ユーザーは約50回クリックして隣の席を選択する必要があります。 ユーザーがコンパートメントカーまたはスイートを選択した場合でも、コンパートメントおよびコンパートメントの座席数ははるかに少ないことが知られていますが、範囲は1から56まで変化しません。

開発者情報

問題	重大度	提言
ユーザーは車内の特定の場所を選択する機会がありません。		ワゴンダイアグラムを使用して座席の選択を実装します。ユーザーはすぐに目的の座席を選択するか、予約された座席の同じコンパートメント/コンパートメント内の座席の範囲を指定できます。

ステップ5 乗客データの表示に進みます。 画面には詳細を入力するためのフィールドがあり、シリーズとドキュメント番号を入力するためのフィールドにはプロンプトや塗りつぶしパターンは含まれていません。 これは不便です このデータはいくつかの異なる方法で入力することができます（スペースあり、スペースなし）。ユーザーがデータを誤って入力した場合、データの修正に余分な時間を費やす必要があります。

開発者情報

問題	重大度	提言
「シリーズおよびドキュメント番号」フィールドに入力するヒントや例はありません。		このフィールドに入力するためのサンプルやサンプルを追加します。

ステップ6.乗客に関するすべてのデータを入力し、電子登録に合格した後、ユーザーは「支払い方法」ウィンドウに進みます。 アプリケーションでは、クレジットカードで-チケットを一方向でのみ支払うことができます。 これに関する情報は、メイン画面のヘルプセクションにあります。 問題は、すべてのユーザーがこのセクションを慎重にレビューするわけではないことです。 複雑に定式化された大量のテキストが含まれているため、ユーザーはテキストを読むことができません。 これは、銀行カードを持っていない人が購入のすべてのステップを実行し、最後に他の支払い方法がないことを発見したときに不快な状況につながる可能性があります。

開発者情報

問題	重大度	提言
考えられる支払い方法に関するユーザーにとって重要な情報は、ヘルプセクションにあります。ヘルプセクションには多くのテキストが含まれており、ユーザーが注意深く読むことはありません。		チケットの購入を開始する直前に支払い方法に関する情報を複製します。

ステップ7. [注文情報]画面で、ユーザーは旅行のすべての詳細をもう一度慎重に確認し、支払いに進む必要があります。 彼がエラーに気付いた場合、ステップに戻ってすでに修正することはできません。この場合、システムは予約をキャンセルすることを提案し、再度購入手続きを行う必要があります。 タッチキーボードを使用する場合、ユーザーはデスクトップを使用する場合よりも多くの間違いやタイプミスをすることを考えると、アプリケーションのこの動作によりユーザーに不便が生じると想定できます。

開発者情報

問題	重大度	提言
注文データを確認する画面から、エラーが発生した場合、戻って詳細を修正することはできません。		この画面から戻る機能を実装します。

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

このアプリケーションはタブレットデバイスには適応せず、スマートフォン用の大画面に拡張されたバージョンです。 これは、ユーザータスクのパフォーマンスを妨げることはありませんが、あまり良い印象を与えません。 ところで、両方のバージョン-スマートフォンとタブレットの両方で、横向きをサポートしていません。 エラー通知は画面の下部に表示され、ユーザーには表示されません。 アプリケーションの作業領域全体が画面の上半分に集中しています。

少し良い

アプリケーションのアイデアは非常に正しいようです。 スマートフォンやタブレットは常に手元にあり、デスクトップコンピューターやラップトップよりも簡単にアクセスできます。 したがって、特に電車で旅行しなければならない場合は特に、クライアントがサイトにアクセスしなくても、アプリケーションを介してすぐにチケットを購入できることがクライアントの生活を楽にします。 アプリケーションの利点は、明るく素敵なインターフェイスに起因する場合もあります。

まとめ

アプリケーションは、問題がないわけではありませんが、メインユーザータスクの実装であるチケットの購入に対応しています。 ただし、ユーザーはアプリケーションで作業することの不便さではなく、その作成者のポリシーにより恐れています。 ほとんどのユーザーは、このアプリケーションが必要であることを認めていますが、サービスのコストは十分ではありません。 ユーザーGrigory Bezhentsevの書き込み：

「特に出張で購入する場合、手数料の割合が大きすぎる場合、1〜3％であれば確立できますが、ロシア鉄道から利益を得ることができます。 スマートフォンからロシア鉄道のウェブサイトにアクセスし、手数料なしで購入することはそれほど難しくありません。」

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

提言	重大度
列車を検索する際のエラーメッセージを修正します。 メッセージには、選択したルートに沿って電車を見つけることが不可能である理由に関する情報と、このルートを乗り換えのあるルートに変更するための提案が含まれている必要があります。
価格による並べ替えの原則を変更します。 チケットの価格によるソートは、1つの列車の制限内ではなく、見つかったすべての列車に対して実行する必要があります。
ワゴンダイアグラムを使用して座席の選択を実装します。ユーザーはすぐに目的の座席を選択するか、予約された座席の同じコンパートメント/コンパートメント内の座席の範囲を指定できます。
アプリのナビゲーションを配置します。 画面のスクロールは 、Androidのガイドラインに従って同じジェスチャーに従って行われる必要があります。
注文データ確認画面から戻る機能を実装します。
ユーザー同意ポップアップには、Androidスタイルガイドに従ってスクロールインジケーターが表示されます 。
ステーションのプロンプトのドロップダウンリストのデザインを修正します。 ドロップダウンリストのデザインのルールは、 Androidガイドラインに含まれています 。
列車の検索結果が表示された画面で、検索された列車のリストの視覚的表現を変更して、画面の下部で情報の切れ目が行またはグラフィック要素の途中に移動して、ユーザーにリストの続行を促すようにする必要があります。
ステップのインジケータを使用して下部パネルの作業を修正するには、次のステップに移動するときに、ポイントの位置を変更するか、塗りつぶしたポイントの数を実行したステップの数に対応させる必要があります。
ポップアップウィンドウで車に関する情報を表示するときの技術的な問題を修正します（ポップアップウィンドウが震え始めます）。
乗客データ入力画面の「シリーズとドキュメント番号」フィールドに入力する例またはヒントを追加します。
チケットの購入を開始する直前に、支払い方法に関する情報を複製する必要があります。

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