Combien de temps une mise à jour logicielle doit-elle être reportée lorsque l'utilisateur dit "plus tard"?
Je conçois une application simple (un widget OS X Dashboard, dans ce cas) que l'utilisateur peut utiliser plusieurs fois par jour, ou presque jamais. Lorsqu'il détecte qu'une version plus récente est disponible, j'ai l'intention d'afficher une petite boîte de dialogue leur demandant ce qu'ils veulent faire à ce sujet. Par exemple:
La version 1.1 est maintenant disponible; vous avez 1.0.
UpdateLaterSkip 1.1
Si l'utilisateur clique sur "Plus tard", il sera rappelé à nouveau une fois le temps écoulé. Ma question est: combien de temps plus tard devrait être "plus tard"? 5 jours? dix? 15? Un mois? J'imagine que la réponse pourrait varier entre différents types d'applications.
Il y a un autre concept que j'ai vu quelque part, je ne me souviens pas où mais j'essaierai de trouver une référence. Le concept est de définir cette durée par leurs actions précédentes. c'est-à-dire que si c'est la première fois qu'ils ont rejeté la mise à jour, dites-leur à nouveau la prochaine fois qu'ils démarrent/se connectent, mais s'ils l'ont rejetée plusieurs fois, vous ne voulez pas les ennuyer à chaque fois qu'ils se connectent afin que vous puissiez quitter une semaine avant de les notifier à nouveau.
L'inconvénient est que même si l'utilisateur n'est pas ennuyé par les mises à jour, il leur est également plus facile d'ignorer complètement la mise à jour et de continuer à utiliser l'ancienne version.
Une option consiste à placer un lien "Mettre à jour maintenant" dans un endroit discret mais visible sur le widget lui-même lorsqu'une mise à jour a déjà été différée (ou à l'arrière du widget semble approprié).
Avec les widgets du tableau de bord, vous devez faire attention à ne pas lancer de feuilles ou d'autres alertes modales car le système d'exploitation peut parfois les exposer à l'utilisateur (essayez d'exécuter un proxy qui nécessite une authentification pour accéder au Web et voir combien de feuilles d'invite de connexion vous obtenez sur le bureau dans Snow Leopard au moins).
La meilleure option pour moi personnellement (en tant que personne qui utilise beaucoup le tableau de bord à la fois, puis pas du tout pendant quelques semaines) serait d'attendre le lendemain (et même alors, seulement si le tableau de bord est ouvert). L'alternative est de leur donner une liste déroulante, comme "Rappelez-moi dans 15 minutes/une heure/un jour/jamais".
En tant qu'utilisateur, je me soucie plus de connaître les changements dans une mise à jour que de savoir quand elle est disponible (j'ai ignoré une énorme mise à jour de 100 Mo + vers VMware car elle n'a ajouté qu'une prise en charge améliorée dans Lion, que je n'exécutais pas à l'époque).
Je proposerais des retards non liés au temps, par exemple.
La prochaine fois que j'ouvrirai cette application (lorsqu'il n'y a pas d'autres instances ouvertes)
(utile si la mise à jour est rapide et ne nécessite pas de redémarrage)Lorsque la dernière instance de l'application a été fermée
(utile si la mise à jour n'est pas rapide et ne nécessite pas de redémarrage)Avant d'arrêter/déconnecter/redémarrer ma machine
(utile si la mise à jour nécessite un redémarrage)
Y a-t-il une raison pour laquelle l'utilisateur voudra ignorer une mise à jour?
J'aime vraiment la façon dont Firefox gère les mises à jour, ce qui, je pense, peut également fonctionner dans votre cas:
- La mise à jour est téléchargée en silence.
- Au prochain démarrage ou démarrage de l'application, l'application se met à jour automatiquement.
Si l'application n'a pas besoin d'un redémarrage après l'installation, vous pouvez même installer les mises à jour en mode silencieux, puis afficher un petit message indiquant qu'elle a été mise à jour.
Je suggère de l'installer en silence sans gêner l'utilisateur, lors de la prochaine utilisation de l'application, dites simplement que vous êtes mis à jour, mais cela dépend du type d'application et du type de mises à jour.
J'irais avec l'approche de rsparis, mais envisagerais également d'utiliser un peu de réflexion comportementale - considérons un message qui indique à l'utilisateur qu'une majorité d'autres utilisateurs de l'application ont déjà mis à jour - voir http: // www .psychologicalscience.org/observer/getArticle.cfm? id = 1762 pour la façon dont ce concept a été appliqué dans les hôtels.