Product Update: 15 de Septiembre
Lo configuras una vez, y se queda
El update de la semana pasada fue sobre un solo agente. Este es sobre un patrón que se repitió en tres a la vez.
Hasta hoy, había reglas que vivían fuera de la plataforma: en un mensaje de Slack, en la cabeza de alguien de operaciones, o en un ticket para ingeniería. “Con esta aseguradora el mensaje es distinto.” “En este portal el número de póliza viene en otro campo.” “Agréguenme esta aseguradora al cotizador.” Cada una era pequeña. Sumadas, eran la razón por la que el agente hacía bien el 80% y el otro 20% seguía pasando por una persona.
Este ciclo fue sobre meter esas reglas adentro. Las configuras tú, una vez, y el agente las aplica desde ese momento.
Esto es lo que cambió.
Antes: un solo flujo de cobranza le decía lo mismo a todos los clientes. Si una aseguradora necesitaba un mensaje distinto, o un recibo grande merecía otro tono, o una tarjeta ya había rebotado dos veces, la excepción la manejaba alguien a mano.
Ahora: cada paso del flujo puede ramificarse por cuatro ejes: aseguradora, línea de negocio, monto del recibo y rechazos de cargo.
“Si es GNP, di esto. Si la tarjeta rebotó dos veces, di esto otro. Si no, el mensaje normal.”
Eso es todo lo que hay que escribir. Los flujos que ya tenías configurados siguen exactamente igual: cero cambios a las configuraciones existentes. Las condiciones se agregan encima, no en lugar de.
Y un detalle que viene de esto: los rechazos de cargo automático ahora se registran en el tiempo. Un recibo que rebota una vez es un incidente; uno que rebota tres veces es un patrón, y el agente ya puede reaccionar distinto a cada uno.
Antes: cada portal captura el número de póliza de forma distinta. Con guiones, sin guiones, con prefijo, en el campo equivocado. Cruzar los recibos pagados contra SICAS era trabajo manual porque nadie le había explicado a Handle dónde buscar en cada uno.
Ahora: tú se lo explicas. Una vez por portal, no por recibo.
Le dices cómo encontrar el número de póliza en ese portal, la regla se guarda, y se aplica a todos los recibos que lleguen después. Una regla por portal. Para siempre, hasta que tú la cambies.
Es un cambio chico en la interfaz y uno grande en dónde vive el conocimiento: antes estaba en la persona que hacía el cruce; ahora está en la plataforma.
Antes: agregar una aseguradora al cotizador con sus credenciales, o armar un paquete personalizado, pasaba por nosotros. Y la tabla comparativa era la que era.
Ahora: las dos cosas se hacen desde el chat.
“Agrega esta aseguradora con estas credenciales.”
“Arma un paquete a partir de la cotización que acabo de correr.”
“Ordena la comparación por prima total.”
La tabla comparativa ahora está en lenguaje claro, y se reordena con solo pedirlo. Entraron El Potosí y General de Seguros, los paquetes de Monterrey pasaron de uno a cuatro, y GMM ya cotiza con dependientes.
Debajo de eso hubo una semana de revisión: 27 portales revisados en vivo, 64 defectos encontrados. Cada uno que afectaba el precio o bloqueaba una cotización quedó resuelto o documentado.
Los tres cambios están en producción. Las condiciones de cobranza y la regla de SICAS se configuran desde la plataforma; el setup conversacional del cotizador está activo para los despachos que ya lo usan.
Ver qué reglas configura la gente cuando nadie se las pide. Eso nos dice dónde estaba el 20% que no veíamos.
El resto de la semana. Esta vez sí hay mucho, y varias de estas cosas van a tener nota propia pronto.
Computer use en producción
El agente explora el portal una vez, convierte lo que hizo en una receta determinista, y las siguientes veces la reproduce sin llamar al modelo. Cero llamadas al modelo en cada repetición, y 9 de 9 campos leídos correctamente de la carátula del PDF. Ya corre en vivo con un cliente, hay build para macOS, y está listo para arrancar en Brasil.
Experimento de computer use
El RPA de cotización se rompe cada vez que un portal cambia. La alternativa, un agente que cotiza navegando el portal como lo haría una persona, ya funciona de punta a punta. Se probaron tres modelos. Esta semana se mide contra el RPA; la siguiente, cotizaciones reales.
Última sincronización, aseguradora por aseguradora
Los clientes no tenían forma clara de saber cuándo se sincronizó cada aseguradora por última vez. Salió la primera versión del módulo: estado y última sincronización por aseguradora, legible de un vistazo. Se está afinando con el equipo.
Siete fuentes, una historia
No podíamos ver dónde fallan los recibos ni qué tan confiable es la cotización. Ahora hay siete fuentes con historial en BigQuery, con granularidad de una hora y refresh diario: fallas de recibos por responsable, confiabilidad de cotización, y cobranza, todo en una sola vista.
Ocho aseguradoras con recibos en SOR2
Inbursa, General de Seguros, Momento, Insignia Life, Latino Seguros, Redbridge, Best Doctors y Panamerican Life ya corren recibos en SOR2. Y una plataforma nueva para lanzar sincronizaciones manuales: la lanzas tú, sin pedirla por Slack.
Conciliación y Argentina
En el proyecto de conciliación de comisiones, el 84% concilia solo. El dato completo ya está en Handle y se cierra esta semana. El 16% restante no es un pendiente: es el siguiente producto. En Argentina, tres aseguradoras ya están integradas al SOR: RUS, Provincia y Sancor.
La semana pasada el tema era un agente que no avisaba. Esta semana es un agente que no sabía tus reglas.
Las dos cosas se parecen más de lo que parece. En ambos casos el agente hacía bien lo que hacía; el problema era todo lo que quedaba afuera de él, en una persona, en un chat, en un ticket. Y lo que queda afuera es lo que no escala.
Si en tu operación hay reglas que hoy vives repitiendo — a tu equipo, a nosotros, al agente — respóndeme este correo. Es exactamente lo que este ciclo fue construido para absorber.
Nos vemos la siguiente semana con más updates.
Contáctanos