Una herramienta de traducción estándar o un flujo de trabajo personalizado
Compare una herramienta de traducción con un flujo personalizado. Revise el esfuerzo del personal, los datos, la integración y el mantenimiento.
Utilice una herramienta de traducción existente cuando permita realizar su tarea con un esfuerzo y un control aceptables. Considere un flujo de trabajo personalizado cuando una carencia concreta provoque trabajo repetido, errores o retrasos. Compare ambas opciones con la misma tarea empresarial antes de comprometerse.
Declaración de interés comercial: Vavus vende software personalizado. Esta guía explica cuándo puede resultar útil ese trabajo y cuándo puede bastar una herramienta existente. No clasifica proveedores de traducción ni presenta una prueba de rendimiento.
Defina qué está comparando
Una herramienta estándar es un producto que puede utilizar a través de su interfaz y sus ajustes existentes. Es posible que ya incluya gestión de archivos, opciones de terminología o controles para equipos. Compruebe el producto y el plan vigentes en lugar de suponer que esas funciones no existen.
Un flujo de trabajo personalizado es software creado o adaptado a su proceso. Puede conectar un sistema de origen, la traducción, la revisión y un destino. Puede utilizar un servicio de traducción existente como base. El desarrollo personalizado no implica necesariamente crear un nuevo modelo de traducción.
Una tercera opción es configurar un conector o una automatización en un software que ya utilice. Incluya esta opción en la evaluación antes de encargar un desarrollo nuevo.
Elija una herramienta existente para una tarea acotada
Empiece con una herramienta estándar si una persona traduce textos ocasionalmente y puede comprobar el resultado antes de utilizarlo. También puede ser adecuada para una tarea documental repetible si los formatos admitidos y el proceso de revisión satisfacen sus necesidades.
Pruebe el trabajo completo. ¿Puede el empleado encontrar el original, traducirlo, revisarlo y devolver el resultado al registro correcto? Compruebe si el resultado conserva la estructura necesaria y si el personal puede aplicar los términos correctos.
Los servicios existentes pueden ofrecer más control que copiar y pegar. Por ejemplo, Google Cloud Translation documenta una función de glosario para terminología específica de un ámbito. [1] Es una capacidad de la API, no una garantía de que todas las interfaces de consumo o suscripciones la incluyan.
Si la herramienta disponible satisface sus requisitos, evite añadir un sistema personalizado sin una razón clara.
Considere un desarrollo personalizado para una carencia concreta
Puede merecer la pena estudiar un flujo personalizado cuando los empleados trasladan texto repetidamente entre sistemas o tienen dificultades para seguir las aprobaciones. Describa la carencia en términos observables. Por ejemplo, el personal puede necesitar copiar una traducción aprobada en el registro de atención al cliente correcto.
El software propuesto podría mantener juntos el original y el resultado, dirigir el texto a un revisor y guardar la versión aprobada en su destino. Son posibles requisitos del proyecto. No son afirmaciones sobre una integración actual de Vavus.
Compruebe primero las interfaces que admite la aplicación de origen. La conexión deseada puede estar limitada por los permisos de acceso, las API disponibles o el contrato de ese sistema. Incluya esas limitaciones en la estimación.
Pregunte quién mantendrá la conexión cuando cambie cualquiera de los sistemas. El trabajo personalizado crea una responsabilidad continua, además del desarrollo inicial.
Compare la calidad de traducción por separado
Una interfaz mejor puede facilitar la revisión, pero no demuestra que la traducción sea mejor. Pruebe las opciones con el mismo contenido representativo y los mismos pares de idiomas. Pida a un profesional cualificado que evalúe el significado, la terminología y el tono.
Compruebe cómo aporta contexto útil cada opción. La API de DeepL, por ejemplo, dispone de un parámetro de contexto y opciones de glosario. [2] Estos controles deben configurarse y probarse para la tarea.
Mantenga el texto original disponible durante la revisión. Defina qué errores impiden la publicación y cómo se guardan las correcciones. Mida el tiempo necesario para obtener un resultado aprobado, no solo el tiempo que tarda en llegar el resultado automático.
Compruebe el control y el coste total
Para cada opción, pregunte dónde se procesa el contenido, quién puede acceder a él y qué se conserva. Confirme estos detalles para el servicio y la configuración concretos. El software personalizado que llama a una API en la nube sigue enviando contenido a ese servicio.
Compare los costes durante el mismo periodo. Incluya suscripciones o uso de API, revisión del personal, introducción repetida de datos, configuración, soporte y mantenimiento. En el trabajo personalizado, incluya también las pruebas y los cambios en los sistemas conectados.
No dé por hecho que la automatización siempre se amortiza. Una tarea de bajo volumen puede no justificar el desarrollo. Una tarea frecuente con errores de gestión medibles puede merecer una estimación más detallada. Utilice sus propias mediciones en lugar de un porcentaje de ahorro sin fundamento.
Haga una pequeña comparación antes de decidir
Defina una tarea, un conjunto de pruebas representativo y las condiciones de aceptación. Pruebe primero la opción existente cuando sea práctico. Registre los pasos manuales, el esfuerzo de revisión, los defectos y cualquier control que no consiga aplicar.
Si sigue existiendo una carencia importante, solicite una propuesta personalizada y acotada que la resuelva. Separe las funciones opcionales. Exija una explicación clara de lo que hará la primera versión y de cómo lo verificará.
Vavus ofrece un análisis inicial por escrito para proyectos personalizados. [3] Describa su proceso actual y la carencia en la página de presupuestos. Compare el alcance resultante con la opción de la herramienta existente antes de elegir.
Solicite un presupuesto por escrito