Cómo el software de seguros de propiedad debería manejar el trabajo real

Aquí está mi opinión después de una década alrededor de escritorios de suscripción, equipos de siniestros, presentaciones de corredores y más rodeos de hojas de cálculo de los que me gusta admitir: la mayoría del software de seguros de propiedad está construido para un día de demostración limpio, no para un martes normal. Y un martes normal en seguros de propiedad no es limpio. Es un SOV con tres pestañas llamadas Final, Final v2 y Usa Esta. Es un correo electrónico de corredor con la edad del techo faltante, un informe de inspección en PDF escaneado de lado, cinco ubicaciones con diferentes ocupaciones, un historial de pérdidas anterior que no coincide con la solicitud, y un suscriptor que todavía tiene que tomar una decisión antes del almuerzo. Ese es el trabajo que el software de seguros de propiedad debería manejar. No la versión brillante. La versión real. ## El trabajo real comienza con una entrada desordenada Si el software de seguros de propiedad no puede manejar una entrada desordenada, todo lo que sigue se convierte en un teatro costoso. Las presentaciones llegan por correo electrónico, portal, hoja de cálculo, PDF, sistema de gestión de corredores, API y, ocasionalmente, por lo que llamo el arte antiguo del caos reenviado. Una buena plataforma debería capturar la presentación, identificar los documentos, extraer los datos relevantes y estructurarlos sin obligar al personal a volver a ingresar los mismos campos en tres sistemas diferentes. Una vez vi a un suscriptor de propiedades comerciales procesar una presentación de un centro comercial donde el cronograma del edificio decía un tipo de construcción, la solicitud decía otro y el informe de inspección implicaba un tercero. El suscriptor no era lento. El trabajo era lento porque los datos tenían que ser buscados, comparados y cuestionados antes de que la evaluación de riesgos pudiera siquiera comenzar. Eso no es suscripción. Eso es arqueología administrativa. McKinsey ha señalado que los suscriptores pueden pasar hasta el 60 por ciento de su tiempo en tareas administrativas, en lugar de en la evaluación real de riesgos. En propiedades, esa cifra se siente dolorosamente creíble. Si el software solo digitaliza el desorden pero deja que los humanos lo reconcilien manualmente, simplemente hemos movido el desorden del escritorio a la pantalla. Un buen software debería ingerir el desorden y hacerlo utilizable. Eso significa reconocer ubicaciones, valores totales asegurados, ocupación, construcción, clase de protección, edad del techo, límites, deducibles, pérdidas anteriores, detalles del hipotecario, endosos, notas de inspección y comentarios del corredor. También debería señalar lo que falta, es contradictorio o está desactualizado. El objetivo no es eliminar el juicio. El objetivo es dejar de desperdiciar el juicio en trabajo de copiar y pegar. ## El riesgo de propiedad es local, físico y molestamente específico La suscripción de propiedades siempre ha tenido un sabor local. Un edificio no es solo una dirección. Es un techo, una zona de inundación, una exposición a incendios forestales, un corredor de viento, un sistema de rociadores, una mezcla de inquilinos, un historial de siniestros y una historia de mantenimiento. El mejor software de seguros de propiedad debería entender ese contexto. Debería enriquecer las presentaciones en bruto con datos de terceros, información de peligros locales, geocodificación, indicadores de catástrofes e historial de siniestros cuando esté disponible. Debería ayudar a un suscriptor a ver la imagen real del riesgo sin abrir seis pestañas del navegador y maldecir en voz baja. Por eso me pongo nervioso cuando alguien dice que una plataforma de propiedades solo trata de documentos. Los documentos son la línea de partida. El valor real es lo que sucede después de que los datos son capturados. ¿Puede el software validar los datos? ¿Puede compararlos con las reglas de suscripción? ¿Puede agregar información de peligros? ¿Puede enrutar excepciones? ¿Puede mostrar el impacto en la cartera? El riesgo de propiedad también es un recordatorio de que el conocimiento local importa. Fuera de los seguros, ves el mismo principio en la planificación de viajes. Una guía local seria no trata cada viaje como un itinerario genérico; por ejemplo, la planificación de safaris en Uganda en torno al trekking de gorilas y los tours de vida silvestre depende del terreno, el momento, los permisos y las condiciones locales. Los seguros de propiedad son similares en espíritu. Dos edificios con el mismo costo de reemplazo pueden comportarse de manera muy diferente una vez que la ubicación, el clima, la construcción y el uso entran en juego. Ahí es donde el software gana su valor. ## El flujo de trabajo debería seguir al trabajo, no al revés Aquí hay otra opinión que ocasionalmente me hace ser invitado a menos cenas de proveedores: si tu software requiere que el equipo de operaciones reorganice su día en torno a la herramienta, la herramienta ya ha perdido. El software de seguros de propiedad debería integrarse en los sistemas que las aseguradoras, las MGAs y los corredores ya utilizan. Eso incluye sistemas de administración de pólizas, sistemas de siniestros, motores de tarificación, proveedores de datos, bandejas de entrada de correo electrónico, almacenes de documentos y herramientas de informes. Nadie quiere otra plataforma de silla giratoria donde el usuario tenga que saltar de pantalla en pantalla como si estuviera jugando un videojuego de bajo presupuesto. Un flujo de trabajo sólido debería sentirse casi aburrido. Llega la presentación. Se extraen los datos. Se solicitan los campos faltantes. Se agregan datos externos. Se ejecutan las reglas de elegibilidad. Los riesgos sencillos avanzan. Las excepciones van a la persona adecuada con el contexto adecuado. Las decisiones se registran. Los informes se actualizan automáticamente. Eso puede no sonar glamoroso, pero tampoco lo es una fuga de agua en un bloque de apartamentos de los años 70. Los seguros de propiedad son un negocio de disciplina operativa. El glamour es opcional. La auditabilidad no lo es. ## El software debe saber cuándo detenerse La automatización real no significa que cada archivo deba ser procesado directamente. De hecho, la forma más rápida de perder la confianza en un sistema es automatizar decisiones que claramente merecen una mirada humana. Una buena plataforma de propiedades debería saber cuándo hacer una pausa. Si la edad del techo entra en conflicto entre documentos, pausa. Si el TIV aumenta materialmente en la renovación, pausa. Si una causa de pérdida reclamada no coincide con los datos meteorológicos, pausa. Si una ubicación asegurada se encuentra dentro de un área de exposición a inundaciones recién actualizada, pausa. Si una imagen o factura parece sospechosa, pausa. Esto es especialmente importante en siniestros. El FBI ha advertido durante mucho tiempo que el fraude de seguros cuesta a los consumidores y aseguradoras miles de millones, y los siniestros de propiedad no son inmunes. Después de una gran tormenta, los equipos de siniestros enfrentan volumen, urgencia y emoción al mismo tiempo. Eso es exactamente cuando el fraude, la exageración y los simples errores pueden