正常に実行されたアクションの通知をユーザーに通知するのは良い習慣ですか?アイテムの保存や削除と同様です。迷惑で過度ですか、それとも役に立ちますか?
私は主にトースト通知、つまり自動期限切れ通知に言及しています
はい、そのようなアクションに関するフィードバックメッセージを表示するのがベストプラクティスです。それは、システムがユーザーと会話していて、ユーザーが何が起こっているのかを認識していることを意味しますが、アラートが多すぎて迷惑をかけないでください。
フィードバックサイクルを使用すると、アプリケーションで何が起こっているかをユーザーに伝えることができます。ただし、アプリケーションのフィードバックはそれほど煩わしいものではないことに注意してください。以前のバージョンのMicrosoft Officeで使用されていたMicrosoftのOfficeアシスタント「Clippy the Paperclip」を常に提案していることを覚えていますか?フィードバックはユーザーに追加の利益をもたらすはずであり、ユーザーの注意をそらさないでください。意味のない、または多すぎるフィードバックは、ユーザーエクスペリエンスを悪化させます。そのため、賢く使用してください。
http://blog.mwaysolutions.com/2015/11/20/give-the-user-feedback-for-a-better-ux/
編集:
Diegoへのコメントに基づいて、あなたの質問は一見したところとは大きく異なります。
多くの操作が必要な場合の場合、毎回通知を提供しないで、各アクションをすぐに保存しないでください。
代わりに、セッションを作成ユーザーが任意の量のアクションを実行できる場所(X分ごとにautosaveを実行できます)。これらのセッションでは、すべてを元に戻し、実行される各アクションに対して微妙なアニメーション/トランジションを使用して、ユーザーが何かが起こったことを理解できるようにします。遷移によって送信されるこの情報は、メッセージを伝えるのに十分でなければなりません。
ユーザーが変更に満足したら、他のアプリと同じように変更を保存することを提案し、次に"変更が保存されました"メッセージを表示します。
これを行うことで、ユーザーを圧倒することはありません。その後、ユーザーとのやり取りが通知され、単一のプロセス(コンテンツエディション)についてone and only oneの通知が表示されます。
Ken MohnkernによるGmailの例をとると、メールの作成時にアクション(フォントの編集、削除、変更など)を実行するたびにメッセージが表示されると想像してみてください。あなたはすぐに疎外されるでしょう。代わりに、これらすべてのアクションはメインアクションのサブセットにすぎません:send a mail。したがって、アクションを実行するたびではなく、メッセージメールを送信するか下書きを作成する場合のみが表示されます。
メッセージを控えめに使用、そして破壊的なアクションに特に注意を払いながら、常にメインアクションを定義しようとします