Avoir un site Web convivial et axé sur l'utilisateur peut parfois être délicat, car cela permettrait à toute l'équipe de développement de consacrer plus de temps à des choses qui n'ajoutent pas de valeur aux fonctionnalités et au cœur de métier. Pourtant, cela peut aider l’utilisateur à court terme et ajouter de la valeur à long terme. Les chefs de projet stricts sur leurs délais pourraient sous-estimer la valeur ajoutée à long terme. Je ne sais pas si cela est vrai pour les équipes du site Web Apple, mais il leur manque une expérience utilisateur exceptionnelle.

Récemment, j'ai essayé de publier une application sur l'App Store à partir du site Web d'Apple, mais j'ai rencontré un problème avec mes coordonnées. Même si j'avais fourni les informations correctes dans plusieurs formats, je devais quand même les accepter et transmettre un message significatif à l'utilisateur.

D'après mon expérience, le site Web leur donne toujours une erreur pour avoir fourni un mauvais numéro de téléphone, ce qui donne l'impression que ce champ n'est pas valide. Voici le message général :

Voici le message de la saisie du champ pour lui-même :

J'ai eu ce problème même lorsque j'ai essayé avec les deux zéros au début, même si je n'ai pas ajouté l'indicatif du pays. Il m'a toujours donné le même message d'erreur, sans aucune indication sur la façon de résoudre ce problème, quoi faire ou même ce qui n'allait pas !

Au départ, je pensais qu'il s'agissait d'un problème avec le serveur, j'ai donc décidé de réessayer après quelques heures. J'ai vérifié l'état de santé des produits Apple, qui n'a posé aucun problème. Après avoir été fatigué, j'ai décidé de déboguer le problème en tant qu'ingénieur logiciel et de vérifier ce qui était envoyé via le réseau et quelle était la réponse, ce qui a conduit au « moment Aha » pour moi.
Ah ! Pour le moment, Apple doit fournir le message correct.
Lorsque j'ai vérifié les messages du réseau, j'ai appris qu'ils fournissaient les détails et le guide corrects depuis le backend, mais le site Web ne les fournit pas.

Voici la charge utile de la requête :

La réponse :

{
    "errors": [
        {
            "id": "SOME-GUID",
            "status": "409",
            "code": "ENTITY_ERROR.ATTRIBUTE.INVALID",
            "title": "An attribute value is invalid."
            "detail": "The phone number must be in a valid format. Preface the phone number with ‘ ’ followed by the country code (for example,  44 844 209 0611)",
            "source": {
                "pointer": "/data/attributes/contactPhone"
            }
        }
    ]
}

En regardant ceci et en lisant les détails, j'ai pu comprendre que le problème était au format numérique, ce qui m'a facilité la vie.

Une dernière réflexion :

En tant que développeurs, nous devons connaître et comprendre les problèmes des utilisateurs pour écrire une excellente interface utilisateur et une excellente UX pour eux. Lorsque nous ignorons la rédaction du message correct et montrons aux utilisateurs comment résoudre leurs problèmes par eux-mêmes, nous imposons beaucoup de charge aux utilisateurs et à notre équipe d'assistance, et nous risquons de perdre certains utilisateurs. Cela signifie une perte de revenus à long terme, ce que les entreprises n'aiment pas.