Análisis

La aritmética del reemplazo, y su punto débil

El artículo ofrece un cálculo detallado de retorno. Lo recorremos paso a paso, no para darle la razón ni para refutarlo, sino para ver en qué condiciones se sostiene.

Por qué los bots anteriores no se podían contar siquiera

Durante casi una década se le vendió a las empresas la automatización del soporte, y casi siempre resultaba ser un árbol de decisiones: un conjunto de ramas preparadas por las que se pasea a la persona hasta que se rinde y pide un operador.

Un sistema así no podía evaluarse por retorno, porque no sustituía prácticamente nada. Trasladaba la irritación del operador al cliente, y la llamada ocurría igual. No había de qué calcular un ahorro.

De qué se compone el coste «antes»

El cálculo toma un departamento de soporte a unos $4 000 al mes por persona, lo que da $32 000 mensuales para el equipo y alrededor de $420 000 al año con los costes asociados. Las cifras son ilustrativas, pero la estructura es típica: salario más gestión más rotación más formación de los nuevos.

Y son justamente esas dos últimas partidas las que suelen caerse de estas cuentas. El coste de contratar y formar a alguien que se irá en un año se diluye en el presupuesto general y nunca se imputa al soporte. Aquí sí está incluido, lo que lo hace más honesto y no más favorable.

De qué se compone el coste «después»

Aquí aparece el número por el que valía la pena leer el artículo: unos $0,30 por diálogo. No es un precio abstracto de suscripción, sino el coste del cómputo multiplicado por la longitud de la conversación.

De ahí se despliega todo. Con ese orden de precio, atender el mismo flujo de consultas cuesta unos $7 200 al año, y frente a eso la distancia con los $420 000 no parece una mejora sino un cambio de unidad.

La proporción declarada de consultas resueltas sin persona es del 98,2 por ciento. Es el coeficiente clave de todo el modelo y conviene tenerlo aparte en la cabeza: es lo que convierte un cálculo en un resultado.

Dónde el cálculo se vuelve frágil

El primer supuesto es la estabilidad del precio del cómputo. Treinta centavos por diálogo valen hoy y para modelos concretos. Cambiar de modelo, aumentar la carga o variar las tarifas del proveedor mueve esa cifra en ambas direcciones, y con ella se mueve todo el cálculo.

El segundo, y más importante, es ese 98,2 por ciento. La diferencia entre 98 y 90 no es «ocho por ciento», sino multiplicar por cinco las consultas que llegan a una persona. Con eso hay que conservar el departamento humano, y el ahorro deja de ser ahorro.

El tercero es el supuesto callado de que el trabajo sustituido es homogéneo. El soporte de primera línea sí es repetitivo. Pero dentro casi siempre se esconde un pequeño porcentaje de casos donde hace falta una persona no porque el bot no entendiera, sino porque el cliente está enfadado y quiere que alguien vivo lo escuche.

La otra mitad que se olvida

El ahorro es defensa. El artículo señala con razón que el ataque es más interesante: el mismo agente puede llevar la conversación hasta la venta, mientras que un operador humano pierde el trato porque se fue a casa o no llegó a responder.

Contar eso es más difícil, y el artículo lo reconoce. El ahorro se lee en la nómina; los ingresos adicionales solo se miden contra lo que no ocurrió. Cifras así piden otra comprobación: no un cálculo, sino la comparación de dos periodos con todo lo demás igual.

Qué conviene llevarse de aquí

No el número, sino el método. La parte útil del cálculo es la costumbre de descomponer el coste del soporte en partes, incluidas las que suelen quedar ocultas: rotación, formación, consultas perdidas de madrugada.

Y cualquier modelo de este tipo se comprueba mejor con una sola pregunta: qué proporción de consultas se cierra realmente sin persona, en su caso y con su flujo. Todos los demás números derivan de ese, y un error ahí invierte el resultado entero.

Fuente original

El artículo completo recorre la arquitectura en Next.js, los sistemas multiagente, el cálculo de retorno completo con todas las partidas, la integración con Web3 y las secciones sobre seguridad, visión artificial, localización y monitorización.