Artículo
Raleigh: capacidad liberada y costo declarado
ServiceNow informó el 8 de octubre de 2026 que Raleigh usa agentes de soporte en producción; atribuye 66% menos costo a reasignar tiempo del personal.
Qué trabajo describe el caso
El equipo tiene cuatro personas para 4.400 empleados. Ral-E orienta y deriva; Alli completa flujos. Casi la mitad de solicitudes se resuelve autónomamente; 85% es la meta.
Alli utiliza conocimiento e incidentes históricos; el personal supervisa y mantiene la información.
La ciudad acumulaba una década de flujos en ServiceNow.
Para interpretar una automatización de soporte, proponemos distinguir orientar una consulta, enviarla al equipo pertinente y resolverla. En nuestra lectura, esas funciones requieren evidencias diferentes: una respuesta útil, una derivación correcta o una comprobación de que la necesidad quedó atendida. Contarlas juntas bajo una sola etiqueta dificultaría explicar qué cambió.
Antes de comparar alternativas, escribiríamos qué significa resolver cada tipo de solicitud. Por ejemplo, recibir instrucciones y recuperar el acceso a un servicio pueden ser etapas distintas. La definición elegida debe permitir que quien revisa el resultado entienda qué se completó y qué sigue esperando una intervención.
Tiempo disponible y gasto son preguntas diferentes
Imagina un equipo ficticio que dedica menos horas a consultas repetidas y utiliza ese tiempo para revisar problemas pendientes. Ese cambio podría describirse como capacidad disponible para otro trabajo. Para afirmar que además se redujo un desembolso, necesitaríamos identificar qué gasto dejó de producirse y durante qué periodo.
La distinción permite leer con cuidado un porcentaje sobre costos. Proponemos pedir su definición antes de convertirlo en una estimación económica propia: qué partidas incluye, cuál es el punto de comparación y cómo se valora el tiempo. Una estimación basada en horas y una reducción comprobada de pagos responden preguntas distintas, aunque ambas puedan interesar a la organización.
En una evaluación propuesta, conservaríamos por separado el tiempo destinado a cada tarea, los desembolsos y el trabajo que pudo atenderse después. Así podríamos describir una mejora operativa sin dar por demostrado un efecto sobre caja, plantilla o rentabilidad.
Una medición propuesta para un equipo ficticio
La tabla siguiente es una propuesta original. No contiene cifras de Raleigh ni reconstruye su cálculo. Imagina una organización que estudia automatizar consultas internas y quiere acordar qué observar antes de comenzar.
| Pregunta | Registro que pediríamos | Qué conclusión quedaría pendiente |
|---|---|---|
| ¿Dónde se utiliza el tiempo? | Tiempo de atención, supervisión y actualización de información. | Cuánto trabajo pudo atenderse con la capacidad disponible. |
| ¿Qué gasto cambió? | Partidas y desembolsos comparables, incluyendo la solución utilizada. | Si existe una reducción económica atribuible al cambio. |
| ¿Se resolvió la solicitud? | Comprobación del resultado y registro de reaperturas. | Si cerrar un caso equivale a satisfacer la necesidad. |
| ¿Qué ocurre con las excepciones? | Motivo de escalamiento y trabajo posterior de las personas. | Si la automatización desplazó tareas hacia otra etapa. |
En este ejercicio, pediríamos que el periodo y los criterios de inclusión fueran visibles. Compararíamos el mismo tipo de trabajo y conservaríamos las excepciones. Si la mezcla de solicitudes cambia, explicaríamos esa diferencia antes de presentar un total como mejora de la operación.
También revisaríamos dónde termina el registro. Una solicitud puede salir de una cola y aparecer en otra; por eso, en nuestro ejemplo, seguiríamos su recorrido hasta el desenlace que acordamos medir. Esa propuesta no anticipa fallos de una plataforma: hace explícita la evidencia que necesitaríamos para interpretar el resultado.
Una meta no describe un resultado observado
Al organizar un informe propio, proponemos mantener columnas separadas para situación observada, objetivo y condición necesaria para avanzar. Un objetivo puede servir para dirigir el trabajo; para afirmar que se alcanzó haría falta registrar la observación correspondiente.
La nota no detalla periodo de medición, costo absoluto, contrafactual, precio ni disponibilidad chilena.
Un contrafactual es la comparación con lo que habría sucedido sin la intervención. En esta explicación usamos el término para formular una pregunta: qué referencia permitiría atribuir un cambio a la automatización y no solamente describir que dos cosas ocurrieron en el mismo periodo. Sin esa comparación, conservaríamos la diferencia observada y dejaríamos abierta la atribución.
Antes de aplicar el caso a otra organización, pediríamos conocer su base de información, los tipos de solicitudes y la responsabilidad sobre las respuestas. Copiar un porcentaje no resuelve esas condiciones. Una prueba delimitada podría ayudar a encontrar qué datos faltan y qué resultados pueden comprobarse en el entorno propio.
Cómo convertir la lectura en preguntas verificables
Para profundizar, puedes leer PC2: compromisos verificables para agentes de IA y Workday: plataforma actual y autopilotos previstos. Conviene conservar la pregunta específica de cada pieza: qué compromiso se verifica, qué función está disponible y qué resultado operacional se puede demostrar.
En la Comunidad IA, trae una tarea de soporte y una definición de éxito. Podemos empezar por distinguir qué tiempo quieres recuperar, qué gasto deseas revisar y qué evidencia demostraría que la necesidad quedó resuelta. Esa conversación permite preparar una evaluación concreta sin transformar el caso de otro cliente en una promesa para tu equipo.
