A maioria das empresas lançando produtos internacionais que se adaptam automaticamente a vários mercados nacionais tende a se concentrar principalmente na tradução adequada de um idioma. No entanto, uma série de outros componentes essenciais não devem ser perdidos ao construir produtos globais.

Um ótimo exemplo é o lançamento do sistema operacional móvel da Apple iOS6 em 2012. Uma das principais inovações que os fãs da Apple ficaram tão entusiasmados foi o anúncio do novo aplicativo Apple Maps, recém-construído internamente na Apple, incluindo a estreia mundial do 3D Maps. No entanto, poucos dias após o lançamento, o aplicativo Apple Maps foi considerado uma falha pública, com grandes problemas nos resultados de pesquisa e tradução de localização (por exemplo, Berlim tornou-se Schöneiche bei Berlin; pesquisar Londres no Reino Unido resultou em Londres, Ontário, Canadá; e a Irlanda repentinamente teve um novo aeroporto). O lançamento do produto em mais de 100 países ao mesmo tempo é um grande empreendimento, e algumas falhas estão fadadas a ocorrer, mas os executivos da Apple que declararam o aplicativo pronto para ser lançado ignoraram alguns aprendizados essenciais.

A arquitetura do produto é importante

O principal requisito para o design de produto global é estabelecer as bases da arquitetura do produto que sejam facilmente adaptáveis ​​a diferentes países. É fundamental garantir que todos os componentes do texto (os chamados “strings”) sejam estruturados de forma que sejam fáceis de extrair para tradução e reintegração. Criar uma matriz de recursos capaz que mostra quais recursos aparecem quando também é uma etapa essencial. Ele precisa lidar com mais informações contextuais - como localização, região do telefone ou idioma do telefone - do que um produto puramente local. Ativar o conjunto de recursos do produto para se adaptar ao local detectado do usuário não deve ser deixado de lado. Como diferentes países tendem a ter diferentes níveis de tráfego de celular, equipes de produto tem que decidir que parte da lógica da arquitetura deve estar no servidor e que parte residirá no dispositivo do usuário. Alguns produtos também podem exigir um modo off-line, que é um subconjunto dos recursos disponíveis quando o telefone ou dispositivo não está conectado à rede. Ao levar todos esses componentes em consideração, o produto estará pronto para ser escalado, seja para dois ou 50 países.

O desempenho e a arquitetura do servidor são duas outras questões importantes que devem ser abordadas com antecedência. Garantir que um produto tenha desempenho adequado 24 horas por dia, 7 dias por semana em países em todo o mundo requer uma arquitetura de servidor com um nível adequado de nós de servidor e capacidade de balanceamento de carga. Com base na quantidade de tráfego, as equipes de produto devem decidir se precisam de nós de servidor nos EUA, América Latina, Europa ou Ásia, uma vez que é mais ideal ter nós mais próximos de regiões com alto tráfego para garantir um real resposta em tempo. Com base em curvas otimizadas de uso por hora, a carga de tráfego pode ser equilibrada em um espectro de 24 horas - por exemplo, os principais servidores da Costa Oeste podem ser descarregados movendo o tráfego para a Costa Leste quando o uso na Costa Leste cai.

Região vs. Matriz de idioma

Para aplicativos móveis, a melhor maneira de detectar o país de um usuário e onde seu telefone foi emitido é confiar na configuração regional escolhida pelo usuário ou predefinida pronta para uso. Isso também pode ser combinado com a configuração de idioma para criar uma matriz complexa de regiões e países com suporte, em vez de idiomas. Por exemplo, isso permitiria a um cidadão chinês que mora nos EUA e comprou um telefone nos EUA ter o telefone e o aplicativo exibindo o idioma mandarim. Outra decisão que a equipe do produto deve tomar são as configurações padrão quando um idioma ou país não é compatível. Por exemplo, se o software não oferece suporte ao idioma finlandês na Finlândia, o padrão deve ser o inglês. Isso permite que o produto ofereça preferências e personalização.

Complexificando a Matriz de Características

Uma matriz de recursos padrão oferecerá suporte a vários cenários padrão. Por exemplo, se o usuário já estiver logado, ele deve ser capaz de ir diretamente para a página inicial, e não ser confrontado pela página de login. No entanto, construir produtos internacionais significa aumentar a complexidade além dos recursos que estão interagindo juntos. Um bom exemplo é o Namoro no Facebook recurso, que foi testado pela primeira vez na Colômbia, mas não estava disponível para usuários dos EUA por algum tempo. Nesse caso, se o software detectar o país do usuário como Colômbia, ele deve mostrar o estado de login do usuário e o recurso Facebook Dating. No entanto, se o usuário estiver nos EUA, o estado de login deve ser visível, mas não o recurso de namoro.

Da mesma forma, no exemplo do Apple Maps, o recurso de pesquisa não deve revelar o que parece ser o primeiro resultado lógico, mas sim levar em consideração a localização do usuário. Em ordem alfabética, “Londres, Canadá” vem antes de “Londres, Reino Unido”, mas se o usuário estiver no Reino Unido e digitar “Londres” como palavra-chave, o local no Canadá deverá aparecer como a segunda opção, não a primeira.

Portanto, a matriz de resultados da pesquisa precisa ser ponderada por critérios como a região do usuário, determinada a partir das configurações do telefone, endereço IP do computador ou localização atual do usuário, reconhecida pelo aplicativo. A matriz de recursos também deve oferecer suporte à tomada de decisão automatizada e precisa com base no contexto, como o país de base do usuário, localização atual e preferências de idioma.

Diferenças culturais na interação de recursos

Os aspectos culturais também têm um impacto na interação de recursos. Por exemplo, um usuário dos EUA digitaria o caractere “&” para se referir a uma interseção ao pesquisar um endereço, embora esse caractere não seja comumente usado em outros países. Os mexicanos pesquisam um endereço usando abreviações, por exemplo, “Col. del Parque ”para“ Colonia del Parque ”, já que os endereços mexicanos costumam ser longos. Os ícones também são um tropo cultural único e podem levar a muitos mal-entendidos. Um dos aplicativos em que trabalhei tinha o ícone britânico de uma farmácia, e meus usuários franceses estavam perguntando por que exibíamos garrafas de leite em todo o mapa. Embora possamos tomar os símbolos “comumente entendidos” como certos, não devemos, uma vez que a comunicação visual é afetada por normas culturais e linguísticas.

Isso também pode ser aplicado ao teste A / B, uma técnica que envolve iterações de certos componentes do produto para identificar qual deles leva ao comportamento do usuário mais bem-sucedido. O teste A / B para as cores dos botões pode ser influenciado pela percepção cultural. Embora a percepção de verde como 'vá' e vermelho como 'pare' seja amplamente internacional, ainda há uma diferença significativa nas percepções culturais dos significados das cores. Por exemplo, em vários países, a cor do luto pode ser preta ou branca, o que gerará reações opostas nos usuários se você usar a cor incorreta.

Localização, não apenas tradução

Os exemplos acima ilustram a diferença entre localização e tradução. Localização leva em consideração uma série de componentes culturais que impactam o design visual e as interações de recursos, indo muito além da simples tradução de textos ou solicitações de áudio. Para citar alguns, eles incluem diversidade em moedas, sistemas de medição (métrico x imperial ou Celsius x Fahrenheit) e formatação (os formatos de data são diferentes nos EUA e na Europa), bem como uma variação de caracteres textuais e orientação para o design (o árabe é lido da direita para a esquerda e isso tem um grande impacto na ergonomia de uma página).

Os especialistas em localização olham para o texto no contexto de onde o texto está situado no produto, o significado contextual e como certos idiomas tratam determinados contextos; eles também levarão em consideração gírias ou conotações inadequadas e a nuance cultural geral. Um produto localizado é adaptado não apenas linguisticamente, mas também culturalmente.

Configurando a equipe de QA para ter sucesso

Quando um produto atinge o estágio de teste, uma equipe de produto deve considerar o teste local e centralizado. Embora vários cenários possam ser testados automática e centralmente a partir da sede, alguns recursos principais se beneficiariam com o teste na situação. Dirigir nas estradas de um país lhe dará informações valiosas sobre a versão do software de mapas locais; o mesmo se aplica ao teste de um aplicativo de festival com a rede celular local em vez de wi-fi. Os testes em campo são mais caros devido aos recursos humanos necessários e às despesas de viagem correspondentes. Normalmente, as equipes de produto encontram compensações entre riscos de qualidade e segurança, por um lado, e custos incorridos devido a testes aprofundados, por outro.

Um plano de teste detalhado é essencial para garantir que o teste apropriado seja realizado. Ele consiste em uma série de componentes, incluindo:

• Principais cenários de uso em cada país
• Pico de cargas de tráfego
• Especificidades locais, como wi-fi vs. uso de celular
• Nível de largura de banda da Internet
• Tipos de dispositivos usados

Este plano deve ser preparado e discutido com bastante antecedência para garantir que abrange todos os principais recursos e cenários do produto com base no plano de distribuição do país assim que o produto for lançado.

Marketing baseado em localização

Em um mundo globalizado, ter uma marca e um posicionamento de produto exclusivos com algumas personalizações locais é o caminho mais eficiente a seguir. Isso significa ter uma mensagem de marketing central, que também ajuda todas as equipes locais de produto a se concentrarem nos benefícios exclusivos do produto. No entanto, a adaptação de campanhas de marketing locais para cada país é recomendada a fim de ressoar fortemente com os usuários locais e aumentar o ajuste ao mercado.

Quando as equipes de produto contribuem para o plano de entrada no mercado e o planejamento de orçamento para localização, eles também devem considerar as iterações de marketing locais para todas as mensagens do produto e materiais de marketing. Isso significa que as equipes precisam investir tempo em consultoria com as equipes de marketing locais, concordando em versões localizadas e tendo todos os ativos de marketing prontos antes da data de lançamento.

Desafiador, mas gratificante

Como vimos, quando as equipes estão criando um produto global, os principais itens que você precisa abordar como gerente de produto são o impacto na arquitetura do produto e na matriz de recursos, planos de entrada no mercado adaptados e localização. Esse processo pode ser desafiador e satisfatório - dado o escopo do mercado e a complexidade do gerenciamento, você ganhará uma experiência incrível como líder de produto.

Compreender o básico

O que é design de produto global?

O design de produto global tem os mesmos atributos do design de produto local, com o foco principal nas necessidades do usuário. No entanto, os principais itens que o produto global deve abordar são a arquitetura de produto certa e a matriz de recursos complexos, planos de entrada no mercado adaptados e localização.

Quais são as três estratégias globais de produtos?

As três estratégias principais para uma escalabilidade bem-sucedida são o design correto do produto global, a localização apropriada do produto e o marketing ajustado para os usuários locais.

Quais são os benefícios de ter um design de produto global?

O principal benefício de ter um design de produto global é o sucesso geral do produto. Produtos localizados com a arquitetura adequada se adaptam facilmente a diferentes países, são escalonados mais rapidamente e têm maior probabilidade de serem aceitos pelos usuários. Mercados com culturas, economias e regulamentações diferentes podem significar que um produto bem-sucedido nos Estados Unidos pode fracassar na Europa.