Comment évoluer à l'échelle internationale : conception de produits à l'échelle mondiale

La plupart des entreprises qui déploient des produits internationaux qui s'adaptent automatiquement à plusieurs marchés nationaux ont tendance à se concentrer principalement sur une traduction linguistique appropriée. Cependant, une foule d'autres composants essentiels ne doivent pas être oubliés lors de la création de produits mondiaux.

Un bon exemple est le lancement du système d'exploitation mobile iOS6 d'Apple en 2012. L'une des principales innovations dont les fans d'Apple étaient si enthousiastes était l'annonce de la nouvelle application Apple Maps, fraîchement conçue en interne chez Apple, y compris la première mondiale de 3D Maps. Cependant, quelques jours après le lancement, l'application Apple Maps a été considérée comme un échec public, avec des problèmes majeurs dans les résultats de recherche et la traduction de l'emplacement (par exemple, Berlin est devenu Schoneiche bei Berlin ; la recherche de Londres au Royaume-Uni a abouti à Londres, Ontario, Canada ; et l'Irlande a soudainement eu un nouvel aéroport). Le lancement de produits dans plus de 100 pays à la fois est une entreprise énorme, et certains problèmes sont inévitables, mais les dirigeants d'Apple qui ont déclaré l'application prête à être publiée avaient négligé certains apprentissages de base.

L'architecture du produit est importante

L'exigence clé pour la conception globale de produits est de jeter les bases d'une architecture de produit facilement adaptable à différents pays. Il est crucial de s'assurer que tous les composants du texte (appelés « chaînes ») sont structurés de manière à être faciles à extraire pour la traduction puis la réintégration. La création d'une matrice de fonctionnalités capable qui montre quelles fonctionnalités apparaissent quand est également une étape essentielle. Il doit gérer plus d'informations contextuelles, telles que l'emplacement, la région du téléphone ou la langue du téléphone, qu'un produit purement local. L'activation de l'ensemble de fonctionnalités du produit pour s'adapter à l'emplacement détecté par l'utilisateur ne doit pas être une réflexion après coup. Étant donné que différents pays ont tendance à avoir différents niveaux de trafic cellulaire, les équipes de produits doivent décider quelle partie de la logique de l'architecture doit se trouver sur le serveur et quelle partie résidera sur l'appareil de l'utilisateur. Certains produits peuvent également nécessiter un mode hors ligne, qui est un sous-ensemble des fonctionnalités disponibles lorsque le téléphone ou l'appareil n'est pas connecté au réseau. En tenant compte de tous ces composants, le produit sera prêt à évoluer, que ce soit pour deux ou 50 pays.

Les performances et l'architecture du serveur sont deux autres questions clés qui doivent être traitées à l'avance. S'assurer qu'un produit a des performances adéquates 24 heures sur 24, 7 jours sur 7 dans les pays du monde entier nécessite une architecture de serveur avec un niveau adéquat de nœuds de serveur et une capacité d'équilibrage de charge. En fonction de la quantité de trafic, les équipes produit doivent décider si elles ont besoin de nœuds de serveur aux États-Unis, en Amérique latine, en Europe ou en Asie, car il est plus optimal d'avoir des nœuds plus proches des régions à fort trafic afin d'assurer un réel temps de réponse. Sur la base de courbes d'utilisation horaires optimisées, la charge de trafic peut être équilibrée sur un spectre de 24 heures. Par exemple, les principaux serveurs de la côte ouest peuvent être déchargés en déplaçant le trafic vers la côte est lorsque l'utilisation dans l'est diminue.

Matrice région vs langue

Pour les applications mobiles, la meilleure façon de détecter le pays d'un utilisateur et l'endroit où son téléphone a été émis est de s'appuyer sur le paramètre régional choisi par l'utilisateur ou par défaut. Cela peut également être combiné avec le paramètre de langue pour créer une matrice complexe de régions et de pays pris en charge, plutôt que de langues. Par exemple, cela permettrait à un ressortissant chinois vivant aux États-Unis et ayant acheté un téléphone américain d'afficher le téléphone et l'application en mandarin. Une autre décision que l'équipe produit doit prendre concerne les paramètres par défaut lorsqu'une langue ou un pays n'est pas pris en charge. Par exemple, si le logiciel ne prend pas en charge la langue finnoise en Finlande, la langue par défaut doit être l'anglais. Cela permet au produit d'offrir des préférences et une personnalisation.

Complexification de la matrice des fonctionnalités

Une matrice de fonctionnalités standard prendra en charge un certain nombre de scénarios standard. Par exemple, si l'utilisateur est déjà connecté, il doit pouvoir accéder directement à la page d'accueil et ne pas être confronté à la page de connexion. Cependant, créer des produits internationaux signifie augmenter la complexité au-delà des fonctionnalités qui interagissent ensemble. Un bon exemple est la fonctionnalité Facebook Dating, qui a d'abord été testée en Colombie mais n'était pas disponible pour les utilisateurs américains depuis un certain temps. Dans ce cas, si le logiciel détecte le pays de l'utilisateur comme étant la Colombie, il doit afficher l'état de connexion de l'utilisateur et la fonctionnalité Facebook Dating. Cependant, si l'utilisateur est aux États-Unis, l'état de connexion doit être visible, mais pas la fonction de datation.

De même, dans l'exemple d'Apple Maps, la fonction de recherche ne doit pas afficher ce qui semble être le premier résultat logique, mais plutôt prendre en compte l'emplacement de l'utilisateur. Dans l'ordre alphabétique, « Londres, Canada » vient avant « Londres, Royaume-Uni », mais si l'utilisateur se trouve au Royaume-Uni et tape « Londres » comme mot-clé, l'emplacement au Canada doit apparaître comme le deuxième choix, et non le premier.

Par conséquent, la matrice des résultats de la recherche doit être pondérée par des critères tels que la région de l'utilisateur, déterminée à partir des paramètres du téléphone, de l'adresse IP de l'ordinateur ou de l'emplacement actuel de l'utilisateur, reconnu par l'application. La matrice de fonctionnalités doit également prendre en charge une prise de décision précise et automatisée basée sur le contexte, comme le pays de base de l'utilisateur, son emplacement actuel et ses préférences linguistiques.

Différences culturelles dans l'interaction des fonctionnalités

Les aspects culturels ont également un impact sur l'interaction des fonctionnalités. Par exemple, un utilisateur américain taperait le caractère "&" pour faire référence à une intersection lors de la recherche d'une adresse, alors que ce caractère n'est pas couramment utilisé dans d'autres pays. Les Mexicains recherchent une adresse en utilisant des abréviations, par exemple, "Col. del Parque » pour « Colonia del Parque », car les adresses mexicaines sont généralement longues. Les icônes sont également un trope culturel unique et peuvent conduire à de nombreux malentendus. L'une des applications sur lesquelles j'ai travaillé avait l'icône britannique d'une pharmacie, et mes utilisateurs français demandaient pourquoi nous affichions des bouteilles de lait partout sur la carte. Bien que nous puissions tenir les symboles « communément compris » pour acquis, nous ne devrions pas le faire, car la communication visuelle est affectée par les normes culturelles et linguistiques.

Cela peut également être appliqué aux tests A/B, une technique qui implique des itérations de certains composants du produit pour identifier lequel d'entre eux entraîne le comportement de l'utilisateur le plus réussi. Les tests A/B pour les couleurs des boutons peuvent être influencés par la perception culturelle. Bien que la perception du vert comme « marche » et du rouge comme « arrêt » soit largement internationale, il existe toujours une différence significative dans les perceptions culturelles de la signification des couleurs. Par exemple, dans divers pays, la couleur du deuil peut être noire ou blanche, ce qui générera des réactions opposées chez les utilisateurs si vous utilisez la mauvaise couleur.

Localisation, pas seulement traduction

Les exemples ci-dessus illustrent la différence entre la localisation et la traduction. La localisation prend en compte une foule de composants culturels qui ont un impact sur la conception visuelle et les interactions des fonctionnalités, allant bien au-delà de la simple traduction de textes ou d'invites audio. Pour n'en nommer que quelques-uns, ils incluent la diversité des devises, les systèmes de mesure (métrique contre impérial ou Celsius contre Fahrenheit) et le formatage (les formats de date sont différents aux États-Unis et en Europe), ainsi qu'une variation des caractères textuels et de l'orientation. au design (l'arabe se lit de droite à gauche, et cela a beaucoup d'impact sur l'ergonomie d'une page).

Les experts en localisation examinent le texte dans le contexte de l'emplacement du texte dans le produit, de la signification contextuelle et de la manière dont certaines langues traitent certains contextes ; ils tiendront également compte de l'argot ou des connotations inappropriées et de la nuance culturelle globale. Un produit localisé est adapté non seulement linguistiquement mais aussi culturellement.

Mettre en place l'équipe QA pour réussir

Lorsqu'un produit atteint la phase de test, une équipe produit doit envisager des tests locaux et centralisés. Bien qu'un certain nombre de scénarios puissent être testés automatiquement et de manière centralisée depuis le siège, certaines fonctionnalités essentielles bénéficieraient d'un test en situation. Conduire sur les routes d'un pays vous donnera des informations précieuses sur la version du logiciel de cartes locales ; il en va de même pour tester une application de festival avec le réseau cellulaire local plutôt qu'avec le wifi. Les tests sur le terrain sont plus coûteux en raison des ressources humaines nécessaires et des frais de déplacement correspondants. En règle générale, les équipes de produits sont confrontées à des compromis entre les risques de qualité et de sécurité d'une part et les coûts encourus en raison de tests approfondis d'autre part.

Un plan de test détaillé est essentiel pour s'assurer que les tests appropriés sont effectués. Il se compose d'une multitude de composants, notamment :

• Principaux scénarios d'utilisation dans chaque pays
• Charges de trafic de pointe
• Spécificités locales, telles que l'utilisation du wifi par rapport à l'utilisation cellulaire
• Niveau de bande passante Internet
• Types d'appareils utilisés

Ce plan doit être préparé et discuté bien à l'avance pour s'assurer qu'il couvre toutes les principales fonctionnalités et scénarios du produit en fonction du plan de déploiement national une fois le produit lancé.

Marketing basé sur la localisation

Dans un monde globalisé, avoir une marque unique et un positionnement de produit avec quelques personnalisations locales est la voie la plus efficace. Cela signifie avoir un message marketing central, qui aide également toutes les équipes produit locales à se concentrer sur les avantages uniques du produit. Cependant, il est recommandé d'adapter les campagnes de marketing locales pour chaque pays afin d'avoir un fort écho auprès des utilisateurs locaux et d'augmenter l'adéquation au marché.

Lorsque les équipes produit participent au plan de mise sur le marché et à la planification budgétaire de la localisation, elles doivent également tenir compte des itérations marketing locales pour tous les messages et supports marketing du produit. Cela signifie que les équipes doivent consacrer du temps à consulter les équipes marketing locales, à convenir des versions localisées et à préparer tous les actifs marketing avant la date de lancement.

Difficile, mais satisfaisant

Comme nous l'avons vu, lorsque les équipes créent un produit global, les éléments clés que vous devez aborder en tant que chef de produit sont l'impact sur l'architecture du produit et la matrice de fonctionnalités, les plans de mise sur le marché adaptés et la localisation. Ce processus peut être à la fois stimulant et satisfaisant. Compte tenu de l'étendue du marché et de la complexité de la gestion, vous acquerrez une expérience incroyable en tant que chef de produit.