¿Qué debe preguntar una agencia de empleo a un proveedor de Voice AI antes de firmar?

La respuesta corta

Antes de firmar, pida al proveedor que demuestre el recorrido completo de una llamada: qué oye el trabajador, qué datos recoge el sistema, cuándo se detiene, quién recibe el caso y qué ocurre si falla la integración. Después revise el recorrido de los datos, el control humano, la supervisión y las condiciones de salida. Una buena demo ayuda, pero no demuestra que el servicio funcionará a las 04:40 cuando alguien llama desde un autobús ruidoso por un turno de la oficina equivocada.

Entregue el mismo documento operativo a cada proveedor

Prepare una página antes de la primera conversación comercial. Indique grupos de trabajadores, idiomas, horario, tipos de incidencia y sistemas incluidos. Muestre quién es responsable de enfermedad, transporte, alojamiento, nómina y seguridad. Defina qué acciones puede cerrar el servicio y cuáles pasan siempre a una persona autorizada.

Así la comparación será justa. Sin un alcance fijo, un proveedor puede mostrar una conversación agradable y otro una integración profunda con el ATS. Ambos resultan convincentes, pero no prueban el mismo trabajo. Pida a todos que respondan al mismo alcance, las mismas excepciones y el mismo formato de caso.

Pruebe la entrega del caso, no solo la conversación ideal

Use un pequeño grupo de llamadas tomadas del trabajo real. Incluya una baja poco antes del turno, un trabajador que contacta con la oficina equivocada, ruido de fondo, una respuesta que mezcla idiomas y un problema de transporte para varias personas. No diga al proveedor dónde se complica cada llamada.

Evalúe el resultado que recibe el equipo. ¿Están identificados el trabajador y la asignación? ¿Se distinguen los hechos originales del resumen del sistema? ¿Recibió el caso la persona correcta? ¿Pudo el trabajador llegar a una persona cuando la respuesta era confusa? Revise juntos la grabación, la transcripción y el ticket. Los coordinadores detectarán también errores redactados con demasiada seguridad.

Siga los datos desde la llamada hasta su eliminación

Pida un mapa de datos escrito sin jerga. Debe mostrar qué se capta, dónde se procesan el audio y las transcripciones, qué proveedores los reciben, dónde se guardan y cuándo se borra cada copia. El contrato debe definir finalidad, categorías de datos, retención, seguridad, subencargados, ruta de incidentes y tratamiento de los datos al terminar el servicio.

No acepte 'cumple el RGPD' como respuesta completa. La agencia sigue necesitando su propia base jurídica, avisos, controles de acceso y plazos de conservación. Puede ser necesaria una evaluación de impacto si el tratamiento previsto probablemente genera un alto riesgo para los derechos y libertades de las personas. Hágala antes del lanzamiento y revísela cuando cambie el uso.

Compruebe el límite jurídico del uso previsto

Las obligaciones de transparencia del artículo 50 del Reglamento europeo de IA se aplican desde el 2 de agosto de 2026. Exija que un servicio interactivo avise con claridad al principio para que el trabajador sepa que habla con IA. Solicite también documentación sobre la finalidad prevista, las limitaciones y las responsabilidades del proveedor y del cliente.

La clasificación depende del uso previsto. Un servicio que registra una baja operativa no tiene el mismo uso que un sistema que evalúa candidatos o influye en decisiones laborales. Si el flujo entra en selección, gestión de trabajadores o acceso al empleo, obtenga una evaluación jurídica específica. No dependa de una etiqueta general del proveedor.

Escriba el límite humano dentro del flujo

La IA puede recoger hechos aprobados, repetirlos para confirmación, responder preguntas controladas y dirigir un caso. No debe decidir si una enfermedad es real, emitir juicios médicos, elegir un sustituto, imponer medidas disciplinarias, cambiar el salario, decidir el derecho a trabajar ni prometer un resultado al cliente o al trabajador.

Pida ver la ruta de baja confianza, la corrección manual y el registro de acciones. La persona responsable necesita información y autoridad para cambiar el resultado. Los cambios de modelo o flujo que alteren preguntas, routing o resúmenes deben pasar una revisión. No deberían llegar en silencio con una actualización rutinaria.

Haga que la integración falle durante la prueba

Una llamada API correcta durante una demo prueba muy poco. Desconecte el entorno de prueba o rechace un campo obligatorio. El servicio debe mostrar el fallo de entrega, evitar duplicados, reintentar de forma segura y avisar a un responsable concreto. Pregunte cómo puede el equipo reenviar o exportar el caso sin esperar a los ingenieros del proveedor.

Asigne cada campo al ATS o CRM antes del lanzamiento. Confirme qué sistema conserva identidad, asignación, urgencia, estado del caso y resultado final. La capa telefónica de IA no debe convertirse en un segundo registro que los coordinadores tengan que conciliar cada mañana.

Puntúe las pruebas y proteja la salida

Una puntuación práctica concede 30 puntos al ajuste operativo, 25 al control humano y manejo seguro, 20 a protección de datos y seguridad, 15 a integración y recuperación, y 10 a condiciones comerciales y de salida. Fije mínimos para control humano y protección de datos, de modo que un precio bajo no compense un diseño inseguro.

Antes de firmar, acuerde cómo exportará casos, grabaciones, configuración e historial de auditoría. Defina plazos de borrado y pruebas de su ejecución. Documente qué ocurre con teléfonos e integraciones durante el cambio. La agencia debe poder salir sin perder el historial operativo necesario para atender a trabajadores o reconstruir un incidente.