店舗管理ソフトウェアのショッピングカート
現在、特定の店舗の従業員が使用する店舗管理アプリケーションを設計しています。このストアのプロセス内の多くの時点で、ユーザーはHQから注文できるアイテムのデータベースを検索し、それらを収集して直接注文することができます。
私の現在のアプローチは、このアプリケーションに常に表示されるボタンを作成することです。これにより、次のモーダルウィンドウがスライドして表示されます。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
このモックアップのユーザビリティの欠陥、サイジングの問題、または機能の欠如を気にしないでください-私の質問は、このアプローチの一般的な構造についてです：
ショッピングカートと同じコンテキストで検索可能な注文リスト、つまり注文できるアイテム実際に注文するために選択したアイテムのリストの横にある？（---）？
私の開発者は、この概念を知らないので、この概念について留保しています。彼らの主張は、Webショップは通常これら2つのリストを一緒に表示しないということです。残念なことに、ストアアプリケーションがWebショップではないという私の反対意見は、一筋縄ではいきません。この概念の私の理論的根拠は、ユーザーが必要なものを正確に知っており、他のユーザーが続行するために、この注文をできるだけ迅速かつ簡単に完了することです作業。
このアプローチを維持したいのであれば、自分の意見の例やその他の根拠を提供する必要があると思います。それで、このアプローチは、私が説明したコンテキストであなたに意味がありますか？このアプローチの例を教えてもらえますか？
ありがとう！ :-)
このアプローチを見た1つの場所は、ショップスタッフが顧客に代わって注文するために設計されたタブレットアプリケーションです。そのコンテキストでは、追加されたアイテムのリストや合計値を含む注文の詳細が目立つようになり、常に表示されていました。営業アシスタントは、左側に開いたパネルから製品を閲覧/検索できます。ワイヤーフレームによく似ていましたが、レイアウトが異なりました。