Por qué las operaciones de las compañías de seguros aún fallan en las transferencias

Mi opinión ligeramente impopular: la mayoría de las operaciones de las compañías de seguros no fallan porque las personas sean lentas, descuidadas o alérgicas al cambio. Fallan porque el trabajo cambia de manos demasiadas veces sin llevar consigo su memoria. He visto cómo una simple solicitud de endoso viaja desde la bandeja de entrada del corredor hasta un asistente de suscripción, luego a un suscriptor, luego a un analista de operaciones, y luego de vuelta al corredor porque una dirección de garaje estaba enterrada en la página siete de un PDF. Nadie cometió un error en el sentido dramático. No había ningún villano retorciéndose el bigote en la esquina. El proceso simplemente perdió contexto cada vez que se movía. Ese es el problema de la transferencia. Y en 2026, sigue siendo uno de los problemas menos glamorosos y más costosos en los seguros. ## La transferencia es donde el buen trabajo se cansa Una transferencia suena inofensiva. Un equipo termina su parte, otro equipo la retoma y el negocio avanza. Encantador. Muy amigable con el mapa de procesos. En la vida real, la transferencia suele ser donde un flujo de trabajo de seguros cambia de formato. Un correo electrónico se convierte en un ticket. Un PDF se convierte en datos ingresados manualmente. Una nota de reclamo se convierte en una derivación por fraude. Una presentación se convierte en una solicitud de cotización. Un resumen de llamada se convierte en una tarea. Cada conversión crea una oportunidad para demora, duplicación o interpretación. Por eso las operaciones de las compañías de seguros pueden parecer perfectamente razonables en una diapositiva y aún así sentirse caóticas un martes por la tarde. El problema no es solo la cantidad de pasos. Algunos procesos de seguros son naturalmente complejos porque el riesgo es complejo. El problema es que la memoria operativa del archivo no viaja limpiamente a través de esos pasos. La siguiente persona recibe la tarea, pero no la historia completa. Y cuando falta la historia, las personas hacen lo que hacen los buenos profesionales de seguros. Hacen preguntas. Vuelven a revisar documentos. Envían correos de seguimiento. Esperan. Luego persiguen. Luego crean una hoja de cálculo porque el sistema oficial es de alguna manera obligatorio y no lo suficientemente útil. Todos hemos conocido esa hoja de cálculo. Tiene 19 pestañas y una persona llamada Karen que la entiende. ## Por qué esto sigue sucediendo después de años de inversión en sistemas Aquí está la verdad incómoda: las aseguradoras han invertido fuertemente en sistemas de registro, pero las transferencias ocurren en los vacíos entre esos sistemas. La plataforma de administración de pólizas puede contener la póliza. El sistema de reclamos puede contener el reclamo. El CRM puede contener la interacción con el cliente. El repositorio de documentos puede contener la evidencia. El motor de cotización puede contener la lógica de la cotización. La herramienta de fraude puede contener la alerta. Pero la transferencia a menudo vive en correos electrónicos, notas, archivos adjuntos y la memoria humana. Eso importa porque el costo de la coordinación manual no es pequeño. McKinsey ha escrito sobre la automatización de seguros y la cantidad de tiempo que los suscriptores dedican a trabajo administrativo en lugar de evaluación de riesgos. En mi experiencia, el mismo patrón aparece en reclamos, operaciones de pólizas y servicio al corredor. El talento caro no siempre está haciendo trabajo caro. Un suscriptor senior no debería pasar media mañana buscando la última versión de un informe de siniestros. Un ajustador de reclamos no debería tener que comparar tres correos electrónicos para entender si ya se ha aceptado la responsabilidad. Un analista de fraude no debería abrir una derivación y preguntarse qué desencadenó la sospecha en primer lugar. Sin embargo, eso es lo que crean las malas transferencias: personas inteligentes haciendo trabajo de detective sobre su propio proceso. ## Las cuatro fugas dentro de las transferencias de seguros Cuando eliminamos el ruido, la mayoría de las transferencias rotas se reducen a cuatro fugas. - **Fuga de contexto**: El siguiente equipo recibe la tarea pero no el razonamiento, historial, excepciones o matices del cliente detrás de ella. - **Fuga de datos**: Información importante queda atrapada en PDFs, correos electrónicos, imágenes, notas escritas a mano, grabaciones de llamadas o sistemas que no se sincronizan correctamente. - **Fuga de responsabilidad**: Todos saben que el archivo está en algún lugar del proceso, pero nadie está completamente seguro de quién es el dueño de la siguiente acción. - **Fuga de tiempo**: Revisiones, derivaciones, aprobaciones y enriquecimientos ocurren demasiado tarde, por lo que el negocio descubre problemas después de que el cliente ya ha estado esperando. La fuga de contexto es la más sigilosa. Rara vez parece un error al principio. Parece un retrabajo inofensivo. Alguien pide un documento que ya fue proporcionado. Alguien vuelve a verificar una dirección. Alguien solicita un historial de reclamos que otro equipo ya obtuvo. El cliente ve demora, pero internamente parece ser minucioso. Hay una diferencia entre ser minucioso y estar atrapado en un bucle. Los seguros son muy buenos en lo primero. A veces lo confundimos con lo segundo. ## Las transferencias de suscripción se rompen antes de que el suscriptor siquiera vea el riesgo A menudo se culpa a la suscripción por la lentitud, pero creo que eso no aborda el problema real. Gran parte de la demora en la suscripción comienza antes de la suscripción, durante la admisión. Una presentación llega con cinco archivos adjuntos, dos versiones de una declaración de valores, una nota del corredor en el cuerpo del correo electrónico y un cronograma que claramente fue exportado de un sistema actualizado por última vez durante las primeras temporadas de la televisión de realidad. El suscriptor no comienza con la selección de riesgos. Comienza con la reconstrucción. Por eso me gusta el enfoque del artículo de Inaza sobre por qué [el proceso de suscripción de seguros tiene un problema de admisión](https://www.inaza.com/blog/the-insurance-underwriting-process-has-an-intake-problem). El cuello de botella a menudo no es el juicio. Es poner la presentación en un estado donde el juicio pueda comenzar. La transferencia del corredor a la admisión y luego a la suscripción debería preservar la forma completa del riesgo. En cambio, los equipos a menudo reciben una imagen parcial y pasan su tiempo llenando espacios en blanco. Luego, cuando la cuenta pasa a precios, derivación, cumplimiento o emisión, cada nueva transferencia invita a la misma pregunta: ¿estamos todos viendo el mismo archivo? Si la respuesta es "tal vez", la operación ya está pagando un impuesto. ## Las transferencias de reclamos son aún más implacables Los reclamos exponen la debilidad de las transferencias más rápido porque el cliente generalmente está estresado, el reloj es visible y los hechos siguen cambiando.