「アーカイブ」と「歴史」の概念を組み合わせる
私は2つのアプリ（それぞれiOSバージョンとMacバージョン）を使用しており、リストに表示されるアイテムを追加しています。現在、リストからアイテムが削除されると、そのアイテムは永久にすぐに削除されます。通常は「アーカイブ」または「履歴」と呼ばれるものを追加する作業を行っています。これにより、必要に応じて古いアイテムを検索および復元できます。トリッキーな部分は、私は両方の機能を持ちたいということです：
- デフォルトでは、本物のアーカイブのように動作します。何も削除されず、アーカイブされてメインビューから削除されます。私はほとんどの人がこのようにそれを残すことを期待しています。
- ただし、一定期間（1年、6か月、または90日）後にアーカイブを自動的に消去するオプションが欲しいのですが。これは永続的ではないため、「履歴」に少し似ています。
- アイテムがメインビューから削除された場合、ボタンに「削除」ではなく「アーカイブ」と表示したい。これらのアイテムが完全に削除されるわけではないことは明らかです。 （少なくともすぐには。）
私の心配は、誰かがそれを90日後にクリアするように設定し、それを忘れて、彼らにとって重要な何かを「アーカイブ」し、それが数か月後に突然なくなったときに欲求不満になることです。
これに対処する方法はありますか？それとも私が心配しすぎている可能性はありますか？
現在、私はアーカイブを自動的に消去するオプションを削除することに傾いています。アーカイブから特定のアイテムを手動で削除したり、アーカイブ全体を手動で消去したりすることも可能です。ただし、そのオプションを失いたくないのですが、一部の人々はそれを高く評価すると思います。
これをさらに検討した結果、両方のアプリで機能する単一のソリューションを見つけようとすることで、実際には非常に複雑になっていることに気付きました。それらは非常に異なる目的で使用され、同じように扱う理由はありません。さらに重要なことに、2つのアプリの違いは、この質問への回答を容易にする詳細です。そのため、これらの違いを無視しようとすると、完璧なソリューションを見つけることができなくなります。
1つのアプリで、気になるものを削除することはほとんどありません。アプリには現在、削除されたアイテム（または「ゴミ箱」）の90日間の履歴があり、そのまま残しておきます。これは、何かが誤って削除された場合に気付くのに十分な時間です。この時点で実際にオプションを追加したいという人はいないと思いますので、オプションを追加しても意味がありません。
他のアプリでは、数か月前に削除されたアイテムが突然必要になることはまれですが、珍しいことではありません。その場合、アプリには永続的なアーカイブがあり、アーカイブからアイテムを手動で削除することができます。アーカイブを自動的にクリアするオプションを含めることもできますが、それはおそらくほとんどの場合重要な機能ではないので、単純化と明確化のために省略します。
すべての回答に感謝します。できる限り、参考になるよう投票します。どれも完全に正しかったとは思いませんが、それは、十分な情報を提供しないことのせいでした。
アーカイブ-歴史的な文書または記録のコレクション
履歴-通常はイベントの時系列の記録
私にとって、アーカイブと履歴はどちらも、日常の作業から離れて「保管庫」にアイテムを保管するという同じアクションを実行する必要がありますが、アクセスすると、最初からすべてのものを持つ必要があります。
あなたが達成しようとしていることについて、私はそれをゴミ箱に移動または同様のラベルを付けます。つまり、ゴミはアプリケーションの実際の場所です。ごみ収集車は、実際の生活と同じように30〜60日ごとに清掃され、ごみ収集車は週に1回ゴミを収集します。
導入のために、ユーザーがゴミ箱への移動アクションを最初に実行するときに、モーダルウィンドウを使用して、すぐには削除されないこと、必要に応じて復元できることを説明できます。ユーザーが選択するまで今後表示しないまで、それを繰り返し続けることができます。
私はこれらを少し異なると思います-アーカイブはものを保存するためのものであり、履歴はアクションを追跡するためのものです。 Archiveはあなたが望むものだと思います、そして人々はアナロジーに慣れています（とにかくGoogleがそれを詰め込んでいます）。アーカイブから物事を削除することができます。アーカイブの削除はすばらしいですが、私はあなたの主張を理解しています。可能であれば、削除/パージが発生する前にn個のアイテムが保留中であることを示すだけで、問題が解決する場合があります。金銭的な理由がない限り、ほとんどの人は自動パージを設定しないでしょう。
GMailに基づいて、アーカイブ/削除の可能性の次の2つの使用パターンがわかります。
- 一部のユーザーはアーカイブを使用して明確な受信トレイを作成し、すべてに関心がない場合はメールを削除します
- 他のユーザーはすべてをアーカイブするだけでなく、重要ではないメールや貴重な情報をまったく含まないメールもアーカイブします
- アーカイブを使用せず、本当に削除したメール以外に受信トレイにすべてを持っている人
- 最後に、何も削除せず、すべてのメールを受信トレイに残す人
リストが完全になるように追加した最後のポイントですが、このアプローチを使用している人を私は知りません。しかし、他の3つのパターンを使用している人はかなりいます。
あなたの場合、私は最初に自分自身に尋ねます、なぜあなたはある種の自動削除を将来追加するのですか？それはハードウェアのコストによるものですか、それとも何かを完全に削除できるためですか？
ユーザーがいくつかの既存の情報を変更する機会がない場合、後者のアプローチは有効だと思います。しかし、それでは、ユーザーにこれをどのように説明しますか？ここでの問題は、人々はもう何も削除しないことに慣れているということです。ユーザーが持っている主な焦点は、ビューから何かを削除することですが、後で元に戻すことができます。したがって、自動パージを実装する場合、一定量のアイテムしか含まれていないため、ユーザーにはアーカイブ機能の利点はありません。それでは、なぜそれらを直接削除しないのですか？
余裕があれば、自動パージなどは実装しません。アーカイブがある場合は、いくつかのラストだけでなく、すべてのアイテムを保管したいと思います。また、バックエンドで自動的に実行されるものはすべて、設計およびエンドユーザーへの説明（たとえば、ユーザーインターフェイス経由）が常に非常に困難です。
それが重要であれば、人々はそれをアーカイブすべきではありません。アーカイブは、x年ごとにクリアされる視界の外のようなものです。