Como definir o escopo da integração de tradução em um aplicativo empresarial existente
Planeje a tradução no seu aplicativo. Defina conteúdo, idiomas, revisão, regras de dados, tratamento de falhas e testes antes de pedir um orçamento.
Português (Brasil)
Comece com uma tarefa completa que sua equipe precisa realizar em outro idioma. Depois, defina como a tradução se encaixa nessa tarefa. Isso oferece ao fornecedor de software uma base mais clara para uma estimativa do que apenas pedir um botão de tradução.
O escopo deve abranger o texto, as pessoas, os dados e o resultado. Também deve explicar o que acontece quando a tradução falha. Use as etapas abaixo para preparar esse escopo antes de escolher uma abordagem técnica.
Escolha um fluxo de trabalho para a primeira versão
Descreva de onde vem o texto original e para onde deve ir a tradução aprovada. Por exemplo, uma pessoa da equipe de atendimento pode precisar ler uma mensagem recebida e preparar uma resposta no idioma do cliente. Esse é um requisito ilustrativo, não o relato de uma instalação da Vavus.
Liste cada etapa: abrir a mensagem, solicitar uma tradução, ler o original ao lado do resultado, editar a resposta e aprovar o envio. Decida se a tradução começa automaticamente ou apenas quando um funcionário a seleciona.
Mantenha a primeira versão pequena. Uma tela e uma tarefa empresarial clara são mais fáceis de testar do que todos os campos de texto de um aplicativo.
Identifique o conteúdo e os idiomas necessários
Faça uma lista dos campos que precisam de tradução. Separe rótulos curtos, texto livre, documentos e fala. Eles podem exigir processamentos e testes diferentes. Liste também os campos que devem permanecer iguais, como números de pedidos e códigos de produtos.
Especifique os idiomas de origem e destino, incluindo as variantes regionais necessárias. Registre o tamanho típico do texto e o volume diário esperado. Pergunte quais combinações de idiomas e formatos de entrada o serviço proposto aceita.
O contexto pode ser importante para textos curtos. A API de texto da DeepL, por exemplo, aceita um parâmetro de contexto que pode influenciar a tradução sem traduzir o próprio contexto. A documentação também informa que entradas de texto separadas na mesma solicitação não compartilham contexto entre si. [1] Seu escopo deve indicar de onde virá o contexto útil.
Defina a terminologia e a revisão humana
Reúna os termos que sua empresa usa com frequência. Inclua as traduções preferidas, os nomes de produtos e as palavras que devem permanecer iguais. Designe uma pessoa para manter essa lista atualizada.
Alguns serviços de tradução aceitam glossários. O Google Cloud Translation descreve seu glossário como um dicionário personalizado para manter a consistência da terminologia específica de uma área. [2] Verifique o recurso para seus pares de idiomas exatos e o serviço escolhido. Um glossário não comprova que toda a mensagem está correta.
Decida quais resultados precisam de um revisor linguístico qualificado. Dê a essa pessoa acesso ao texto original. Estabeleça uma etapa clara de aprovação antes de enviar ou publicar textos destinados aos clientes.
Estabeleça regras para dados e acesso
Descreva as informações tratadas pelo fluxo de trabalho. Use exemplos fictícios nos primeiros testes. Evite copiar registros reais de clientes para um teste apenas para verificar se um botão funciona.
Pergunte onde o texto será processado, o que o aplicativo armazenará, quem poderá lê-lo e quando ele será excluído. Inclua logs e backups nessa conversa. Confirme os termos atuais do fornecedor e os controles disponíveis no plano selecionado.
Uma interface personalizada, por si só, não torna um serviço externo de tradução privado nem permite seu uso offline. Se seu projeto exige processamento local, declare esse requisito desde o início e teste todo o fluxo de dados em relação a ele.
Planeje como lidar com atrasos e erros
Registre o tempo de resposta esperado e o que a equipe deve fazer se o serviço estiver indisponível. O aplicativo deve mostrar um estado claro, como aguardando, pronto para revisão ou falha. Preserve o texto original.
Peça ao desenvolvedor que diferencie falhas temporárias de erros que exigem uma mudança. A DeepL, por exemplo, documenta novas tentativas com espera para erros de limite de frequência, enquanto uma cota esgotada exige outra resposta. [3] Solicitações repetidas não devem gerar ações empresariais duplicadas, como enviar a mesma resposta duas vezes.
Combine os alertas de uso e quem será responsável pelo suporte. Inclua as cobranças do serviço, a manutenção e as mudanças futuras ao comparar os custos do projeto.
Defina os testes de aceitação antes do desenvolvimento
Escolha exemplos representativos para cada par de idiomas necessário. Inclua mensagens longas, caracteres incomuns, campos ausentes e termos da sua lista aprovada. Teste a tarefa inteira, do registro de origem ao resultado salvo ou enviado.
Estabeleça critérios que as pessoas possam verificar: códigos de produtos permanecem iguais, uma tradução não aprovada não pode ser enviada, uma solicitação com falha fica visível e o revisor consegue voltar ao original. Peça a um profissional qualificado que avalie o significado e o tom. Registre os defeitos e repita os mesmos testes após as mudanças.
Prepare um pedido de orçamento claro
Envie o fluxo de trabalho, exemplos de campos, pares de idiomas, volume estimado, regras de dados e testes de aceitação. Marque cada item como necessário para o lançamento ou adequado para uma versão posterior. Peça que as premissas e exclusões sejam informadas por escrito.
A Vavus oferece a definição de escopo por escrito para projetos personalizados. [4] Use a página de orçamento para descrever seu aplicativo existente e a tarefa que deseja melhorar. A integração, a implantação e os testes propostos devem ser confirmados no escopo do projeto.
Solicite um orçamento por escrito