Saltar al contenido principal

Presentar un siniestro

Descripción general​

El patrón de presentar un siniestro se utiliza para recopilar información y llevar a cabo acciones asociadas con la presentación de un nuevo siniestro.

Este patrón abarca una variedad de tipos de siniestros. Por ejemplo:

  • Líneas de negocio proporcionadas por las aseguradoras
  • Vehículo personal y motocicleta
  • Vehículo comercial
  • Compensación para los trabajadores
  • Póliza suplementaria de cobertura extendida
  • Vehículo (solo cristales)
  • Hogar

La información que se requiere para presentar un siniestro incluye, entre otros, lo siguiente:

  • Fecha del incidente
  • Detalles del incidente
  • Detalles del vehículo (asegurado o tercero involucrado)
  • Datos del conductor y del pasajero
  • Detalles de los daños

Cuándo se debe utilizar​

  • Cuando un agente debe presentar un siniestro en calidad de agente.
  • Cuando un asegurado debe presentar un siniestro desde su interfaz de administración de cuentas.

Cuándo no se debe utilizar​

El patrón de siniestros solo se puede utilizar para un proceso de siniestros.

Anatomía​

Anatomía del patrón de presentar un siniestro

  1. Imagen de presentación: Aparece más grande en el escritorio.
  2. Botón de conmutación: Se utiliza para especificar el tipo de siniestro.
  3. Selector de fecha: Se utiliza para ingresar la fecha del incidente.
  4. Selector de hora: Se utiliza para ingresar la hora del incidente.
  5. Botón: Se utiliza para enviar un formulario.

Pautas generales​

  • Para factores de forma más grandes, coloque las imágenes a la izquierda para aprovechar mejor el espacio y presentar información crítica en la mitad superior de la página.
  • Las acciones en la página no deben deshabilitarse como un mecanismo de prevención de errores, pero deben activar alertas de validación en la interfaz de usuario.
  • Los campos obligatorios siempre deben tener un asterisco, así como una etiqueta de accesibilidad para indicar que son obligatorios.
  • Utilice los mecanismos de validación adecuados en la interfaz de usuario. Por ejemplo, validaciones integradas cuando el usuario sale del campo con el tabulador o haciendo clic fuera de él y validaciones de página en el envío de la página.
  • Un conmutador funciona mejor para hasta 3 opciones de siniestros. De 4 a 6 opciones de siniestros, use una tarjeta para representar cada línea de negocio. Si la cantidad de opciones excede las 6, use un menú desplegable.

Permiten a los clientes:

  • Intercambiar imágenes por las suyas propias.
  • Seleccionar la disposición de una sola columna si lo prefieren o si funciona mejor para sus imágenes.

Interacciones​

Inicio del flujo de siniestros​

Ejemplo que ilustra cómo el usuario inicia el flujo de siniestros

  • Todos los elementos de conmutación heredan el tamaño del elemento de conmutación más grande.
  • El usuario hace clic en el botón para iniciar el flujo de siniestros.
  • Este botón siempre está habilitado de acuerdo con las últimas pautas de a11y.

Activación de la validación integrada​

Ejemplo que ilustra cómo se desencadena la validación integrada

La validación integrada se desencadena cuando el usuario hace clic en el botón.

Página de terminador​

Ejemplo que ilustra una página de terminador cuando la creación de siniestros no se realiza correctamente

Siniestro creado, fin del flujo​

Ejemplo que ilustra una página de confirmación cuando la creación de siniestros se realiza correctamente

Contenido​

Pautas generales de redacción​

  • En todos los aspectos del diseño de las interfaces de productos de Guidewire, utilice mayúsculas como se usan en las oraciones. No use mayúsculas en todas las palabras.
  • Use verbos en tiempo presente y voz activa en la mayoría de las situaciones.
  • Use contracciones comunes para darle al texto un tono más natural e informal (pauta correspondiente al inglés).
  • Use un lenguaje sencillo. Evite la jerga innecesaria y el lenguaje complejo.
  • Las palabras y las oraciones deben ser breves.

Páginas sujetalibros​

El patrón de presentar un siniestro se centra en las páginas “sujetalibros” de la creación de siniestros.

Las páginas sujetalibros de apertura son responsables de recopilar la información necesaria para que el sistema muestre el conjunto correcto de preguntas sobre FNOL. Por ejemplo, un flujo de vehículo personal frente a uno de seguro de hogar.

  • Tipo de siniestro
  • Fecha del siniestro
  • Hora del incidente (opcional)
  • Método de contacto digital preferido (opcional)

Las páginas sujetalibros de cierre indican el estado del siniestro al usuario después de su envío o salida del flujo. Estas páginas deben proporcionar retroalimentación al usuario sobre si el siniestro se envió correctamente o no, y cuáles son los próximos pasos.

  • Número de siniestro
  • Número de siniestro en borrador
  • Enlace al siniestro
  • Información del contacto

Secuencia de preguntas​

La secuencia de preguntas a la que se llama como resultado de las respuestas a las preguntas del sujetalibro de cierre es el “meollo” del siniestro. Se trata de un conjunto de preguntas únicas para cada aseguradora y cada línea de negocio.

Estas preguntas se presentan en un flujo de asistente:

  1. Una sola página. Las preguntas aparecen una a la vez debajo de las respuestas anteriores, y forman una sola página de desplazamiento.
  2. Página por página. Las preguntas se presentan una a la vez, separadas por una acción Siguiente y Atrás.
  3. Agrupación. Las preguntas que se pueden agrupar se presentan juntas, ya sea en formato página por página o de una sola página.

Validación​

Utilice la validación integrada. Deje que el usuario haga clic en el botón y muéstrele lo que falta.
No deshabilite los botones si no se completaron todas las entradas obligatorias.

Accesibilidad​

En el caso de las imágenes decorativas que no aportan información al contenido de la página, proporcione un texto alternativo vacío (alt="") para que las tecnologías de asistencia las ignoren. Fuente: Iniciativa de Accesibilidad Web W3C: Imágenes decorativas

Capacidad de ser responsive​

La composición y disposición de 2 columnas se ajusta de modo que la columna derecha se apila debajo de la columna izquierda en pantallas estrechas (móviles) y las imágenes quedan del mismo ancho que los elementos de la interfaz de usuario que se encuentran debajo. Las imágenes no deben afectar a los elementos críticos presentados al usuario.

Imagen que ilustra el diseño responsive en dispositivos móviles

Tematización​

De forma predeterminada, los temas y la marca coinciden con los de la aplicación, a menos que se invaliden.

Los patrones pueden adoptar ciertos temas para cumplir con los requisitos específicos de la marca y las necesidades del cliente. Esto incluye elementos visuales como colores, tipografía, íconos, botones y otros componentes o elementos gráficos.

Más información sobre la tematización con tokens de diseño

Investigación que lo avala​

La investigación para este patrón consistió en un análisis competitivo. El análisis competitivo es una técnica de investigación que se utiliza para comparar y entender en qué están trabajando otros en el mismo campo. Los diseñadores de UX analizaron cómo otras aseguradoras manejan las solicitudes de siniestros y revisaron los patrones que utilizan en su flujo. Buscaron fortalezas y debilidades relativas, tendencias y diferencias. Por ejemplo, ¿qué preguntas hacen las aseguradoras y cómo las hacen? Además de realizar un análisis competitivo, los diseñadores de UX entrevistaron a tres clientes diferentes para determinar lo que buscan en el FNOL. Los diseñadores utilizaron esa información, encontraron puntos en común y crearon un patrón basado en esas prácticas frecuentes.

Recursos​

Descargue un archivo ZIP con los patrones más recientes de Jutro y comience a diseñar experiencias.

Biblioteca de patrones de Jutro (19.6 MB)