Narguer l'utilisateur avec une double boîte de message pour quelque chose d'important.
Lorsque notre logiciel est installé, il installe certains composants réseau. Il peut fonctionner correctement immédiatement après l'installation, mais il est probable que certaines applications ne pourront pas parler au réseau avant le redémarrage.
Nous aimerions donc vraiment qu'ils redémarrent, mais nous comprenons que certaines personnes préfèrent redémarrer plus tard.
L'un des développeurs est convaincu que la solution est:
- Demandez-leur de redémarrer (recommandé). S'ils répondent "non" alors,
- Dites-leur qu'ils peuvent avoir des problèmes avec les applications réseau s'ils ne redémarrent pas. Demandez-leur de redémarrer (recommandé).
Cela se fait via MessageBox.
Je suis en faveur de ne montrer qu'un seul message (# 2 c'est-à-dire le message le plus spécifique).
Je le vois comme "harcelant" le client et étant simplement une douleur dans le cul.
OK, voici donc la justification telle que je pense l'avoir entendu de la personne qui écrit l'approche de la boîte à double message:
- Les utilisateurs ne lisent pas le texte long, nous ne voulons pas en dire trop sur la première boîte de dialogue.
- Mais nous voulons vraiment qu'ils redémarrent afin de ne pas recevoir autant d'appels de support, donc cela vaut la peine de leur demander une deuxième fois même si c'est un bourrin.
Je vais vous donner une réponse de haut niveau car tout le monde s'attaque déjà à la partie "afficher un ou deux messages".
Ne faites pas partie de ces applications
Au lieu de cela, voici quelques contre-questions pour éventuellement affecter vos décisions de conception:
- Quel pourcentage d'utilisateurs rencontrera des problèmes s'ils ne redémarrent pas? Vaut-il la peine de harceler 100% de vos utilisateurs si <5% a des problèmes?
- Votre architecture d'application peut-elle prendre en charge le report de l'installation des fonctionnalités en fonction des composants réseau jusqu'à ce que l'utilisateur choisisse de redémarrer?
- Pourriez-vous repenser votre application afin que les utilisateurs qui utiliseront les fonctionnalités de mise en réseau puissent installer une version spécifique prise en charge par le réseau, mais tout le monde en installe une qui ne nécessite pas de redémarrage? Soyez aussi clair que possible; vous pouvez le dire aux utilisateurs dès la page de téléchargement de l'application.
Utilisez la psychologie pour rendre le processus moins douloureux
Si vous devez montrer des messages, pensez à certains principes de psychologie comportementale. Si vous voulez me harceler, faites-le au moins avec un sourire - cela pourrait adoucir un peu le coup. Je me souviens de cette application qui mesure le temps qu'il vous faut pour lire les conditions d'utilisation et cliquez sur "Accepter", et si vous le faites très rapidement (parce que vous ne les avez pas lues), une alerte s'affiche indiquant "Félicitations! Vous lire les termes en 3 secondes! ... ou avez-vous fait? ", ce qui apporte un sens de l'humour à une étape autrement ennuyeuse d'un processus.
Voici quelques options que vous pourriez envisager:
- Offrez quelque chose à l'utilisateur en échange d'un redémarrage. Séduire l'utilisateur peut être une technique rapide et sale. "Nous savons que c'est difficile de redémarrer votre ordinateur juste pour installer votre application, mais après votre retour, nous aurons une surprise pour vous! Aimez-vous les t-shirts gratuits?"
- Invoquer le statut et la preuve sociale. "93% des utilisateurs redémarrent leur ordinateur immédiatement après l'installation pour une expérience propre et fraîche. Aimez-vous être frais et propre?" ;)
- Recadrez la situation. "Saviez-vous que le redémarrage de votre ordinateur aide souvent à prévenir la dégradation du système? Pourquoi ne pas le faire maintenant pendant que vous installez notre logiciel? Alors vous n'aurez pas à le faire plus tard! Tout cela grâce à nous."
- Combinez différents principes. "Seulement 7% des utilisateurs choisissent de ne pas redémarrer leur ordinateur maintenant. N'en faites pas partie! Si vous redémarrez maintenant, nous vous donnerons un t-shirt gratuit! (Offre unique.)"
- Réalisations. Je suis allé ici. "Vous avez obtenu le succès Redémarrage pendant l'installation!"
Vous pouvez en quelque sorte continuer comme ça, mais mon point est que vous pourriez réfléchir avec l'équipe pour trouver s'il y a des opportunités ici au-delà d'être une autre application ennuyeuse qui nécessite que je redémarre pour terminer l'installation. Au lieu de cela, choisissez d'être une expérience mémorable. L'application de tout ce qui précède vous rendrait un million de fois plus intéressant que vos concurrents.
Ne le considérez pas comme un problème de messagerie. Considérez-le comme une opportunité de marque!
Votre instinct a raison. Il apparaîtra comme lancinante.
Votre développeur a raison. Il doit y avoir deux dialogues. Le premier avec Reboot (recommandé) et Continue.. et très peu d'autre. Le second donne quelques informations sur les conséquences d'avoir ignoré la recommandation.
La solution est qu'au lieu d'un Reboot bouton sur le deuxième écran que vous fournissez à la place d'un <--Back bouton. Cela peut sembler aller à l'encontre d'une bonne conception de l'interface utilisateur. Vous voulez qu'ils redémarrent, non, alors pourquoi ajouter une étape supplémentaire et "réduire les conversions"? Mauvais . Leur faire redémarrer n'est pas l'objectif. Vous voulez soit qu'ils aient redémarré, soit vous voulez qu'ils continuent informés - avec une probabilité plus élevée de savoir ce qui se passe quand leur Blackberry ne se synchronisera toujours pas via Bluetooth .
Les combiner?
Vous pouvez combiner les deux boîtes de dialogue en une seule. Si vous le faites, alors le texte dont vous êtes probablement tous les deux convaincus est important est moins susceptible d'être lu. Cela gêne également les bons citoyens qui décident de simplement suivre votre recommandation.
A quoi sert le deuxième dialogue?
Le deuxième dialogue est un dialogue d'information pour une décision déjà prise. Il ne devrait pas s'agir d'une boîte de dialogue d'avertissement leur demandant de reconsidérer. C'est une très grande différence. le <--Back Le bouton est juste suffisant pour convertir ce qui aurait été vu comme un dialogue de harcèlement en ce qui sera désormais perçu comme un dialogue destiné à aider et à informer. C'est ce que c'est. Vous devez continuer.
Je ne suis pas un fan des boîtes de message/alerte en général, donc pour moi une double boîte de message (peu importe son importance) est plus ennuyeuse qu'elle n'est informative.
Une fois qu'ils ont fermé la boîte de message de redémarrage ultérieur, les utilisateurs ne sont pas susceptibles de lire la boîte de message d'avertissement et de cliquer simplement sur le bouton qui fait disparaître la boîte.
Ce que je voudrais faire, c'est mettre une sorte d'icône d'alerte/d'avertissement ou un ruban de message utilisateur quelque part dans l'application qui les avertira des problèmes potentiels sans redémarrer. Ce ruban d'icône/message ne s'affichera juste après l'installation initiale que si le redémarrage n'a pas encore eu lieu. Une fois qu'ils ont redémarré, l'icône disparaît et tout le monde est content. :)
J'ai l'idée d'incorporer un message dans l'application. L'installation ne peut-elle pas être considérée comme "incomplète" tant que le redémarrage n'a pas eu lieu? Si le client est clair dès le départ qu'il devra passer par certaines étapes comme:
1 Ouvrir un fichier | 2 Installer | 3 Redémarrer
... alors le redémarrage ne sera pas une surprise ou une gêne, juste une partie du processus. Coller les boîtes de dialogue sur le chemin est un patch paresseux, pas une bonne solution.
L'une des choses les plus importantes dans UX est d'informer l'utilisateur des choses qui seront faites avant qu'elles ne le soient réellement. (Par exemple, donnant à l'utilisateur le sentiment d'être en contrôle.) De cette façon, l'utilisateur peut penser aux actions qui seront prises ou qui sont nécessaires pour achever un processus et décider de commencer ou non.
Cela signifie que si l'utilisateur est informé de la nécessité de redémarrer avant de commencer l'installation, l'utilisateur pariera soigneusement l'urgence d'installer à ce moment ou attendra jusqu'à un moment plus approprié.
Cela prépare l'utilisateur, rend les fenêtres contextuelles inutiles et crée un plan d'exécution informatif de l'installation du logiciel.
J'espère que cela t'aides!
Par expérience personnelle, chaque fois que l'on me demande de redémarrer après l'installation, je choisis de ne pas le faire et je préfère attendre plus tard. Sa déclaration sur les utilisateurs ne voulant pas lire le texte long est vraie. Je ne lirais probablement pas une grande partie du texte et je suppose que c'est la même vieille boîte de message. Ensuite, lorsque je suis invité une deuxième fois, je le prendrais plus au sérieux et l'écouterais, car il est présenté d'une manière qui reflète son importance.
Je comprends que c'est ennuyeux et invasif, mais mon inquiétude est que, peu importe ce que dit la première case - les utilisateurs ennuyés et ceux qui ne se soucient pas de lire cliqueront simplement sur non. Au moins, la deuxième case leur donnerait l'occasion de découvrir les informations importantes.
Exemple: Beaucoup de gens accélèrent en conduisant. Ils voient la limite de vitesse, mais la vitesse quand même. S'ils rencontrent un flic faisant du radar, ils ralentissent généralement et font attention. Même concept ici.
N'afficher qu'un seul message.
L'utilisateur a décidé de ne pas faire ce que vous avez dit. Les demander à nouveau est assez impoli et le redémarrage est très perturbant. N'oubliez pas que l'utilisateur utilise son ordinateur pour 100 choses, dont une seule est votre logiciel - peu importe à quel point vous pensez qu'il est important.
Cependant, ce premier dialogue devrait rendre les conséquences de leur action CRYSTAL CLEAR. Peut-être que vous avez même une case à cocher qu'ils doivent cocher, comme ces licences de clic ennuyeuses.
Personnellement, je ne pense pas que "les choses pourraient ne pas fonctionner" soit suffisamment grave, même pour cela. (Je suppose que cela pourrait entraîner de nombreux appels de support.)