トラッカーはインターフェースで構成され、それぞれが重要な機能を実行します。 各インターフェイスには、ユーザー（台所の従業員）に特定の製品パラメーターが表示されます。
トラッカーのロジックは、1つの文で：クライアントから注文に関する情報を受け取り、種類別に製品を配布し、特定のクーリエに発行する前にキッチンに製品を渡す。 インターフェイスはタブレット画面で従業員の前にあり、従業員がボタンを押すと、製品は画面から画面に移動します。
製品タイプ：
- 焼いた：ピザ（スクリーン： 生地 、 詰物 、 包装 ）
- 半製品：サラダ、ジャガイモ、トウモロコシ（スクリーン： スナック 、 包装 ）
- シンプル：飲み物、マフィン（図に示されていない最後に追加）
最後のすべての製品は、配達の画面で配布されます（画面： 宅配便とホールへの配達 ）。
各画面には、特定の数の製品タイプが表示されます。 製品ごとに、特定のパラメーター（名前、サイズ、テストの厚さなど）が表示されます。 目標は、インターフェイスを使用して従業員のエラーを最小限に抑えることです。 インターフェースの作業がどのように行われていたか、スタッフがピザを混同しないようにするための試みは何であったかを示します。
インターフェースの作業の最初の時点でのインターフェースの外観
トラッカーインターフェイスが既に存在するときに作業を開始しましたが、レイアウトの特定の変更が必要でした。
さらに、タスクキューでは、インターフェイスを操作する際の従業員のエラーを最小限に抑えることができました。
インターフェース：生地と詰物
今日の生地とトッピング
これらは、ほぼ同じ2つのインターフェイスです。 ピザの基本的なパラメーターのみが表示されます。 ユーザーのタスク：生地の適切なサイズを選択し、特定のピザ用に生地を準備し（ベースのソースを選択するときに厚さ、サイズ、レシピを考慮して）、特定のピザのレシピに従ってフィリングをレイアウトします。
表示されるパラメーター：
- ピザの名前
- 生地の厚さ
- ピザサイズ
- 注文番号
問題の説明
大量の注文がピッツェリアを通過します。 生産はコンベアの原理に基づいて行われます。 従業員は、画面を見て製品の準備を始めるのに数秒かかります。
テストサイズの選択とテストの厚さに関連するエラーの数を減らすことを確認する必要があります。従業員はサイズの数に注意を払いますが、生地を薄く選択する必要があることを示す「T」マークに気付きません。
ソリューションを検索する
ピザサイズのグラフィック表示
サイズを表す絵文字が発明されました。 色を介してエンコードする最初の試みの1つ（現在、ピザの箱はサイズに応じて異なる色になっています）。 ピクトグラム内に薄いテストインジケーター（「T」）を表示してみます。
残念ながら、このような指標は高速の状況では読みにくいでしょう。 そのようなアイコンでさえ、ユーザーから離れた場所にあるインターフェースには詳細すぎます。
位置による表示
各ピザブロックには3つのフィールドが常に表示され、対応するフィールドには文字付きのインジケーターが表示されます。
色ありとなしのオプションを表示します。 押されたブロックは黄色で強調表示されます。 サイズの数字を文字に置き換えることをお勧めします（「B」-35、大、「C」-31、中、「St」-中は薄）。 ベースのソースを表示する試みもあります;今日、従業員はソースを記憶する必要があり、エラーが発生する可能性があります。 私は薄い地殻のピザを強調しようとします。
悲しいかな、ディスプレイは読みづらく、タブレットが壁にぶら下がっている場合、小さなソースのアイコンを作ることは不可能です。
より多くの概念
次に、色、文字、グループ化、および「位置」の表示に関する実験がありました。 すべてが理解し、読むには複雑すぎることが判明しました。
非ラジカルソリューション
最も適切な表示方法は、生地のサイズの横に生地の厚さのインジケータを表示することです。 ベースのソースが表示されます（ピザソースは表示できません。デフォルトで使用されます）。
最後のオファー
後者のバージョンでは、サイズの色はボックスの色に対応しています。 薄いクラストのピザの場合、従来の生地の小さなサイズのピザと同じ色が表示されます-薄いクラストの大きなピザのキッチンでは、厚い生地の平均的なピザと同じワークピースが使用されます（生地画面で実際）。 押されたブロックは、暗い背景で強調表示されます。
インターフェース：スナック
今日の軽食インターフェイス
このインターフェイスは個別に配置されているため、離れた場所から読み取る必要があります。
ここでは、従業員がスナックの種類を混同しないようにしてオーブンに入れることが重要です。
表示されるパラメーター：
- 商品名
- 注文番号
問題の説明
インターフェイスは、ピザテーブルとは別に壁にあります。 従業員は、注文の外観に気付き、製品の種類を決定する必要があります（発行前の準備プロセスに違いがある約12個の製品）。 スナックには3つのタイプがあり、その名前は「K」で始まります（ポテト、コーン、ウィング）。名前の略語を使用しようとすると、スタッフのミスにつながります。
製品のタイプが離れて認識されていることを確認する必要があり（その後従業員は次のステップが何であるかをすぐに理解できます）、類似した名前のスナックの読み取り可能なラベルを作成します。
「前菜」の概念
検索プロセスでは、ピクトグラムが提供されただけでなく、インターフェースで直接タイプごとに表示された製品がグループ化されました。 グループ化は柔軟性に欠けます（おそらく、新しい製品が登場するか、既存の製品が離脱するでしょう）。 ピクトグラムを取得することは難しく、将来的にその関連性を維持することはさらに困難です。
最後のオファー
最後のオプションでは、スナックは色別にグループ化されます。 「K」の名前の略語の混乱を取り除く試み。 押されたブロックは、暗い背景で強調表示されます。
インターフェース：パッケージング
今日の包装インターフェース
これは、トラッカーからのすべての製品情報が収束するインターフェイスであり、大量の情報が表示されます。
表示されるパラメーター：
- 商品名
- ピザサイズ
- ピザ生地の厚さ
- 無料のピザと前菜ソース
- 販売方法
- 注文番号
- 収集されたボックスの数（1つの順序で複数のボックスがある場合があります）
問題の説明
発行前に注文を収集する従業員は、このインターフェイスを使用して作業し、調理の品質とキッチンでのエラーの可能性も制御します。
スケッチの一つ
ピザのサイズと注文の箱の数に「位置」表示を使用する試みが示されています。 薄いピザピザは、白い背景にインジケーターで表示されます（従来のピザは暗い背景に表示されます）。 背景が赤のブロックは、キッチンで調理するには時間がかかりすぎる製品用です。 結婚を示す実験が示されています。
色と配置の抽象的な実験。
最後のオファー
最後のバージョンでは、色の表示が使用されます。 注文の発行方法（配達、部屋、集荷）のより明示的な表示。
まとめ
エラーを減らすという難しいタスクには、従業員がトラッカーインターフェイスで理解するための最も簡単なソリューションが必要です。
現在、私の最新のオファーは最良の選択肢ではないようです。
トラッカーインターフェースの設計、および他のDodoプロジェクトの作業を継続し、 私のブログでプロセスを監視できます。