Cómo definir el alcance de la integración de traducción en una aplicación empresarial existente
Planifique la traducción en su aplicación. Defina contenido, idiomas, revisión, datos, gestión de errores y pruebas antes de solicitar un presupuesto.
Empiece por una tarea completa que su equipo necesite realizar en otro idioma. Después, defina cómo encaja la traducción en esa tarea. Así, un proveedor de software tendrá una base más clara para elaborar una estimación que con una solicitud de añadir un botón de traducción.
El alcance debe cubrir el texto, las personas, los datos y el resultado. También debe explicar qué ocurre si la traducción falla. Siga estos pasos para preparar ese alcance antes de elegir un enfoque técnico.
Elija un flujo de trabajo para la primera versión
Anote de dónde procede el texto original y dónde debe guardarse la traducción aprobada. Por ejemplo, una persona del equipo de atención al cliente puede necesitar leer un mensaje recibido y preparar una respuesta en el idioma del cliente. Este es un requisito ilustrativo, no la descripción de una instalación de Vavus.
Enumere cada paso: abrir el mensaje, solicitar una traducción, leer el original junto al resultado, editar la respuesta y aprobar su envío. Decida si la traducción comienza automáticamente o solo cuando un empleado la selecciona.
Limite el alcance de la primera versión. Una pantalla y una tarea empresarial clara son más fáciles de probar que todos los campos de texto de una aplicación.
Identifique el contenido y los idiomas necesarios
Haga una lista de los campos que necesitan traducción. Separe las etiquetas breves, el texto libre, los documentos y el habla. Pueden requerir procesos y pruebas diferentes. Enumere también los campos que deben permanecer sin cambios, como los números de pedido y los códigos de producto.
Especifique los idiomas de origen y destino, incluidas las variantes regionales necesarias. Registre la longitud habitual del texto y el volumen diario previsto. Pregunte qué combinaciones de idiomas y formatos de entrada admite el servicio propuesto.
El contexto puede ser importante para los textos breves. Por ejemplo, la API de texto de DeepL admite un parámetro de contexto que puede influir en la traducción sin traducir el propio contexto. Su documentación también indica que las entradas de texto independientes de una misma solicitud no comparten contexto. [1] El alcance debe indicar de dónde procederá el contexto útil.
Defina la terminología y la revisión humana
Reúna los términos que su empresa utiliza con frecuencia. Incluya las traducciones preferidas, los nombres de productos y las palabras que deben permanecer sin cambios. Asigne a una persona la responsabilidad de mantener esta lista.
Algunos servicios de traducción admiten glosarios. Google Cloud Translation describe su glosario como un diccionario personalizado para mantener la coherencia de la terminología de un ámbito específico. [2] Compruebe esta función para sus pares de idiomas concretos y el servicio elegido. Un glosario no demuestra que todo el mensaje sea correcto.
Decida qué resultados necesitan la revisión de un profesional lingüístico cualificado. Proporciónele acceso al texto original. Establezca un paso de aprobación claro antes de enviar o publicar textos dirigidos a clientes.
Establezca reglas para los datos y el acceso
Describa la información que maneja el flujo de trabajo. Utilice ejemplos ficticios en las primeras pruebas. Evite copiar datos reales de clientes en una prueba solo para comprobar si funciona un botón.
Pregunte dónde se procesará el texto, qué almacenará la aplicación, quién podrá leerlo y cuándo se eliminará. Incluya los registros y las copias de seguridad en esta conversación. Confirme las condiciones vigentes del proveedor y los controles disponibles en el plan seleccionado.
Una interfaz personalizada no hace, por sí sola, que un servicio de traducción externo sea privado o funcione sin conexión. Si su proyecto requiere procesamiento local, indique ese requisito desde el principio y compruebe que todo el recorrido de los datos lo cumple.
Prevea los retrasos y los errores
Indique el tiempo de respuesta previsto y lo que debe hacer el personal si el servicio no está disponible. La aplicación debe mostrar un estado claro, como en espera, listo para revisión o error. Conserve el texto original.
Pida al desarrollador que distinga entre fallos temporales y errores que requieren un cambio. Por ejemplo, DeepL documenta reintentos con espera para errores por límites de frecuencia, mientras que una cuota agotada requiere otra respuesta. [3] Las solicitudes repetidas no deben generar acciones empresariales duplicadas, como enviar dos veces la misma respuesta.
Acuerde las alertas de uso y quién será responsable del soporte. Incluya los cargos del servicio, el mantenimiento y los cambios futuros al comparar los costes del proyecto.
Defina las pruebas de aceptación antes del desarrollo
Elija ejemplos representativos para cada par de idiomas necesario. Incluya mensajes largos, caracteres poco habituales, campos vacíos y términos de su lista aprobada. Pruebe la tarea completa, desde el registro de origen hasta el resultado guardado o enviado.
Establezca criterios de aprobación verificables: los códigos de producto no cambian, no se puede enviar una traducción sin aprobar, una solicitud fallida es visible y el revisor puede volver al original. Encargue a un profesional cualificado la evaluación del significado y el tono. Registre los defectos y repita las mismas pruebas después de los cambios.
Prepare una solicitud de presupuesto clara
Envíe el flujo de trabajo, ejemplos de los campos, los pares de idiomas, el volumen estimado, las reglas sobre datos y las pruebas de aceptación. Marque cada elemento como necesario para el lanzamiento o adecuado para una versión posterior. Solicite por escrito los supuestos y las exclusiones.
Vavus ofrece la definición por escrito del alcance de proyectos personalizados. [4] Utilice la página de presupuestos para describir su aplicación existente y la tarea que desea mejorar. La integración, el despliegue y las pruebas propuestos deben confirmarse en el alcance de su proyecto.
Solicite un presupuesto por escrito