障害のないセルフサービスチェックアウトインターフェイスの問題とエラー





小さなシステムでもインターフェースを設計することで、ユーザーとの対話の問題が発生することはほとんどありません。 これらは、完璧主義者のデザイナーがしばしば注意を払う視覚的な欠陥かもしれません。 一部のシナリオでは、ガイドラインの軽微な違反とユーザーの習慣の無視があり、ヒッチとわずかな否定性につながります。



しかし、最も興味深いカテゴリはインターフェイスエラーであり、計画されたスクリプトがユーザーによって独立して実行されないという事実につながります。 この場合、ユーザーの満足度もかなり低下します。マルチユーザーシステムでは、このようなシステムの使用を放棄する可能性があります。



使いやすさを向上させるには、まずこのような問題を解決する必要があります。目標を置き換え、デザイナーがラベルを揃えたいという欲求は、システムに悲劇的な結果をもたらします。 心臓発作の後に彼に届けられた患者にふけを治療したいという医師の願望とそれらを比較することができます。



セルフサービスチェックアウトカウンターのユーザーインターフェイス開発するときに、Crystal Serviceで直面した問題を喜んでリストします。



セルフサービスチェックアウトは、インターフェイス設計者にとって大きな課題です。









第一に、それは特定のタスクを持っているシステムであるため-バイヤーが購入できるようにするが、購入自体の仕組みは非常に珍しい-検証のために商品をスキャンし、計量プラットフォームに置く必要があります(そうでない場合、商品は小切手に追加されません)購入者に報告する必要があります。 キャッシュデスクは、初心者にとってはできるだけ理解しやすく、経験豊富なバイヤーには迷惑をかけないようにする必要があります。 極端なものの1つにシフトすると、リターンが大幅に減少し、モスクワおよびバルト海の一部の店舗で何度も見られる状況が判明します。顧客は通常のキャッシュレジスタを待ち行列に入れ、セルフサービスキャッシュレジスタはアイドル状態になります。



第二に、研究の範囲が非常に大きいためです。 サイトまたはモバイルアプリケーションを設計するとき、画面上の一連のクリックまたはタップを収集できますが、現場でユーザーを見るのはほとんどアクセスできない贅沢です。 ここではすべてが簡単です。セルフサービスのチェックアウトカウンターが既に設置されている店舗を見つけて、ノートとペンで数時間過ごすだけです。 これに起因する難しさは、ロシアでは最近まで、このイノベーションはそのような店舗に対してかなり慎重であったことです。たとえば、サンクトペテルブルクには2013年11月まで店舗がありません。 そのため、昨年の調査対象はモスクワ、英国、バルト諸国の店舗でした。



第三に、私が出会ったセルフサービスチェックアウトインターフェイスは理想からはほど遠いです。 原則として、これはノイズの多い写実的な3Dビデオ、オーディオプロンプト用の機械の女性の声、画面上の膨大な数の要素、90年代後半のスタイルのグラデーションです。 多くの場合、右向きと左向きのキャッシュデスクでプロンプトは異なりません。その結果、画面には商品を右側に配達する必要があるが、実際には左側に置く必要があることが示されます。



このような状況では、専門家の標準による平凡なインターフェイスは、既存のインターフェイスを数回上回ると思われます。 しかし、現実の世界が示すように、いくつの熊手が回らない-まだあなたを追い抜くでしょう。 しかし、まず最初に。



インターフェースのスキャンプロセス:












2013年半ばにセルフチェックアウトカウンターの開発を開始しました。 iOS7セルフチェックアウトカウンターが開発される1か月前にリリースされましたが、トレンドを追跡せず、チェックアウトインターフェイスを非常にフラットにしないことにしました。 これは、光のグラデーションと丸みのない単純な長方形がボタンとして認識されるまでに時間がかかるという事実によるものです。 セルフサービスチェックアウトは幅広いユーザー向けのシステムであるため、ここでは古き良き(まだ古くはない)の方が優れています。



さらに、次のことを行います。













これらのステップのうち、どれが発売後の最大の問題につながりましたか? あなた方の多くは今、音や小切手を拒否することを考えていると確信しています。 いいえ、主な問題はありません。 そして、ビデオがない場合はまったくそうではありません。 これらのソリューションの中で最も失敗したのは、現在のデュアルスキャンソリューションです。



彼の問題は何ですか?



2〜3回のスキャンの後、顧客はセルフサービスチェックアウトの原理を理解できます。次のスキャンははるかに高速です。 しかし、大規模または中規模の商品の場合、各スキャン後に商品を置くことに内部的に同意している場合、小さな商品(たとえば、ヨーグルトやスパイス)の場合、多くの人はスキャン後に別の商品、たとえば1袋のコショウをスキャンしようとします。 この場合の負の音は、実際にバイヤーにモニターを見上げさせます。 しかし、彼らの質問に対する明確な答えは、彼らが何が悪いのかということです。彼らは、彼らが何を間違ったのか、またスキャンに戻るために何をする必要があるのか​​を理解していません。

さらに、この場合、小切手の不在は否定的な役割を果たします-プロセスの不透明度は、一部のバイヤーがアシスタントに小切手を表示し、2番目のアイテムが小切手に追加されていないことを確認するよう求めることを促します。 問題がチェックの欠如から遠いことは非常に重要です-エラーがない場合、人々は画面上にある小計の最大値に本当に興味を持っています。 問題はまさにこのエラーの処理です。



スキャナーからの反応がまったくないため、ソリューションに戻りたくありませんでした。 これには十分な欠点がありますが、顧客を少し悩ませるという事実は、すぐに使用する必要があるという意味ではありません。



この問題を解決するために、ネガティブサウンドのソリューションと、完全に反応のない競合他社のソリューションを組み合わせて使用​​しました。 製品をスキャンした後、買い手が別の製品をスキャンしようとすると、3秒以内にレジ係は反応を示しません。 したがって、誤ってスキャナーを介して持ち込まれた商品は、キャッシュデスクからのヒステリーとは一致しません。 同時に、買い手が2番目の製品を絶えずスキャンしようとしている場合、レジ係は依然として否定的な音を出しますが、画面にはこの場合にすべきことを明確に示します。









また、ユーザビリティテストの段階で別の問題を発見しました。

割引カードがある店舗の場合、すべての商品をスキャンした後、レジ係は購入者にカードを保持するように勧めます。



元のバージョンでは、次のように行われました。









読者がモニターの右側に表示されていることは概略的に明らかであるように思われました。 しかし、新しいメンバーはそれぞれ、銀行のターミナルを通じて割引カードを何度も実行しようとしました。 さらに、IT追跡調査では、人々はイラストで数秒間目を閉じたが、それでもヒントの意味を理解できなかったことが示されました。









当然のことながら、チップをやり直すと同時に、カードを引く必要がある場所を購入者に示す必要がありました。









現在取り組んでいる問題の例をいくつか挙げましょう。



パッケージ選択画面は次のとおりです。









ここで、買い手は、自分が受け取った荷物の数を示すか、荷物を持っていなかったと言います。 パッケージはすでに計量プラットフォーム上のホルダーにぶら下がっています。購入の最後には、適切な量を取り出すだけで済みます。 正直に問題はありません。この画面のインターフェースの問題は、前の画面で「続行」ボタンが「パッケージなし」ボタンとまったく同じ場所にあることです。 そのため、一部のユーザーにとっては、「パッケージなし」ボタンをクリックすると、より反射的なキャラクターになります。 そのような人々の割合は少ないが、これは店舗にとって損失であるため、この画面はすでに再設計されており、そのタスクはパッケージの選択をより反映せず、より有意義にすることです。



音についても疑問があります。 購入時には、購入者は実際には画面を見ません。したがって、場合によっては音声プロンプトが役立つことがあります。問題の状況を解決する時間が短縮されます。 一方で、これは直接シナリオを音から解放し、もう一方では、何らかの困難が生じた場合に購入者を支援します。 しかし、問題がある場合にのみ興行が発言するという問題があります-周囲の顧客は隣人に困難があると聞きます。 それは重要ですか? おそらく試してみる必要がありますが、ここで何かが投機的に解決される可能性は低いです。



インターフェースの設計は、市場での製品の発売で終わるのではなく、発売から始まるという長い道のりであることに注意することが重要です。 そして、この方法で最も重要なことは、間違いを見つけ、優先順位を付け、修正できることです。 私たちは、脈をとらえ、ユーザーにとって最も便利な決定を下そうとします。見つけた間違いはすべて、プログラムをさらに改善する機会です。



All Articles