Las etapas de la implementación
1. Defina un proceso con una línea base conocida. Las renovaciones en una línea de negocio suelen ser el punto de partida: alto volumen, reglas explícitas y un costo actual conocido. Esa línea base permite medir los resultados.
2. Configure el producto. Sus coberturas, parámetros, reglas de negocio, lógica de suscripción, estructura de precios y requisitos de cumplimiento se incorporan a Sherpa+ como configuración, no como código. Esta es la referencia que consultará cada agente y, por eso, se define primero.
3. Compare las decisiones con las de su equipo. Probamos los agentes con una muestra de sus casos históricos y contrastamos sus recomendaciones con las decisiones reales de sus suscriptores. Las diferencias aportan información valiosa y ofrecen una prueba mucho más sólida que una demostración.
4. Defina los controles humanos. Establezca durante el diseño los umbrales de confianza, las rutas de derivación y una persona responsable de cada agente, en lugar de añadirlos posteriormente como medida correctiva.
5. Entre en producción con un proceso y luego amplíe el alcance. Los nuevos negocios utilizan el nuevo modelo desde el inicio. La cartera existente migra gradualmente, comenzando por las líneas de mayor valor, con una alternativa manual documentada para cada etapa automatizada.
¿Cuánto tiempo toma?
Depende del tipo de operación. Hay dos plazos que conviene distinguir.
Un programa de seguro embebido: alrededor de seis semanas. En una implementación real, transcurrieron aproximadamente seis semanas desde el inicio técnico hasta la entrada en producción, con el diseño funcional aprobado en cuatro semanas y cinco días de pruebas de aceptación de usuario. El alineamiento comercial, la capacidad y las aprobaciones regulatorias no forman parte de ese desarrollo técnico y pueden requerir más tiempo.
Un programa empresarial de operaciones administrativas se implementa por fases, a lo largo de varios trimestres. Una operación de accidentes, salud y automotor de una aseguradora de primer nivel, con diez módulos operativos y más de 200 productos activos, no es un proyecto de seis semanas. La implementación avanza por fases y los agentes se incorporan módulo por módulo.
Ambos modelos tienen algo en común: no dependen del reemplazo del sistema central ni de un ciclo de aprobación de inversiones de capital.
¿Cómo se conecta Gangkhar con nuestros sistemas?
Cuatro maneras, y usamos todo lo que existe.
API, donde sus sistemas los exponen.
Archivos por lotes, SFTP o bordereaux cuando no hay API.
Navegación por pantallas cuando la única vía de acceso es la interfaz que utilizaría una persona.
Automatización robótica en entornos heredados y mainframes, para sistemas que no se desea modificar.
Una parte importante de las operaciones de seguros sigue ejecutándose en portales y aplicaciones de escritorio sin una API utilizable. Exigir APIs bien estructuradas antes de comenzar dejaría fuera gran parte del trabajo que vale la pena automatizar.
Las preguntas que surgen primero
¿Por qué tantos proyectos de IA son cancelados?
Gartner prevé que más del 40% de los proyectos de IA agéntica se cancelarán antes de finalizar 2027 debido al aumento de costos, un valor de negocio poco claro y controles de riesgo insuficientes.¹
En seguros, esos tres problemas suelen tener una misma causa. Muchos proyectos parten de un procedimiento operativo escrito que se convierte en las instrucciones del agente. Al principio funciona, pero después cambia un límite, se añade una exclusión o se restringe el apetito de riesgo. El producto cambia y el documento no, por lo que el agente sigue aplicando la versión anterior. La brecha crece y termina detectándola un cliente o un auditor, en lugar del equipo de operaciones.
El costo aumenta porque la solución exige una conciliación manual continua. El valor sigue sin estar claro porque el procesamiento sin intervención manual se estanca a medida que se acumulan las excepciones. Y los controles resultan insuficientes porque el agente puede demostrar que siguió el procedimiento escrito, pero no que aplicó la regla vigente.
Nuestra respuesta está en la arquitectura, no solo en los procedimientos. Los agentes validan cada acción contra la configuración vigente del producto. Así, una regla modificada el martes ya orienta las decisiones del miércoles, sin reprogramación.
¿Esto quita el control de suscripción de nuestro equipo?
No. Las decisiones de suscripción y siniestros permanecen con su equipo.
Los agentes preparan, validan, verifican sus directrices, derivan y ejecutan. Los casos que superan su autoridad se remiten a una persona con la información y el razonamiento documentados, para que decida sin reconstruir el expediente. Los umbrales de confianza aseguran que las acciones sensibles o dudosas sean revisadas antes de producir efectos reales.
Lo que cambia es la distribución del trabajo. Sus suscriptores más experimentados dejan de revisar cada renovación rutinaria y pasan a definir y supervisar las reglas. Así, su criterio se aplica a toda la cartera, no solo a los casos que tuvieron tiempo de abrir.
¿Funcionará con nuestros sistemas heredados?
Sí, y el legado es el caso normal en lugar de la excepción.
Una parte importante de las operaciones de seguros sigue ejecutándose en portales y aplicaciones de escritorio sin una API utilizable. Exigir interfaces bien estructuradas antes de comenzar dejaría fuera gran parte del trabajo que vale la pena automatizar. Por eso ofrecemos cuatro formas de integración y utilizamos la que esté disponible, sin esperar al reemplazo del sistema central.
¿Qué quiere ver nuestro regulador?
Registros completos, no muestras. Cada acción del agente queda registrada con sus datos de entrada, la regla que la activó, la decisión tomada, el nivel de confianza y el resultado. Todo es trazable hasta una persona responsable y puede consultarse para cualquier período.
Cada función regulada la desempeña una parte autorizada que usted elige. Si ya trabaja con un TPA o corredor de confianza, operamos junto a ellos. Si necesita un socio en un mercado específico, le presentamos opciones de nuestro ecosistema. La parte 4 de esta guía explica esas estructuras y su relación con las nuevas directrices de supervisión de IA.
¿Qué compromiso inicial se requiere?
Un proceso, y ningún capital.
La implementación comienza con una sola línea de negocio, no con toda la operación. Estructuramos los acuerdos para que la mayor parte de los honorarios dependa del volumen, en lugar de concentrarse en un cargo inicial de implementación. Así asumimos parte del riesgo si el trabajo previsto no se materializa y evitamos que esta decisión siga el mismo proceso de aprobación que un reemplazo del sistema central.
Si el primer proceso no ofrece un resultado que justifique ampliar el alcance, esa es información útil. La estructura comercial no debería penalizarlo por actuar en consecuencia.
¿Qué cambia para las personas que realizan el trabajo hoy?
Disminuye el trabajo que nadie quería hacer. El 80% rutinario de los casos, la recarga de datos, la búsqueda de información faltante y la conciliación pasan a los agentes. Su equipo conserva el diseño de reglas, la supervisión de la cartera y los casos complejos en los que el criterio profesional cambia los resultados económicos.
Recomendamos involucrar a los responsables de operaciones y suscripción desde la definición del alcance, no recién al entrar en producción, porque serán los responsables de los agentes.
Preguntas frecuentes
¿Cuánto tiempo antes de que veamos algo funcionando?
Semanas, no trimestres. La comparación con sus propios casos históricos aporta evidencia antes de que los agentes intervengan en producción.
¿Quién trabaja la implementación?
Nuestro equipo de implementación trabaja junto al suyo y, en algunos mercados, con un socio autorizado cuando el alcance incluye actividades reguladas.
¿Con qué proceso deberíamos empezar?
En la mayoría de los casos, con las renovaciones de una línea de negocio. El alto volumen, las reglas explícitas y un costo actual conocido facilitan la evaluación del resultado.
¿Qué cuesta un despliegue?
El precio se define caso por caso, según el alcance del trabajo y su costo actual. Lo determinamos durante la definición del alcance, en lugar de publicar una tarifa única.
¿Qué necesitan de nosotros para comenzar?
Un proceso, una línea base, una muestra de casos históricos para comparar y acceso a los sistemas que utiliza ese proceso. La primera conversación se centra en el flujo de trabajo, no en la arquitectura.
¹ Gartner, "Gartner Predicts Over 40% of Agentic AI Projects Will Be Canceled by End of 2027", 25 de junio de 2025.