web-dev-qa-db-fra.com

Combiner les concepts d '"Archive" et "Histoire"

J'ai deux applications (chacune avec des versions iOS et Mac) où les gens ajoutent des éléments qui apparaissent dans une liste. Actuellement, lorsqu'un élément est supprimé de la liste, il est définitivement et immédiatement supprimé. Je travaille sur l'ajout de quelque chose qui est généralement appelé "Archive" ou "Historique", afin que les anciens éléments puissent être recherchés et restaurés si nécessaire. La partie délicate est que j'aimerais avoir des fonctionnalités des deux:

  • Par défaut, il agira comme une véritable archive. Rien n'est supprimé, juste archivé et supprimé de la vue principale. J'espère que la plupart des gens le laisseront ainsi.
  • Cependant, j'aimerais avoir une option pour effacer automatiquement l'archive après une période de temps - un an, 6 mois ou 90 jours. Cela le rend un peu plus comme une "histoire", car il n'est plus permanent.
  • Lorsqu'un élément est supprimé de la vue principale, je préfère que le bouton dise "Archiver" plutôt que "Supprimer". Il doit être clair que ces éléments ne sont pas supprimés définitivement. (Du moins pas immédiatement.)

Mon inquiétude est que quelqu'un le réglera pour effacer après 90 jours, l'oubliera, "archivera" quelque chose d'important pour eux, puis deviendra frustré quand il disparaîtra soudainement des mois plus tard.

Existe-t-il un moyen de résoudre ce problème? Ou est-il possible que je m'inquiète trop?

Actuellement, je penche vers la suppression de l'option de suppression automatique de l'archive. Il serait toujours possible de supprimer manuellement des éléments spécifiques de l'archive ou de supprimer l'intégralité de l'archive manuellement. Je préférerais cependant ne pas perdre cette option — je pense que certaines personnes l'apprécieraient.

4
robotspacer

Après avoir réfléchi plus loin, j'ai réalisé que je compliquais considérablement les choses en essayant de trouver une solution unique qui fonctionne dans les deux applications. Ils ont des objectifs très différents et il n'y a aucune raison de les traiter de la même manière. Plus important encore, les différences entre les deux applications sont les détails qui facilitent la réponse à cette question, donc essayer d'ignorer ces différences rend impossible de trouver une solution parfaite.

Dans une application, les gens ne sont pas susceptibles de supprimer tout ce qui leur tient à cœur. L'application a actuellement un historique de 90 jours des éléments supprimés (ou "corbeille"), et je vais le laisser de cette façon. C'est plus que suffisamment de temps pour remarquer si quelque chose a été supprimé accidentellement. Je ne pense pas que quiconque ait réellement demandé plus d'options à ce stade, donc cela n'a aucun sens de les ajouter.

Dans l'autre application, il est rare mais pas rare d'avoir soudainement besoin d'un élément supprimé il y a des mois. Dans ce cas, l'application aura une archive permanente et il sera possible de supprimer manuellement les éléments de l'archive. Je peux inclure des options pour effacer automatiquement l'archive, mais ce n'est probablement pas une fonctionnalité importante pour la plupart, donc je peux la laisser de côté pour des raisons de simplicité et de clarté.

Merci pour toutes les réponses - je voterais pour leur aide si je le pouvais. Je pense qu'aucun d'entre eux n'était tout à fait correct, mais c'était ma faute de ne pas avoir donné suffisamment d'informations pour continuer.

1
robotspacer

Archive - Une collection de documents ou de documents historiques

Histoire - Un enregistrement chronologique des événements

Pour moi, les archives et l'historique devraient effectuer la même action de stockage des éléments dans un `` coffre-fort '' loin de mes affaires quotidiennes, mais lorsque j'y accède, il devrait tout avoir depuis le début des temps.

Pour la chose que vous essayez de réaliser, je l'appellerais Move to Trash ou quelque chose de similaire. L'idée étant, la corbeille est un endroit réel dans votre application. Il est nettoyé tous les 30 à 60 jours comme ce qui se passe dans la vraie vie, le camion à ordures ramasse les ordures une fois par semaine.

Dans un souci d'introduction, lorsque l'utilisateur effectue pour la première fois le déplacement vers la corbeille, vous pouvez avoir une fenêtre modale expliquant que les éléments ne seront pas supprimés immédiatement et peuvent être restaurés si nécessaire. Vous pouvez le garder récurrent jusqu'à ce que l'utilisateur sélectionne Ne plus afficher .

3
rk.

Je pense à ceux-ci comme un peu différent - l'archive est pour le stockage des choses, l'histoire est pour le suivi des actions. Je pense que l'archive est ce que vous voulez, et les gens sont habitués à l'analogie (Google l'a bourrée de toute façon), et vous pouvez supprimer des choses de l'archive. La purge des archives est cool - mais je vois votre point. Dire simplement (si c'est possible) qu'il y a n éléments en attente de suppression/purge avant qu'ils ne se produisent, peut vous aider. Je parie que la plupart des gens ne définiront pas de purge automatique à moins qu'il n'y ait une raison monétaire de le faire.

2
Eric Anderson

Sur la base de GMail, je vois deux des modèles d'utilisation suivants de la possibilité d'archivage/suppression:

  • Certains utilisateurs utilisent l'archive pour avoir une boîte de réception claire et supprimer les e-mails s'ils ne sont pas intéressés par tous
  • Les autres utilisateurs archivent simplement tout, y compris les e-mails qui ne sont pas importants ou qui ne contiennent aucune information utile
  • Les personnes qui n'utilisent pas l'archive et qui ont tout dans leur boîte de réception à côté des e-mails qu'ils suppriment
  • Enfin ces gens qui ne suppriment rien du tout et laissent tous les mails dans la boîte de réception

Le dernier point que j'ai ajouté pour que la liste soit complète, mais je ne connais personne qui utilise cette approche. Mais je connais pas mal de gens qui utilisent les trois autres modèles.

Dans votre cas, je me demanderais d'abord pourquoi vous ajouteriez une sorte de suppression automatique future? Est-ce à cause des coûts matériels ou simplement pour pouvoir supprimer complètement quelque chose?

Je suppose que l'approche ultérieure est valable si l'utilisateur n'a aucune chance de modifier certaines informations existantes. Mais alors, comment allez-vous expliquer cela à l'utilisateur? Le problème ici est que les gens sont habitués à ne plus rien supprimer. Le principal objectif des utilisateurs est simplement de supprimer quelque chose de la vue, mais de pouvoir le récupérer plus tard. Donc, si vous allez implémenter une purge automatique, l'utilisateur n'a pas vraiment l'avantage de la fonction d'archivage, car elle ne contient qu'une certaine quantité d'éléments. Alors pourquoi ne pas les supprimer directement?

Si vous pouvez vous le permettre, je n'implémenterais pas quelque chose comme la purge automatique. Si j'ai une archive, j'aimerais avoir tous les éléments dans leur fichier et pas seulement les derniers. De plus, tout ce qui s'exécute automatiquement dans le backend est toujours très difficile à concevoir et à expliquer à l'utilisateur final (par exemple via l'interface utilisateur).

1
rit

Si c'est important, les gens ne devraient pas l'archiver. L'archivage est comme un objet hors de vue, hors de l'esprit qui est effacé tous les x ans.

0
user30960