Product Update: 1 de Septiembre
Cotizar deja de ser esperar
Este update es distinto a los anteriores. No son cuatro frentes: es uno solo, el Agente de Cotización, y son cuatro cambios en cómo se siente usarlo. Ninguno agrega una aseguradora nueva. Todos atacan la misma cosa: el tiempo que un ejecutivo pasa esperando sin saber qué está pasando.
Esto es lo que cambió.
Antes: el ejecutivo pedía la cotización, esperaba a que cerraran todas las aseguradoras, y después armaba la tabla comparativa a mano. Si una aseguradora se atoraba, la tabla no existía. Toda la corrida dependía de la más lenta.
Ahora: con dos primas en mano, la tabla y los archivos se arman solos. No hay un paso de “armar el comparativo”: el comparativo es el resultado.
Y si falta una aseguradora, el agente no se queda callado ni entrega una tabla incompleta como si estuviera completa. Sale parcial, y dice quién falta. El ejecutivo decide si manda ese comparativo al cliente ya o espera a la que falta — pero decide con información, no adivinando.
La aseguradora lenta deja de ser la que fija el ritmo de toda la cotización.
Antes: una cotización en ocho aseguradoras terminaba cuando terminaba la octava. Hasta ese momento, silencio. Siete primas listas, invisibles, esperando a una.
Ahora: el agente avisa en cuanto tiene una prima. El resto sigue corriendo aparte, en paralelo, y va llegando conforme cierra.
Esto cambia el orden de la conversación con el cliente. Un ejecutivo puede tener el primer precio en la mano mientras las demás siguen corriendo, y empezar a hablar con el asegurado con un número real. Ya no esperas a que cierren todas para saber si vas bien.
Lo que se vuelve visible es algo que siempre estuvo ahí: la mayoría de las primas están listas mucho antes de que termine la corrida completa. Ahora las ves cuando existen, no cuando termina la última.
Este es el cambio que más nos pedían, y el que más cuesta construir bien.
Antes: un portal se detenía — sesión caída, captcha, formulario que cambió, portal en mantenimiento — y desde afuera se veía igual que “todavía está corriendo”. El ejecutivo esperaba. A veces mucho. Y cuando se daba cuenta, no sabía en qué paso había fallado ni por qué.
Ahora: si un portal se detiene, el agente dice cuál, en qué momento pasó y por qué. Y reintenta solo.
Tres cosas, en ese orden. Cuál, para que no busques entre ocho. En qué momento, para saber si fue al entrar, al capturar o al descargar. Por qué, para distinguir un error del portal de un dato que falta en la solicitud. Y el reintento corre sin que nadie tenga que pedirlo.
La regla es simple: una cotización nunca está en un estado que no se pueda explicar. O está corriendo, o cerró, o falló y sabes por qué. No hay cuarto estado.
Los tres cambios anteriores tienen una versión visual que ya construimos: ver los portales directamente en el chat, las cotizaciones corriendo en paralelo, y la configuración de cada cotización como un recibo — qué se pidió, a quién, con qué datos.
Ya existe. Aún no está encendida para clientes.
La razón es la misma de siempre: preferimos prenderla cuando el flujo debajo esté estable en producción, no antes. Esta vista no agrega capacidad; agrega confianza. Y la confianza no se puede activar a medias.
Lo que falta es sincronizar las instrucciones de cada organización — la forma particular en que cada bróker nombra ramos, arma su comparativo y decide cuándo un parcial es suficiente. El agente ya sabe avisar, armar y reintentar; falta que lo haga en el lenguaje de cada operación.
Terminar la sincronización de instrucciones por organización y encender la vista de portales en el chat para clientes.
Cotizar tenía un costo escondido que no aparecía en ninguna métrica: la espera sin información. Este ciclo fue sobre eso.
Si tu operación cotiza en paralelo en varias aseguradoras y quieres ver cómo se comporta el comparativo parcial con tu portafolio, respóndeme este correo y lo revisamos.
Nos leemos en dos semanas.
Contáctanos