今日、別のプロジェクトで同僚からのモックをレビューしているときにこれに遭遇しました。「間違いなく」間違っていたが、この正確な問題に対処するサポートUXガイドラインが見つからなかったと彼に伝えました。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
これらは、ユーザーを追加するための標準のWebフォームの下のオプションでした。ラベルが正しくないことを除いて、2つのアクションがあるボタンは明らかに間違っているようです。ベストプラクティス/ガイドラインへのリンクがある場合、これとの矛盾は大いに歓迎されます。
このダブルアクションボタン自体は良いか悪い決定ではありません。オペレーターの仕事についてのすべて。
次の2つの状況があるとします。
1。管理者はタスクトラッカーに新しい従業員を登録します
これは管理者がめったに(たぶん)行うことであり、急ぐ必要はありません。年に1度新しいユーザーを追加する場合、実際には新しいユーザーフォームがどれほど優れているかは気にしません。実際の例はJIRAです。その新しいユーザーフォームは、学生によって作成されたようなものです。このような場合、 "保存、メール送信、別の追加"などの最適化された二重引用符ボタンは必要ありません
2。 Emploeeはイベントに多数の参加者を登録します
イベントに登録される100人のキューを想像してみてください。オペレーターのUIは、可能な限り高速で最適化されている必要があります。これは、「保存して別の追加」、「保存して印刷バッジ」などのすべてのショートカットが実行される場所です。
本当の問題は、ユーザーが保存した後に何が起こるかということです。お礼ページが表示される場合は、そこに別のユーザーを追加するオプションを追加できます。別のオプションは、「別のユーザーを追加する」という2つのボタンの上にリンクを置くことです。これは、別のフォームにドロップダウンして入力する拡張フィールドになります。
私の意見では、2つの別々のボタンに「保存」をリストすることは冗長に思えます。ここでの主な目的はフォームを送信することです。そのため、それが明確な焦点になります。
さらに、「保存して追加する」というオプションは、少し混乱します。これは送信され、別のページに移動しますか?今保存して後で別のユーザーを追加できますか?クリックするとどうなるかわかりません。
目的の「理由」と「方法」、および焦点が何であるかについて、チームにいくつか質問してみてください。
ポジティブアクションは右側にある必要があります。保存は「保存して終了」に変更する必要があります。キャンセルは、ユーザー登録プロセスの長さに応じて、解消または保持されます。
すべて経験から。