進捗状況-いつ100％から0％に、またはその逆に移行する必要がありますか？
私は自分のビジネスのために構築しているWebアプリを持っています。これは、倉庫でピックを行う従業員の進捗状況を基本的に追跡します。
インターフェイスには色分けされた進行状況バーがあり、いっぱいになっています。ユーザーが進行状況バーを選択すると、100％から0％に減少します。0％に達すると、情報は画面に表示されなくなります。
ただし、進捗が0％ピックから100％ピックに進むと、より直感的になる可能性があります。ただし、ピックが0に到達した後に削除される方が、100に到達した後に削除されるよりも直感的であるように感じます。
どちらにしても設計した方がすぐにわかると思いますが、少し直感的な方は考慮したいと思います。
TLDR：決して、進歩を遂げていない（進歩が失われている）場合を除き、
UXの進行状況バーには、ユーザーに進行状況を表示する1つの単純な機能があります。進歩は前進運動/動きです。これは特に心理的な観点から言えます。
Cambridge辞書から：
進行状況-改善された状態またはより発達した状態への移動、または前向きな位置への移動https://dictionary.cambridge.org/dictionary/english/progress =
プログレスバーのコンテキストでは、これはバーが順方向のモーション、つまり左から右への充填モーションを持つ必要があることを意味します。
読み方：プログレスバーが埋められる方向は、私の言語では、特定の言語の自然な読み方に論理的に依存するはずです。 RTL言語の場合、バーは右から左に埋める必要があります。しかし、私が見たほとんどのRTLインターフェイスは、プログレスバーを逆にしないほど奇妙です。なぜこれが当てはまるのかわかりませんが、人々は単にプログレスバーを忘れているのですか？それとも私の理論はナンセンスに基づいていますか？
進歩を後退させないでください
かなりの数のプログレスバーは、何かが削除されていても、前方に埋める動きがあります。 Windowsのファイル削除ダイアログを例にとります：
ここの進行状況バーは逆になっている可能性がありますが、これは完全に異なるメッセージをユーザーに伝えます： "ディスクが空になっています"。しかし、前方に埋める動作では、それは正しいメッセージを伝えます： "ファイルの削除の進行状況"。
より簡単な例は、バケツの水を空にすることです。次の2つの方法で進行状況を表示できます。
- すでにバケツからどれだけの水を排水しましたか？ （0から100）
- バケツにはどのくらいの水が残っていますか？ （100から0）
心理的な観点からは、0から100までの前進運動が望ましい。
さまざまなクラウドファンディングウェブサイトのプログレスバー（Kickstarterなど）を見ると、常に0からある数（左から右）に表示されているように見えますが、簡単に元に戻すことができます。
500$ of 2500$ funded
[===== ]
ただし、これらのWebサイトは別のタイプを使用している可能性があります。
2000$ of 2500$ needed
[=================== ]
最初のタイプは左から右に塗りつぶし、2番目のモデルは右から左に空になります。最初のプログレスバーは理由のために使用され、前進の進行状況を示します。逆方向の進行は直観に反します。
いつ後進できますか？
あなたが何らかの理由で進歩を失っていない限り、ほとんど決してありません。逆行バーの良い例は、ゲームのヘルスバーです（コメントで述べたとおり）。あなたが命を失うと、健康バーは常に枯渇します。ただし、ヘルスバーは「プログレスバー」と呼ばれない正当な理由があることに注意してください。ヘルスバーは、「進行状況」をユーザーに伝える必要はなく、特定の「ステータス」をユーザーに伝えます。バーが下がると、何かがネガティブなものとして認識されます（特にバーが再び上がらない場合）。
結論
進歩は前進運動であり、後退運動は直観に反し、心理的な観点からはおそらく最良の選択ではありません。前進運動は正、後退運動は負です。このため、塗りつぶしタイプのプログレスバーを使用することをお勧めします。
注：現在、この回答をバックアップするための適切なソースが見つかりません。しかし、私はさまざまな種類の前進の進行（線形進行と加速進行など）を研究した興味深い論文を持っています： Regressing the Progress Bar
ウェアハウスに行って、アプリの現在の外観や他のアイデアをそこに人々に見せることもできます。
このようにして、エンドユーザーは、エンドユーザーが最も簡単に使用できるものについて洞察を与えることができます。モックアップ/設計プロセスで見栄えが良いものは、「現実の世界」のユーザーに受け入れられない可能性があります。
たとえば、店員が顧客のためにオンラインで注文できるようにするための店内注文アプリの開発を手伝いました。オフィスで試してみるとデザインはしっかりしていましたが、店頭で試してみると、店内を頻繁に移動するので、長いテキストを読んだり、グラフィックなどを理解する.
一言で言えばユーザー調査はここであなたを助けます。
Rolfはメインの質問をかなりうまくカバーしていたので、ここでは補足しませんが、100％に達した後に削除されるものに関していくつかの提案があります。
私は実際、物事が終わったら消えるのはかなり自然で良いことだと信じています。ただし、気に入らない場合は、いくつかの方法で解決できます。
- 完成したアイテムをしばらく表示したままにします。 5分。最後のステップに誤ってマークが付けられ、元に戻す必要がある場合、追加の値が含まれる可能性があります。
完成したアイテムを表示するためのスイッチを作成します。そのように：
- スイッチをオンにすることで、完成したアイテムをすべて表示したままにすることができます。
- 完成したアイテムが消えないことは明らかですが、単に隠されています。