Inicio/Blog/IA en atención telecom
Operaciones de IA en Telecom

IA en atención telecom: de logs de llamadas a resolución automatizada

Transcribir y resumir una llamada reduce el trabajo posterior. No corrige una factura, restaura servicio, identifica un outage ni evita otro contacto. La resolución exige evidencia actual, herramientas controladas, ownership, verificación y handoff humano útil.

La conversación es evidencia, no fuente de verdad

Llamadas, chats, emails, redes, tiendas y tickets revelan intención y frustración, pero contienen errores, explicaciones incompletas, scripts, datos personales y conclusiones anteriores a los hechos actuales. Úsalos para reconstruir, no para reemplazar cuenta, billing, órdenes, red e incidentes.

La IA necesita snapshot temporal: cliente autenticado, productos, plan, saldo, facturas, uso, device, órdenes, visitas, cambios, cobertura, incidentes, tickets, contactos y promesas. Cada dato conserva fuente, hora y confianza.

Evidencia de conversaciónTranscripción, canal, idioma, intención, entidades, sentimiento, compromisos, incertidumbre y redacción.
Cliente y comercialIdentidad, productos, plan, factura, uso, pagos, elegibilidad, consentimiento y órdenes.
Servicio y redInventario, device, activación, calidad, alarmas, outage, topología, diagnóstico, campo y SLA.
Autoridad operacionalTools permitidas, límites, aprobaciones, compensación, owner, escalamiento, auditoría y rollback.

Normaliza las interacciones en una timeline inmutable

Ingiere media y metadatos por separado. Conserva grabación según retención, genera transcripción con speakers, detecta idioma, redacta valores sensibles y registra modelos y confianza. La corrección humana agrega una revisión.

Unifica canales con conversation y case ID. Registra quién dijo qué, hechos consultados, recomendación, acción y promesa. El siguiente agente no debe pedir de nuevo información verificada.

El pipeline debe optimizar resolución verificada

Pipeline de resolución del contact center
01 CapturaRecoge la interacciónVoz, chat, email, app, tienda, ticket, auth, consentimiento, canal y policy de grabación.
02 ComprensiónTranscribe y clasificaSpeakers, intención, entidades, idioma, urgencia, promesas, churn e incertidumbre.
03 ContextoConstruye hechos actualesCliente, billing, productos, inventario, red, incidentes, órdenes, diagnósticos y contactos.
04 DiagnósticoPrueba causasChecks y hipótesis con evidencia; separa síntoma, raíz, policy y elegibilidad.
05 DecisiónElige resolución permitidaRespuesta, diagnóstico, configuración, ticket, visita, crédito, plan, escalamiento o sin acción segura.
06 EjecuciónLlama tools limitadasAutentica, autoriza, preview, aprueba, usa idempotencia, before/after y maneja fallos.
07 VerificaciónConfirma outcomeLee estado, prueba servicio, confirma comprensión, monitorea y registra pendientes.
08 AprendizajeCierra o transfiereResumen, evidencia, acciones, owner, plazo, promesa, outcome y feedback.

El diagnóstico necesita OSS y BSS

Facturación requiere líneas, descuentos, impuestos, pago, cambios y vigencia. Activación requiere orden, provisioning, inventario, SIM/eSIM, device y registro. Calidad requiere ubicación, tecnología, señal, congestión, outage, mantenimiento y CPE.

TM Forum Open APIs crean contratos para cliente, producto, servicio, recurso, billing, trouble ticket y service problem. No corrigen datos, pero son mejores que acceso directo o screen scraping.

Las tools son comandos de negocio controlados

Separa reads de acciones. Reads consultan factura, estado, orden, elegibilidad o diagnóstico. Acciones crean ticket, reinician equipo, reenvían configuración, reservan visita, aplican crédito, cambian plan o cancelan. Cada acción necesita schema, scope, policy, límite, idempotencia, aprobación, timeout y compensación.

El modelo propone; el gateway autoriza. Acciones importantes requieren confirmación o aprobación. La IA no inventa elegibilidad ni accede a otro suscriptor.

El handoff humano es un estado

Transfiere cuando identidad está incompleta, hechos chocan, solicitud queda fuera de policy, tool falla, existe vulnerabilidad, el cliente pide persona o baja la confianza. Lleva resumen, hechos, diagnóstico, resultados, motivo, preferencia y siguiente paso.

Enruta al equipo dueño de la resolución. Informa tiempo y evita repetir autenticación o datos sin necesidad.

Churn debe activar recuperación de servicio

Contactos repetidos, problemas abiertos, red degradada, facturas sorpresa y visitas fallidas indican churn. La respuesta correcta corrige la causa. Una oferta sin corrección retrasa cancelación y aumenta desconfianza.

Versiona features y evalúa por segmento. No infieras atributos sensibles ni priorices solo alta renta. Registra motivo y outcome.

Cada solicitud tiene límites distintos

SolicitudEvidenciaAutomatización seguraVerificaciónEscalar cuando
Explicar cargoCuenta, líneas, plan, descuentos, uso y fechas.Explicación vinculada a fuentes y comparación histórica.Cliente comprende; disputa genera caso.Datos conflictivos, disputa o excepción.
Sin datos móvilesPlan, allowance, device, APN, registro, cobertura, outage y cambios.Diagnóstico, configuración o ticket.Prueba de red y confirmación.Incidente amplio, device incierto o repetición.
Banda ancha caídaInventario, CPE, niveles, incidente, mantenimiento y cita.Prueba/restart, aviso, ticket o técnico.CPE online y calidad.Daño físico, inestabilidad o diagnóstico conflictivo.
Cambiar planIdentidad, elegibilidad, precio, plazo, beneficios y consentimiento.Preview y ejecución tras confirmación.Orden y billing actualizados.Contrato ambiguo, bundle o riesgo.
CréditoDuración, impacto, policy, historial y límite.Aplicar dentro de reglas y monto.Crédito visible con referencia.Monto excede autoridad o falta evidencia.
Cancelación o vulnerabilidadIdentidad, productos, saldos, obligaciones, accesibilidad y riesgo.Explicar consecuencias y preservar elección.Confirmación, estado y registros.Coerción, duelo, fraude, accesibilidad o deuda.

Evalúa el caso completo

Evalúa transcripción por idioma, acento, ruido, canal y términos. Luego intención, entidades, diagnóstico, evidencia, policy, tool, argumentos, explicación, handoff y outcome. Un resumen correcto aún puede causar daño.

Usa casos desidentificados, sintéticos, sampling de producción, simuladores, judges calibrados y revisión de dominio. Segmenta y red-team prompt injection en mensajes y notas.

La privacidad sigue el lifecycle

Grabaciones, transcripciones, autenticación, ubicación, billing, diagnóstico y sentimiento son sensibles. Define propósito, base legal, aviso, acceso, retención, borrado, redacción y uso. No conviertas cada interacción en training permanente.

Separa media, transcripción, hechos, outputs y auditoría por acceso. Minimiza logs y permite reconstrucción sin liberar grabaciones ampliamente.

Mide resolución, no contención

Deflection y menor AHT pueden ocultar repetición. Mide first-contact resolution verificada, recontacto, reopen, promesa, servicio restaurado, factura corregida, visita, transferencia, abandono, esfuerzo, queja, churn y falsa resolución.

Para IA, agrega cobertura de evidencia, afirmación sin soporte, tools, violaciones, handoff, latencia, costo, override y desacuerdo. Optimiza costo por resolución verificada.

Qué construiría

Construiría un control plane que una eventos omnichannel, timeline, retrieval, adapters OSS/BSS, diagnósticos, tool gateway, policy, evals, case management y monitoreo de outcome.

El workspace mostraría transcripción, hechos con fuente y edad, causas, pruebas, acciones, promesas y owner. La automatización aumentaría solo con evidencia de resolución segura.

El principio de diseño

La IA vale cuando cierra el ciclo: entiende, consulta hechos, diagnostica, ejecuta remedio autorizado, verifica y transfiere con contexto. Antes de verificar, es asistencia, no resolución.