Le modèle d'annulation de Gmail est-il suffisant pour un envoi groupé? Quelles sont les meilleures alternatives?
Nous sommes au début du processus de création d'un client de messagerie qui enverrait des campagnes par courrier électronique à des milliers d'utilisateurs (Mailchimp serait un produit similaire à comparer) .Il y a des idées et des opinions, et l'un d'entre eux ajoute des options d'annulation au mailing.
Le propriétaire de cette approche convaincu que cela augmenterait le niveau de confiance des utilisateurs, je défends une idée opposée qui ajoute une étape supplémentaire qui examinerait le contenu et les destinataires du courrier et demanderait l'approbation finale.
Bien que ma solution ajoute une friction supplémentaire au flux, elle ajoute également un niveau de confiance plus élevé aux activités de l'utilisateur.
Maintenant, tout ce qui précède est des hypothèses et nous les testerons avec les utilisateurs, mais j'aimerais en savoir plus sur le sujet, en particulier les opinions personnelles.
J'utilise Gmail tous les jours et je vois personnellement que la fonctionnalité d'annulation ajoute plus de stress dans ma vie. Il m'est arrivé une ou deux fois d'annuler l'e-mail et de modifier quelques détails, mais si je ne le pouvais pas, ce ne serait pas un désastre non plus.
D'un autre côté, je pense que lorsqu'un utilisateur envoie un courrier en vrac, il a besoin d'une meilleure compréhension de ce qu'il est sur le point de faire.
Quelles sont vos pensées? Existe-t-il d'autres alternatives?
PS: J'ai déjà lu cette question sur la même fonctionnalité, alors que je comprends les hypothèses ici, j'aimerais en savoir plus.
Vos utilisateurs n'envoient pas seulement un e-mail à quelqu'un qu'ils connaissent, ils envoient un message à toute une liste de personnes (éventuellement au nom de toute une entreprise). Cela soulève la barre sur la prudence avec laquelle ceux qui envoient le message doivent être prudents.
L'annulation implique que vous avez déjà commencé une action, mais qu'il est temps de l'arrêter. Inversement, l'annulation implique que l'action n'est pas définitive et peut être facilement inversée.
Dans cet esprit, je pense qu'une meilleure approche consiste à faire la révision/confirmation, mais aussi à offrir la possibilité d'annuler pendant quelques minutes.
Mail chimpanzé utilise une page de confirmation , mais ne permet pas l'annulation .
La fonctionnalité d'annulation peut aider les utilisateurs à relire le contenu s'ils ont oublié que, selon moi, cette fonctionnalité fonctionne lorsque vous avez envoyé un e-mail à 2-3 destinataires.
Si je veux envoyer un e-mail à plus de 1 000 destinataires, je ne prends jamais de risque d'envoyer un e-mail sans relecture, et à ce moment-là, je ferai la relecture au moins 2-3 fois. Ce sera une meilleure option si le produit affiche l'aperçu de la campagne avant de l'envoyer.
Le principal problème que je vois avec l'offre de fonctionnalités UNDO, en particulier en ce qui concerne le publipostage, est que les utilisateurs peuvent en venir à compter au-delà du point où cela fonctionnera toujours.
Presque toutes les fonctionnalités UNDO que j'ai jamais vues ont un moment où elles cesseront de fonctionner. Même si ce "point de coupure" est assez bien défini (quitter un éditeur de texte qui propose UNDO jette généralement les informations UNDO; supprimer un troisième e-mail en succession rapide sur mon Android empêche ANNULER la suppression du premier e-mail), les utilisateurs peuvent ne pas toujours savoir exactement quand la coupure sera atteinte.
S'appuyer sur la possibilité d'annuler sera dangereux si le point de coupure n'est pas bien défini, ou s'il y a une chance que les utilisateurs n'apprécient pas quand le point de coupure se produit.
Dans le cas d'un expéditeur en vrac, la seule période UNDO "naturelle" à laquelle je peux penser, c'est si un mail-shot particulier doit se trouver au fond d'une file d'attente d'autres mail-shots, en attendant d'être traité. Le problème ici est que vous ne savez pas combien de temps l'attente durera et, par conséquent, combien de temps vous aurez pour une "relecture" finale avant que la possibilité d'annuler le mail-shot disparaisse. Dans le cas extrême, il se peut qu'il n'y ait pas d'autre mail-shot avant le vôtre et le traitement démarre immédiatement.
ne option serait d'introduire un délai artificiel: garantir qu'une fois que le bouton "GO" sur un mail-shot est frappé, rien ne se passera pendant au moins dix minutes. Le problème ici est que les utilisateurs qui s'appuient sur cette "période de grâce" de 10 minutes pour effectuer une relecture finale se feront prendre par exemple s'ils sont convoqués à une réunion ou s'il y a un exercice d'incendie.
Il vaudrait beaucoup mieux, à mon avis, introduire une étape supplémentaire explicite: le préparateur du mail-shot fait tout ce dont il a besoin et frappe "GO". Cela le place dans un état "a besoin d'approbation" où il est garanti que rien ne sera traité jusqu'à ce que quelqu'un (peut-être le préparateur; idéalement quelqu'un d'autre) ait eu la chance de faire une relecture finale et confirmé que tout est, en effet, OK . Ce n'est qu'à ce point qu'il sera ajouté à toute file d'attente de mail-shots en attente de traitement.
(Il pourrait encore être utile de pouvoir ANNULER une photo envoyée par courrier qui a été approuvée et qui attend toujours dans la file d'attente, mais cela doit être considéré comme une action "exceptionnelle" à prendre, et non comme quelque chose sur laquelle s'appuyer. ).
D'après About Face Interaction Design par Alan Cooper, Robert Reimann, Christopher Noessel, David Cronin
J'ai travaillé avec un produit SaaS similaire et je pense que les propriétés undo et review choses complètement différentes à considérer. De plus, je suis avec l'idée de donnant aux utilisateurs la possibilité de annuler leurs actions, je couvrirai le sujet de mon expérience avec d'anciens clients avec la fonction review.
Travaillant à la fois en tant que concepteur et développeur, j'ai parlé avec de nombreux clients qui utilisent le produit depuis des années et c'était en fait le point auquel ils formulaient leur demande.
En bref, lors du processus de publipostage, il y avait un seul bouton permettant à l'utilisateur d'accéder au courrier et de l'afficher. Les utilisateurs ont également pu obtenir ces avis et résumés par courrier électronique sur leurs comptes (Étrange mais ont probablement été utilisés car ils ne peuvent pas les afficher pendant qu'ils envoient leurs e-mails) .
Étant donné que de nombreux utilisateurs voulaient voir cette page d'avis comme un dernier écran avant de soumettre leurs e-mails, j'ai présenté une autre mise en page permettant aux utilisateurs d'afficher review comme composant principal sur le page en plus des détails du résumé.