出荷進捗の追跡
私は現在、顧客がログオンしてすべての既存の注文のリストを確認し、現在の輸送の進捗状況を確認できるアプリケーションの設計を進めています。 FedExやUPSと同様に、注文は12ストップまで可能です。
私が抱えている最大の問題は、現在の進捗状況を視覚的なタイムラインとして表示できることです。トランジットの進行状況の機能は単純です。ドライバーがその場所に到着して遅れた場合、ストップを表す円は赤に変わり、ドライバーが定刻または早い場合は円が緑に変わります。ドライバーがまだストップに到着していない場合、線と円は薄い灰色のままです。
私の懸念は、これがユーザーにとって十分に明確であるかどうかです。
以下の可能な再設計：
ノート：
色覚異常のある人に対応する唯一の指標として色を使用しないでください（赤緑が非常に一般的です）。表示にはさまざまなアイコンと色を使用しました。
レッドには「ファイナリティ」があり、問題を解決するにはさらにアクションが必要であるとユーザーに思わせる場合があります。 「後期」を示すために、アイコンを赤ではなく黄色にしました。
ラインだけでは、左から右への「フロー」の多くは提供されませんでした。左から右への流れをより強調するために、線ではなく矢印を使用しました。
各都市で使用されている言葉を理解できませんでした。 「集荷」と「配達」があったものもあり、それが何を意味するのかはわかりませんでした。このデザインの言葉は、各都市の進歩を示しています。
進行中の現在のステップをわかりやすく示すために、サークルのコンテナー、アイコン、およびフォントを大きくしました。
現在のステップの直下に「6時間遅延」のステータスを配置しました。お使いのシステムでこれが技術的に可能かどうかはわかりませんが、「後期」よりも詳細な情報が得られます。
途中降機のある旅の電車のようです。ある時点では遅いですが、彼の旅の間に時間通りに追いつくでしょう。そして、あなたは列車が旅の途中で遅れた駅を示したいと思います。
これはすぐに、ドイツの 鉄道サービスのモバイルアプリ が電車が定刻に遅れているのか遅れているのかを思い出させました。
あなたのケースをアプリと比較するとき、私はこれについて2つの提案があります：
このシナリオでは、クラシックウィザードでは不十分です。基本的に必要なのは2つの条件です。
- ドライバーはbetweenの2つのノードです：ちょうど彼が残したものと彼が向かっているもの。最初に赤または緑のマークが付けられ、2番目に灰色のマークが付けられます。
- ドライバはatノードです。その後、色が灰色から赤/緑に変化します（そして、移動全体にわたってその状態を維持します）
- また、最大12か所のストップを表示したいので、（この例のアプリのように）縦に並べることをお勧めします。これで、ノードの横にスペースができ、到着予定時刻/出発時刻、コメントなどの詳細情報を表示できます。
残念ながら、私はux.seが初めてなので、これを作成することはできません。
これが数日にわたる配達であるならば、私が遅れていないかどうかわからない理由を私が示す理由がないのは、順番が回っていないということは、配達が最終的に遅れることを意味します。
目的が単に配達を特定のチェックポイントに到達したことを示すことである場合、赤は乱雑です。
UPS、FedEdなどは、ルートの到着が遅れる可能性がありますが、配達の2番目、3番目などの最終配達を補うためのプロセスが用意されています。届いたかどうか、いつ届いたか、いつ手元にあるかを知りたいだけです。残りは、簡単に良い最終結果になり得るものに否定性をもたらす追加情報です。
プロセス中に何かが遅れているかどうかを示すことが重要な場合は、無料のチェックマークに「時間どおりに配達されました！」そして他の人は「遅れて届けられた」と言います。線の間を読みにくくし、色の意味を明確にします。
チェックマークまたは色に縮小できる通常のケースでは、アプリはシンプルである必要があります。
しかし、これを失敗する機会はたくさんあります。たとえば、荷物を受け取る人がいない、荷物を受け取ることを拒否した人、橋が閉まっている、川が浸水して注文したなどです。タスクの一部が変更された（一部がキャンセルされた）、またはトラックが故障して別のトラックが救助に来た。
UIはこれらすべての余分なケースに対応する必要があります。
したがって、各タスクには、保留中/完了/遅延/失敗/ステータスインジケータと、その理由の説明が必要です。