「アーカイブ」または削除された行がテーブルから消えるのはいつですか？
誰かがプロジェクトをアーカイブするときに確認ダイアログを表示するのではなく（アニメーションの各行は「プロジェクト」です）、元に戻すオプションを使用して、すぐにアーカイブすることにしました。
私の質問は、この行が特定の時間の後に消えるかどうかです。または、ユーザーが別の画面にアクセスするまで保持する必要がありますか？
私は、ユーザーがページを離れるか、ページを更新するまでそのままにしておくことをお勧めします。それは、ユーザーが「アーカイブ」アクションを実行した後にそれをそこに置くことによって損なうことがないように感じます。
私は、ユーザーがプロジェクトのリストを「クリーンアップ」するのではなく、プロジェクトをアーカイブすることを望んでいると仮定しています。この仮定が正しくない場合は、「このメッセージをクリアする」オプションを追加するとよいでしょう。
削除されたアイテムをいつビューから削除するかは、次の4つの要素に大きく依存すると思います。
- インパクトフルネス-アクションの影響は高いですか、それとも低いですか？結果は重大ですか、それとも些細ですか？
- 即時性-impactfulの場合、realiseの可能性が高いユーザーです彼らがすぐにナビゲートしたときに、このアクションをすぐに、または後で行うのを間違えましたか？
- 頻度-ユーザーが画面を下に移動して、多数の行で[削除]をクリックするか、削除する行を1つだけ選択する可能性がありますか？
- Next Intent-ユーザーが行を削除した後、ユーザーは何をしますか。また、残りのコンテンツの存在が邪魔になりますか？
それらは物事にどのように影響しますか？
impactfulの場合、提案する残りの取り消しメッセージが役に立ちます。しかし、それらが多くの行を削除しようとしている場合、複数の取り消しメッセージは役に立たず、煩わしいものになる可能性があります。特に、next intentが、行を削除するために提供することを期待していた画面スペースを必要とした場合。
not Impactfulの場合、残りの元に戻すメッセージは、画面スペースを元に戻してさらに行を取得する前に、追加のクリックが必要なだけですdo見直すことに注意してください。
immediateの場合、残りの取り消しメッセージは短時間だけ役に立ち、次に煩わしいだけです。そのような状況では、（ユーザーのアクションの確認として）簡単に表示されてから削除される可能性があります。行の高さを単に削除するのではなく、何もないように縮小して削除するために、非常に短いCSSアニメーション（上限は.3秒にします）をお勧めします-これにより、ユーザーはより簡単に変化の中で何が起こっているかを追跡し、突然のジャンプで彼らの立場を失わないでください。
それが頻繁なアクションであり、（たとえば）80行から50行を削除する場合、特にそれらを区別できない場合は、おそらく50の残りの取り消しメッセージは必要ありません。そのような状況では、ほぼ確実に、彼らはすぐに立ち去ることを望みます-一度に、そして恐らく、画面上の後続の項目を予期しない、または追跡しにくい方法で移動させることなく。このような大量のアクションが発生する可能性がある場合は、行ごとのアクションとは異なる方法で処理することを検討してください。
next intentがリスト内の次のアイテムに移動してそれで何かを行う場合、画面上の位置を変更すると煩わしい可能性があります...next intentは別のタスクを実行することであり、問題ではありません。
まとめ
つまり、全体として、前進する方法にはさまざまなオプションがあり、その多くは4つの要因のバランスに依存しています。
結局のところ、この質問に対する適切な回答を得るためには、自分が行っている作業に適したバランスを整えるために、妥当な時間を費やす必要があります。
そのバランスを見つけるのに役立つ一連のアクションが必要な場合は、クリック可能なモックアップ（または他の使いやすいプロトタイプ）を使用し、ユーザーテストやインタビューを実行して、推測や仮定ではなく、そのバランスを見つけることをお勧めします。
リストにアイテムを保持することをお勧めします。アーカイブされていることと、[元に戻す]ボタンがありますが、現在の高さと同じで、追加の行を追加するのではなく、アイテムを変更します。このようにして、ユーザーは次のことができます。
- 複数のプロジェクトをアーカイブする
- 画面を何度も変更せずに、元に戻すことを決定する
- レイアウトを同じ高さに保つ
- アーカイブ済みアイテムに異なるスタイルを設定します（現在のところ、アーカイブ済み/非アーカイブ済みのアイテムは同じように見えるため）
プロジェクト1
プロジェクト2がアーカイブされました。 元に戻す
プロジェクト
プロジェクト4
以下に基づく：
- 一貫性。メッセージを常に同じ位置に保ちます。また、この種のモデルのフィードバックは通常、上部にあります（gmailを参照）。
- 関連性。メッセージは、それが関連している間だけ表示されます。そうでない場合は、ユーザーにとってノイズになります。ユーザーが別のタスクに切り替えた場合は関係ありません。
私はお勧め ：
メッセージを常にブロックの一番上に表示します。 20秒後、またはユーザーが別のアクション（画面の変更、別のアイテムの選択など）を実行したときにメッセージを非表示にします。