J'ai une application Web de messagerie texte dans laquelle les utilisateurs peuvent télécharger plusieurs numéros de téléphone via une feuille Excel ou CSV. Cependant, j'ai besoin que les numéros de téléphone soient dans un format spécifique (c'est-à-dire E.164 - le format international) pour que ma demande fonctionne.
Maintenant, je peux formater ces nombres par programmation mais, j'ai besoin de connaître le pays spécifique auquel ils appartiennent, sinon je pourrais les mal analyser.
Par exemple:
Un client a essayé une fois de télécharger une liste de contacts qui avaient des numéros comme celui-ci dans leur feuille Excel:
203745xxxx
Maintenant, c'est un numéro valide pour l'Égypte, mais en ajoutant le code de numérotation pour les États-Unis (+1), il devient également un numéro américain valide.
Mon client souhaitait que ce numéro provienne des États-Unis, mais ma demande l'a analysé comme provenant de l'Égypte.
Maintenant, cela ne se produit pas souvent, mais de temps en temps je dois faire face à ce problème.
Je me demandais donc quelle pourrait être la solution sans augmenter la complexité du téléchargement des contacts (de nombreux clients ont très peu de connaissances techniques et certains d'entre eux ne savent même pas comment formater les nombres au format international)
Voici à quoi ressemble mon écran de téléchargement en ce moment:
La liste de contacts qu'ils téléchargent peut comprendre:
Les numéros de téléphone peuvent être au format international ou non.
Je pensais ajouter une case à cocher sous le contrôle de téléchargement de fichier qui dit "Format Numbers" ou quelque chose comme ça, et en cochant cette case, je montre une liste déroulante des pays, à partir de laquelle ils peuvent sélectionner un pays dont les numéros de téléphone appartenir à. Mais dans ce cas, ils se limiteront à télécharger la liste d'un seul pays, ce qui n'est pas du tout la solution souhaitable.
Ou peut-être, ajoutez deux onglets différents - un pour la liste de pays unique et l'autre pour la liste de plusieurs pays.
Que proposez-vous les gars? Quoi de mieux en termes d'expérience utilisateur?
Une sélection de pays est une très bonne idée.
Je suis une personne internationale. Je vis et travaille à l'étranger, beaucoup de mes amis et collègues viennent de différents pays, les numéros de téléphone internationaux sont tout à fait normaux pour moi.
Il y a quelques années, je me souviens d'un échange avec mon père. Ce n'est absolument pas une personne internationale. Il n'a été à l'étranger que quelques fois dans sa vie et n'a jamais pris la peine de téléphoner pendant son séjour. Je lui ai dit mon numéro de téléphone qui venait du pays où j'habite, cela lui a indéfiniment confondu comment cela pourrait être un numéro de téléphone valide tout en ayant un "+". Pour lui, les numéros de téléphone ne peuvent être que des numéros. Ce n'est qu'un homme, je ne l'ai pas étudié en profondeur. Mais je crois que cela pourrait être assez standard avec les personnes âgées.
Même moi-même, malgré le fait de devoir faire beaucoup de choses de ce genre, j'ai souvent du mal à me souvenir des codes de numérotation internationaux et à traduire un numéro de téléphone au format international.
Donc, ce que je vous suggère de faire, c'est d'avoir un sélecteur de pays Nice (facultatif) pour que l'utilisateur puisse dire d'où vient ce ou ces numéros de téléphone. Les implémentations de cela que j'ai vu dans le passé incluent généralement le code de numérotation du pays à côté du nom/des initiales et du drapeau du pays.
Faites-leur savoir clairement qu'ils sont invités à essayer sans sélectionner de pays, mais que pour des résultats meilleurs et plus précis, à moins que les chiffres ne soient déjà dans un format international approprié, ils doivent choisir le pays.
Il existe également la possibilité que l'Excel puisse avoir des numéros de plusieurs pays. Dans ce cas ... du point de vue de l'utilisateur, il semble être un fichier plutôt inutile, à moins qu'il ne soit déjà correctement formaté ou au moins que le pays soit mentionné par le numéro. Analyser cela serait cependant plus un problème de programmation que d'UX.