Una Fábrica de agentes de voz con IA por sectores. Sí, una fábrica

Llevo años metida en telefonía y estos últimos años he trabajado mucho con agentes de voz. Hay algo que se repite en las conversaciones con empresas: cada una cree que su problema es completamente único. Y cada una tiene razón en una parte.

Su horario es suyo. Sus clientes son suyos. La forma de atender una llamada, pasarla a alguien, recoger datos o agendar no se puede decidir mirando solo el nombre del sector. Si no conocemos eso, poner a hablar a un agente es empezar por el final.

Pero hay otra parte que sí se parece. Hay negocios que reciben una y otra vez ciertos motivos de llamada. Preguntas parecidas. Solicitudes que siguen un recorrido conocido. Momentos en los que el equipo no puede atender y hay que recoger lo necesario para continuar después.

Usamos como sectores de referencia inmobiliarias, clínicas dentales, taxis, talleres, centros de estética y academias. De referencia. No te estoy diciendo que existan seis agentes listos para contratar ni que las llamadas de todos esos negocios sean iguales.

El modelo consiste en preparar agentes especializados por sector o, cuando tenga sentido, por un nicho más concreto. Se reutiliza la parte que puede estandarizarse y se configuran las variables de la empresa que va a utilizar el agente.

Eso suena fácil hasta que te toca decidir dónde pones la línea.

Puedes preparar la estructura para identificar por qué llama alguien. Pero cada negocio debe decir qué información puede dar el agente y cuál no. Puedes dejar previsto un recorrido para transferir una llamada. Pero alguien tiene que configurar a quién se transfiere, en qué circunstancias y qué ocurre si no está disponible. Puedes contemplar la posibilidad de agendar. Pero la agenda tiene que existir, estar conectada cuando corresponda y responder a las reglas reales de esa empresa.

Según el agente, su configuración y las integraciones que estén aprobadas, podrá atender, identificar la intención, responder determinadas preguntas, recoger información, cualificar un contacto, transferir o derivar a una persona. En los casos preparados para ello podrá agendar o registrar una acción.

Me importa dejarlo escrito así, sin adornos, porque en cuanto alguien convierte una lista de posibilidades en una promesa universal, el producto empieza a torcerse.

Una clínica puede necesitar una cosa y otra clínica algo distinto. La plantilla sirve para no rehacer lo repetible. No sirve para adivinar cómo trabaja cada recepción ni para decidir por ella qué puede responder a un paciente. Lo mismo ocurre con una inmobiliaria, un taller o una academia.

Y cuando aparece una necesidad que se sale del estándar —una integración específica, un CRM propio, un proceso particular o una automatización más amplia— deja de ser una configuración corriente de la Fábrica. Hay que analizarla y presupuestarla como trabajo adicional. Ese límite también forma parte del producto.

El agente base se llama Elio. Se publicó hace más de un año. Hoy, en la empresa que lo utiliza, prácticamente nadie del equipo de ventas atiende llamadas.

Elio las atiende. Cualifica al posible cliente. Agenda la cita en el calendario del asesor correspondiente. Cuando el asesor entra a esa reunión, entra con un cliente ya sentado enfrente y el trabajo previo hecho. Su tiempo se dedica a lo que un asesor sabe hacer y aporta valor: consultoría, información y acompañamiento hasta el cierre de la venta.

Ese es el patrón que quiere replicarse por sectores. No una demo bonita. Un agente que lleva meses trabajando desde el barro y que ha desplazado la primera línea de trabajo repetitivo para que las personas se ocupen de lo que solo hacen las personas.

Porque un agente que habla en una interfaz puede impresionar, pero un agente de voz tiene que atender llamadas. Eso nos lleva a la capa que conozco bien: numeración, tráfico, SIP, canales, rutas, transferencias y lo que sucede después de colgar.

No basta con preparar una conversación por sector. La llamada tiene que entrar por una infraestructura telefónica real, llegar al agente correspondiente y encontrar una salida cuando toca pasarla a una persona. Si se recoge información, tiene que quedar en una forma que la empresa pueda utilizar. Si una respuesta depende de un dato que cambia, alguien tiene que encargarse de mantenerlo actualizado.

Estas cuestiones no se resuelven eligiendo una voz que suene humana. Y, sin embargo, muchas veces son las que deciden si un agente es útil en una empresa o solo queda bien en una demostración.

Por eso la Fábrica no se planteó como «tenemos un modelo que conversa y ahora busquemos a quién vendérselo». El proyecto une agente, infraestructura de voz, configuración por sector, límites funcionales y operación. Ahí está el trabajo de fondo.

Si puedes reutilizar trabajo que ya has hecho y validado, cambia el coste de poner en marcha el siguiente agente. Esa es la lógica económica de la Fábrica. No repetir desde cero estructuras, configuraciones y trabajo técnico que tiene sentido preparar antes.

Pero el precio solo es sostenible si el alcance está bien definido. Si cada alta acaba arrastrando desarrollos especiales, cambios sin límite y soporte sin un procedimiento claro, has puesto un precio de producto a un servicio a medida. Eso acaba mal para el cliente y para el equipo que tiene que mantenerlo.

El proyecto separa expresamente el agente preparado de las personalizaciones avanzadas. Cuando algo se sale del estándar, debe pasar por una solicitud, análisis técnico y valoración antes del desarrollo. También quedan identificadas decisiones operativas que aún tiene que cerrar el equipo responsable: qué cambios quedan incluidos, qué se entiende por una intervención, qué integraciones estarán disponibles de serie y cómo se atienden las peticiones que superan ese perímetro.

No voy a publicar una lista cerrada de incluidos y excluidos mientras el equipo termina esa definición. Tampoco voy a utilizar este artículo para anticipar condiciones comerciales del lanzamiento. Te estoy contando la lógica del proyecto y el estado en el que se encuentra.

Hay empresas y profesionales que ya construyen agentes de voz a medida. Algunos son integradores, otros desarrollan sus propias plataformas y otros trabajan la automatización alrededor de la llamada. Para ellos, un producto terminado puede parecer competencia. Esa preocupación es razonable y la contemplamos desde el diseño.

La Fábrica se orienta a necesidades repetibles y con una personalización acotada. Los proyectos con varios sistemas, integraciones profundas, reglas particulares y consultoría siguen necesitando trabajo especializado. Un agente preparado por sector no convierte automáticamente una operación compleja en una plantilla.

Al mismo tiempo, un constructor puede encontrarse cuentas pequeñas para las que rehacer toda la base técnica no le compensa. Si parte del trabajo común está resuelto, puede dedicar su tiempo a aquello que realmente requiere su conocimiento.

Esto no es anunciar una modalidad de colaboración concreta. Las fórmulas para partners todavía se tienen que definir. No voy a llamar «programa de partners» a una hipótesis. Lo que sí estaba claro desde el diseño es que había que hablar con este público de frente y explicar qué espacio ocupa la Fábrica.

El proyecto completo se entregó hace unos meses. El equipo técnico ya lo tiene implementado en los sistemas y en los procedimientos.

Y ahora entramos en la parte que a mí me toca de lleno: una fase de testeo muy fuerte con parte del equipo interno, algunos partners y clientes muy específicos. El objetivo es estandarizar el producto para que pueda salir en las próximas dos o tres semanas y, sobre todo, para poder replicar a Elio en otros sectores sin perder lo que hace que funcione hoy.

Aquí conviene distinguir lo que ya está hecho de lo que aún se está comprobando. El proyecto puede fijar la estructura del producto, sus públicos, sus límites y las piezas que harán falta para explicarlo. Después hay que trasladar esa estructura al trabajo diario de quien va a venderlo, activarlo, atender incidencias y mantenerlo. Y las pruebas sirven para comprobar qué aguanta el contacto con esas personas y con las llamadas.

Por eso el proyecto también contempla una ficha maestra del producto, una matriz de funciones, información por sector, documentación de ayuda, procedimientos para cambios y soporte, y métricas de operación. No porque me apetezca fabricar documentos por deporte. Porque si cada departamento describe una versión diferente del agente, el problema llega a la primera venta.

Yo no voy a adjudicarme decisiones que corresponden al equipo ni a contar como resultados de producción lo que todavía forma parte del testeo. Pero sí quiero dejar claro dónde estamos: a dos o tres semanas de salir, con Elio ya en producción y el patrón preparado para replicarse.

Todavía no puedo confirmarte cuáles serán los primeros sectores en salir. El proyecto contempla sectores de referencia, pero la selección definitiva se cerrará con lo que muestren las pruebas de estas semanas.

No tengo resultados públicos de la Fábrica para decirte que se ha reducido un porcentaje de llamadas perdidas en un nuevo sector, que se han agendado determinadas citas o que hay un número concreto de empresas utilizando ya los agentes replicados. Los tendré en cuanto arranquemos con clientes reales. Tampoco puedo darte una fecha de apertura a otros mercados. Hacerlo sería inventar.

Lo que sí sé es qué merece medirse cuando el producto funcione con clientes: cuántas llamadas atiende, qué pasa con las transferencias, qué información recibe el equipo, cuántos ajustes y tickets necesita cada agente, cuánto tarda un alta y dónde aparecen los errores.

Y un precio accesible no demuestra que un producto escale si el trabajo de soporte se come todo lo que no se calculó.

Estas son preguntas que hemos dejado dentro del proyecto, no resultados que pueda adjudicarle antes de tiempo.

Explicar cómo se convierte un proyecto de voz en un producto que puede repetirse sin tratar a todas las empresas como si fueran la misma.

Hay que decidir qué se prepara por sector, qué información debe aportar cada empresa, dónde acaba el estándar, cuándo entra un desarrollo a medida y quién mantiene el sistema después del alta. Y luego hay que entregar todo eso a un equipo que pueda operarlo sin tenernos al lado explicándole cada decisión.

Eso es lo que hemos hecho con este proyecto. La entrega está hecha. Elio ya está en producción desde hace más de un año. Y ahora estamos terminando las pruebas con las personas que van a utilizarlo o trabajar con él, para que en dos o tres semanas empiece a replicarse.

Cuando haya resultados que se puedan contar, los contaré. Si alguna hipótesis del proyecto no aguanta las pruebas, también será interesante contarlo cuando pueda. De momento prefiero dejarte la fotografía exacta de esta fase.