El desafío operativo
El crecimiento superaba la capacidad de un modelo operativo basado en hojas de cálculo, sistemas fragmentados y transferencias manuales.
- El equipo de suscripción procesaba aproximadamente 80 cotizaciones al mes y gestionaba las reglas de producto de forma inconsistente en Excel.
- Solo el 10% de las solicitudes se cerraba con la primera oferta, lo que limitaba la velocidad y la conversión comercial.
- Los procesos de cobranza, conciliación y CFDI no contaban con un flujo centralizado y automatizado.
- La fragmentación de datos limitaba la visibilidad en tiempo real de la cartera y el P&L, y demoraba el lanzamiento de productos.
El modelo operativo
Gangkhar diseñó una capa de servicios gestionados alrededor del core existente de la aseguradora, combinando la infraestructura Sherpa+ con la inteligencia de Sherpa+Lens y supervisión humana gobernada.
- Diez módulos conectados abarcan configuración de productos, suscripción, administración de pólizas, facturación, comisiones, atención, incorporación de sponsors, interfaces, notificaciones y detección de fraude.
- Los modelos predictivos identifican riesgo de cancelación y oportunidades comerciales, mientras rutinas gobernadas automatizan acciones acotadas.
- Las decisiones materiales permanecen bajo control humano; cada flujo es medible, auditable y explicable.
Niveles de servicio diseñados
El programa se diseñó en torno a objetivos operativos medibles, gobernables contractualmente y monitoreables en producción.
- Emisión individual en cinco minutos o menos y emisión masiva de hasta 1.000 pólizas en 30 minutos o menos.
- Confirmación de pago en un máximo de diez minutos y conciliación automática de al menos el 98%.
- Generación de CFDI en un máximo de 15 minutos después del pago, disponibilidad de plataforma del 99,9% y respuesta de soporte crítico en una hora.
Implementación por fases
Un despliegue de aproximadamente 13 meses secuencia descubrimiento, integración, migración, lanzamientos controlados y estabilización operativa para reducir el riesgo de transición.
- La arquitectura evita reemplazar el core y mantiene el programa conectado al ecosistema tecnológico existente de la aseguradora.
- El impacto previsto es una mayor conversión en la primera oferta, ciclos de comisiones más cortos, visibilidad del P&L en tiempo real y menor tiempo de lanzamiento.