オペレーターが処理しているボックスの寸法を入力する必要があるアプリケーションのインターフェースを設計しています。彼らは各箱を平らな面に置き、次に巻尺を使用します。これは、かなり狭いスペースである程度の速度で実行する必要があります。
これらの線に沿って何かを表示することを考えています。
オペレーターは数字キーパッドを使用してデータを入力し、タブを押すと入力フィールドから入力フィールドに移動します(おそらく、キーパッドボタンの1つをタブキーとして機能するように再割り当てします)。
箱は非常に多様であるため、この形状はほとんど似ているかもしれませんが、他の箱はほとんどパケットのようである可能性があります(つまり、高さが非常に低い)。
私が持っている質問はこれです:このグラフィック表現は本当に便利ですか、または3つの垂直に配置された入力フィールドの方が良いでしょうか?それとも別の方法がありますか?
...このグラフィック表現は本当に便利ですか、それとも3つの垂直に配置された入力フィールドの方が良いでしょうか?
3つの垂直に配置された入力フィールドの方が優れています
私は多くのパッケージを扱ういくつかのウェブサイトを見てこの質問を調査しましたが、どれも長さ、幅、高さの入力をボックスの視覚モデルに結び付けようとしませんでした。
この理由はさまざまですが、質問で指摘したように、パッケージは「パケットのように(つまり、高さが非常に低い)」で、画像を表示すると、ユーザーは不思議に思うかもしれません-Are packets handled some other way?
、Which number do I put where?
など.
FedEx ウェブサイトからの例です...
必須フィールドはPackage Weightだけなので、このフォームの他のすべてのフィールドをFedExで削除することをお勧めします。オプションのフィールドが明確でないためではなく、ページに配置するすべてのものが認識摩擦を追加するためです(私たちを考えさせます)。 Will I get a better rate if I measure the package?
、What the heck is a Carriage value anyway?
設計の重要な部分は、障壁を取り除き、物事をより簡単にすることです。そのため、モックアップに入力を追加する前に、次のことを自問します。
ユーザーがこれを提供しなかった場合でも、仕事を完了できますか? (はいの場合はそこに置かないでください)
この値を提供することがユーザーに役立つ理由はユーザーに明らかですか? (いいえの場合、説明を提供します)
視覚的な表現は常に優れていますが、ここでは特定のケースについていくつか注意点を示します。
これら2つのことを考えてみてください。次のように、事前に定義された順序で単純な行に次元を配置しても問題ないことに注意してください。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
オペレーターが入力ではなく検証のためにデータをすばやくスキャンできることがより重要であるためです。これは常に同じ3次元であるため、画面を見ていなくても入力できます(特に、すでに何百回も行っている場合)。 、しかし、数字が正しいことを確認する必要がある場合は、画面を見る必要があります。そして、常に画面の同じ部分を見て、次の入力を見つけるために画面全体を飛び越えない方が良いでしょう。