Le frontend invisible : ces petites décisions qui sauvent votre produit
Le meilleur travail frontend ne se voit jamais lors d'une démo.
Les gens n'en font pas de captures d'écran. Pourtant, sans ce travail, les utilisateurs quittent votre produit sans que vous ne sachiez jamais pourquoi. Ce travail se niche dans les interstices entre les écrans, les onglets et votre backend.
Voici trois exemples de petites corrections qui évitent de grandes pertes.
- Corriger l'erreur de connexion
Auparavant, le frontend vérifiait un champ de statut pour savoir si une connexion avait réussi. Le backend envoyait un jeton (token) valide, mais envoyait également un statut
null. L'application rejetait l'utilisateur alors qu'il avait bien accès.
La correction a été simple. Désormais, le frontend vérifie la présence du token lui-même pour confirmer le succès. Un champ ambigu dans un document peut devenir une porte close pour un utilisateur.
- Corriger le lien de vérification Lorsqu'un utilisateur clique sur un lien dans un nouvel onglet, l'onglet d'origine reste non authentifié. Il ne peut pas demander de mises à jour au serveur.
J'ai utilisé l'événement storage du navigateur. Lorsqu'un onglet écrit dans le localStorage, tous les autres onglets le savent instantanément. Cela agit comme un bus de messages gratuit entre les onglets. Cela élimine un point de blocage dans votre processus d'onboarding.
- Corriger le minuteur de délai d'attente Un minuteur de type « renvoyer l'e-mail dans 30 secondes » stocké dans l'état de l'application se réinitialise lorsque l'utilisateur rafraîchit la page. Les utilisateurs cliquent alors frénétiquement sur le bouton, ce qui augmente vos coûts d'envoi d'e-mails.
La solution a consisté à stocker l'échéance plutôt que le compte à rebours.
- Stocker l'horodatage (timestamp) exact de la fin du délai d'attente.
- Recalculer les secondes restantes après chaque rafraîchissement. Cela empêche les abus et protège votre budget.
Pourquoi cela importe aux fondateurs :
• La correction de la connexion protège l'activation des utilisateurs. • Le signal entre onglets protège les taux de conversion. • Le délai d'attente protège vos marges et empêche les abus.
Une excellente ingénierie ne consiste pas seulement à rendre l'interface esthétique. Il s'agit de s'obséder pour les interstices. Ces corrections ont nécessité moins de cinquante lignes de code chacune. La valeur provient de la capacité à remarquer le problème et à le corriger au bon endroit.
Source : https://dev.to/virendra2902/the-invisible-frontend-small-decisions-that-quietly-save-a-product-1pkl