it-swarm-es.com

Manejo de fechas efectivas en una solicitud administrativa

Cuando tratamos con información basada en seguros, a menudo necesitamos implementar el uso de Fechas de vigencia en la mayoría de nuestros datos. Hay numerosas razones para esto en las que no voy a entrar, no hace falta decir que parte del diseño no puede ser alterado.

El problema con el que me encuentro a menudo es cuando necesito crear una interfaz administrativa para estos datos para nuestros usuarios comerciales. Por lo general, en la parte superior de la pantalla en la que se encuentran, el usuario selecciona una fecha de vigencia. Esta fecha de vigencia determina qué datos se les presentan con fines de edición. (es decir, que los datos son efectivos para ese período de tiempo)

Ahora, cada vez que el usuario realiza un cambio, le pedimos la fecha efectiva de este cambio. Luego hacemos un cambio en la base de datos dependiendo de lo que hizo el usuario.

  • Si eliminaron un registro, en realidad solo marcamos la fecha de finalización del registro como
    la fecha efectiva del cambio.

  • Si actualizan un registro, finalizamos la fecha del registro anterior y creamos uno nuevo
    registro con la nueva fecha de vigencia.

  • Si agregan un registro ... bueno, agregamos un registro.

Estos son los problemas con los que me encuentro con una buena experiencia de usuario/UI.

  1. El usuario debe informarnos constantemente la fecha efectiva de un cambio. Esto es engorroso y molesto para el usuario.

  2. El usuario no puede ver los cambios en su pantalla a menos que hagan que el cambio entre en vigencia de inmediato. Esto se debe a la fecha de vigencia que se selecciona en la parte superior de la pantalla. Además, casi nunca hacen un cambio efectivo inmediatamente.

  3. Por último, dado que en realidad no estamos haciendo los cambios que esperan, no podemos mostrarles los datos en formato tabular, porque no tendría mucho sentido para ellos. Pensarían que un dato está allí una vez, pero lo verían 25 veces debido a 25 cambios.

Esperaba poder retroalimentarme sobre el tipo de cambios que haría en una interfaz de usuario para ayudar con un problema como este. No estoy seguro de si es un problema con el que la gente tiene que lidiar a menudo, pero en la industria de seguros tenemos que lidiar con él con mucha frecuencia. La tecnología no importa, Thick Client, aplicación web, etc.

Editar

Para ser un poco más claro.

  1. La aplicación a la que me refiero es la aplicación administrativa que maneja la modificación de los datos del backend. La aplicación en sí misma ya está en su lugar y se ejecuta utilizando dichos datos de fondo.
  2. Al referirse a fechas de vigencia. Cuando la aplicación real solicita datos, pasa una fecha de vigencia para averiguar qué registros son "vigentes" esa fecha. Hay una "Fecha de finalización" correspondiente que es nula o completa. En una base de datos de 20 tablas, probablemente al menos 10 tendrán fechas efectivas en sus registros.
  3. Cuando digo que no estamos haciendo lo que esperan. Lo que quiero decir es que dicen "Eliminar este registro" y en realidad terminamos con la fecha. Dicen "Actualizar este registro" y en realidad finalizamos la fecha y creamos uno nuevo.
  4. Cada entrada requiere una fecha de vigencia. Si se trata de un nuevo registro, la aplicación aún necesita saber cuándo entra en vigencia, y el razonamiento podría ser simplemente porque es cuando la empresa lo quiere o porque es cuando entra en vigencia una determinada ley. No hay forma de adivinarlo.

Es cierto que simplemente puedo publicar mensajes de confirmación/estado para el usuario una vez que se haya completado una acción, pero lo que he estado tratando de hacer es implementar una interfaz de usuario que haga que este proceso sea un poco más fluido, más informativo y más intuitivo para el usuario. usuario final. Entonces, si bien es posible que no conozcan cada pequeño detalle de lo que realmente está sucediendo en el back-end, se sentirán seguros de que está haciendo lo que necesitan.

5
Jeff Sheldon

¿Podría crear una interfaz de pestaña vertical, con cada pestaña representando una fecha efectiva? Haga clic en una pestaña para ver los datos a partir de esa fecha de vigencia. (Piense en la máquina del tiempo de Apple sin la animación elegante).

Para realizar un cambio, el usuario comenzaría ingresando una fecha de vigencia. Eso crearía y seleccionaría una nueva pestaña, una copia de la anterior, con campos editables. Por lo tanto, está claro qué fecha de vigencia se está editando, y también es posible hacer clic en las pestañas y ver la política en otros momentos.

Con el modelo sugerido aquí, una política nunca "terminaría" (aunque todavía hay una fecha de finalización en el DB); simplemente sería reemplazado por la próxima fecha de vigencia.

Desafortunadamente, eso significa que la política nunca termina después de la última fecha de vigencia. Puede hacer que la última pestaña sea un marcador que indique el final de la política. Entonces, en lugar de "eliminar", los usuarios simplemente cambiarían la fecha efectiva de la pestaña final. (Es posible que aún tenga un botón "eliminar"; cambiaría la fecha efectiva de la pestaña de finalización a hoy).

4
Patrick McElhaney

Es difícil evitar pedirle al usuario una fecha efectiva para cada cambio si tienen que dar una fecha efectiva específica para cada cambio. Sin embargo, hay algunas oportunidades. Investigue un poco sobre cómo las personas usan su software y vea si puede descubrir algunos patrones. Por ejemplo, quizás los usuarios estén administrando cuentas, y las cuentas siempre están mutadas el último día del mes. Si ese es el caso, puede dejar de preguntar a los usuarios sobre fechas específicas para esas mutaciones y, en su lugar, completarlas (eligiendo una opción predeterminada u ocultando el control - prueba de usuario para ver qué funciona mejor). También puede verificar si hay fechas periódicas durante todo el año, o cada mes, en las que suceden ciertas cosas, y tal vez ofrecerlas como plantillas. Por ejemplo, "Día de revisión de rendimiento" o "Último día de cada mes". En última instancia, debe identificar patrones para ver cómo puede optimizar el flujo de trabajo y reducir la entrada del lado del usuario.

Editar: no borrado y eliminé la mayor parte de la respuesta donde no sabía lo que estaba pasando

3
Rahul