Como cobrar por idioma com revisão nativa na localização de software

Um orçamento de localização de software para francês do Canadá e espanhol do México começa com a variante, a base contável e a etapa que o revisor executa. Dois idiomas podem compartilhar o número de strings de origem e exigir esforços diferentes. Uma área de cobrança pode ter regras de plural, separadores e nomes de campos que demandam mais conferência em uma variante. Uma tela curta pode exigir mais revisão que um texto comprido se a mensagem depende do estado da aplicação.

Fixe a unidade de preço e a base

Defina se cada idioma será cobrado por palavra de origem, string, hora ou pacote. Entregue a extração e a data de corte com os identificadores. Em um arquivo XLIFF, examine quais unidades traduzíveis estão incluídas, onde existe marcação técnica e como a ferramenta separa os segmentos. Chaves desativadas, entradas repetidas e observações podem aparecer na exportação. O orçamento deve deixar claro quais entram e como as repetições exatas e os trechos recuperados da memória recebem tratamento.

O mesmo texto pode exigir tradução diferente conforme a tela. Uma palavra como “conta” pode ser cadastro, cobrança ou conta bancária. Conte como repetição apenas quando o contexto permitir reaproveitamento e a regra acordada incluir a classe. Faça amostra com strings curtas, variáveis e elementos da área mais sensível do produto. Um custo mínimo por idioma pode cobrir preparação de ambiente, contato com revisor e conferência do pacote mesmo quando a versão tem poucas linhas.

Contrate a revisão pelo que ela entrega

Informe variante, experiência no domínio, acesso ao glossário e quais etapas entram. A revisão bilíngue verifica sentido e omissões. A leitura na interface identifica truncamento, tom, contraste com textos vizinhos e formatação. Um revisor nativo ou profissional com domínio comprovado da variante pode executar uma ou duas etapas, conforme a especialização. Combine se dúvidas devem voltar ao autor, se o revisor altera diretamente o arquivo e quais correções entram na rodada incluída.

O Unicode CLDR documenta convenções de localidades como números, datas e moedas. Use a referência para combinar o que a plataforma resolve com formatação dinâmica e o que precisa de revisão de texto. A coleção de testes de internacionalização do W3C oferece exemplos de comportamento a verificar. Na proposta, deixe responsável por corrigir fonte, layout e lógica quando a revisão encontrar uma falha de interface. Um erro de plural implementado no código tem um encaminhamento diferente de uma escolha de termo.

Exemplo de proposta com duas variantes

Uma exportadora brasileira recebe 2.000 palavras de origem para um portal de pagamentos. Para francês do Canadá, propõe USD 0,15 por palavra, mais USD 110 de revisão e USD 50 de teste em interface, total de USD 460. Para espanhol do México, propõe USD 0,12 por palavra, mais USD 90 de revisão e USD 50 de teste, total de USD 380. O pedido fictício soma USD 840. Os valores ilustram a estrutura da cobrança. Cada linha identifica o responsável pelo aceite e uma rodada de ajustes dentro do escopo.

Durante a execução, o cliente adiciona 120 palavras na área de cadastro para os dois idiomas. A exportadora faz uma análise separada do delta. Se a preparação da compilação de teste mudar ou o revisor precisar de nova sessão, a proposta do extra explicita isso. Caso o comprador prefira segurar a revisão adicional para a próxima entrega, o fechamento indica as versões e idiomas efetivamente aceitos no ciclo.

Leve as mesmas referências à aprovação e à cobrança

Mostre em uma tabela o identificador de exportação, unidade, volume, classe de repetição, valor da tradução, valor da revisão, testes e rodadas incluídas. Registre validade do orçamento, moeda, prazo por idioma e impacto de entregas parceladas. Na invoice, use as mesmas variantes e linhas comerciais quando o cliente exigir detalhamento por centro de custo. Se o aceite do francês sair antes, registre a decisão comercial de cobrar por idioma ou ao fim do conjunto.

Reserve no contrato espaço para aprovar um revisor substituto e para encerrar uma rodada com pendências justificadas. O prazo começa quando texto, glossário e ambiente estiverem prontos, se essa condição foi pactuada. A previsibilidade vem de uma base reproduzível. Se o cliente extrair de novo as strings da mesma compilação, deve conseguir explicar a diferença antes de discutir o valor faturado.

Quando um idioma ainda depende de glossário aprovado, registre o preço estimado e a condição de início. Se a terminologia mudar depois da revisão, identifique as chaves afetadas e confirme o número de novas rodadas.

Perguntas frequentes

Uma revisão nativa elimina o teste em interface?

Ela pode cobrir linguagem e contexto, conforme a contratação. O teste em interface exige acesso à versão e cobre comportamento visual, variáveis e problemas de integração.

Posso cobrar o mesmo preço por variante do mesmo idioma?

Sim, se a proposta refletir escopo e esforço. Deixe claro quando há adaptação regional, revisão independente ou aprovação por equipes diferentes.

Como incluir mudanças de texto depois da extração?

Mantenha a base inicial e gere um delta com chaves e contagem. Registre se a revisão e o teste adicionais estão incluídos ou precisam de autorização comercial.

Fontes oficiais

• Unicode Consortium — Common Locale Data and Rules
• W3C — testes de internacionalização
• OASIS — especificação XLIFF 2.1

Leituras relacionadas

• Como orçar localização de software por string e memória de tradução
• Guias para exportadores de serviços

Como a Zen pode ajudar

A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.