Programas regionais de implantação de dispositivos Android

As páginas regionais conectam as premissas de mercado à especificação da configuração

Um programa de dispositivos Android personalizados não é neutro em relação ao mercado. A região afeta as bandas de rádio, as premissas de SIM/APN, a via de certificação, o idioma da embalagem, o papel do importador, as expectativas de serviço e a transferência para o suporte. Estas páginas ajudam o comprador a estruturar um briefing regional antes de escolher um modelo. O motivo para resolver as questões de mercado cedo é pouco glamouroso: são justamente as que não podem ser corrigidas no fim. Um defeito de aplicativo é encontrado na amostra e corrigido em uma nova versão; uma política que se comporta de forma inesperada é redefinida na matriz de aceitação. Já um modelo que não traz as bandas que a operadora-alvo realmente opera, ou que não pode ser protocolado para aprovação porque nenhuma entidade local será titular do certificado, não é um defeito a corrigir — é outro dispositivo, descoberto depois que a especificação da configuração já estava congelada. Por isso, as premissas de mercado pertencem ao briefing, ao lado do aplicativo e das regras de controle, e não a uma observação de compras acrescentada quando a cotação já está na mesa.

Quatro perguntas de mercado que mudam o dispositivo, não apenas a papelada

A maior parte do risco regional se resume a quatro perguntas, e cada uma delas pode desqualificar de vez um modelo candidato, em vez de apenas acrescentar uma tarefa. A primeira é a adequação de rádio: quais bandas as operadoras-alvo realmente operam e se a variante regional ofertada as traz — um modelo vendido sob um único nome comercial pode sair de fábrica com configurações de rádio diferentes em cada região, então a adequação das bandas é verificada no SKU exato que se pode encomendar, e não na família do produto. A segunda é quem pode protocolar o pedido de aprovação, porque na maioria dos mercados o certificado fica com uma entidade local, e não com um fornecedor estrangeiro; se nenhum importador, distribuidor ou requerente local for indicado, o protocolo fica sem responsável e o cronograma, sem prazo mínimo. A terceira é idioma e material impresso, que é tanto uma questão de preparação e de controle de qualidade quanto de tradução: idioma padrão, teclado, telas de primeiro uso e materiais dentro da caixa são definidos por lote, e a renderização da direita para a esquerda ou de idiomas acentuados precisa ser observada nos aplicativos que a frota vai usar, e não presumida a partir do suporte da plataforma. A quarta é a cauda de serviço — quem conserta uma unidade, quem mantém peças de reposição e quanto custa de fato uma substituição depois de contados o imposto de importação e o frete —, que é onde um preço unitário barato se transforma silenciosamente em um programa caro.

Uma configuração, vários mercados: o que se reaproveita e o que não

Programas para vários mercados são comuns e viáveis, mas só quando as partes compartilhadas e as não compartilhadas são separadas desde o início. O que costuma se reaproveitar entre mercados é a evidência técnica: a identidade do modelo, a lista de rádios, os relatórios de ensaio de um laboratório reconhecido, a arte do rótulo e o estado dos aplicativos e das políticas comprovado na amostra aceita. O que costuma não se reaproveitar é tudo o que é institucional — o requerente, o titular do certificado, o importador registrado, o representante local, a entidade responsável pela garantia e as obrigações de rotulagem que se prendem ao certificado, e não ao dispositivo. A consequência prática é que um segundo mercado é um segundo protocolo com um pacote de evidências compartilhado, e não uma extensão da primeira aprovação. Registre a união dos requisitos de todos os mercados-alvo na especificação de configuração do dispositivo, mantenha os itens ainda pendentes na biblioteca de limitações conhecidas com um responsável nomeado e ordene os protocolos de modo que o mercado de maior prazo comece primeiro, e não por último.

Quando um único programa multimercado é o formato errado

Atender vários mercados de uma vez não é automaticamente a resposta eficiente, e dizer isso cedo economiza mais dinheiro do que qualquer decisão de fornecimento. Um único programa cobrindo vários países justifica sua complexidade quando o mesmo fluxo de trabalho, o mesmo aplicativo e as mesmas regras de controle valem em toda parte e as diferenças se limitam a rádio, idioma, embalagem e protocolo. Ele deixa de justificá-la quando os mercados querem, de fato, dispositivos diferentes — um coletor robusto para uma operação e um celular de linha de consumo para outra —, porque a especificação da configuração compartilhada passa a ser um documento que descreve duas configurações, e a matriz de aceitação terá de ser executada duas vezes de qualquer forma. Também deixa de justificá-la quando a aprovação de um mercado é sensivelmente mais lenta que a dos demais, já que um cronograma conjunto arrasta todos os países para o ritmo do protocolo mais lento. Nos dois casos, a estrutura mais limpa é ter programas separados que compartilham um pacote de evidências e um fornecedor, em vez de um programa que finge ser uniforme. Vale decidir isso antes de escrever o briefing, porque a alternativa é descobri-lo depois que a amostra já foi aceita contra requisitos que apenas metade da frota realmente tem.

Matriz de planejamento de mercados