¿Cuáles son los desafíos de UI / UX al diseñar aplicaciones en tiempo real?

Transiciones (mientras el usuario está ausente)

Las aplicaciones en tiempo real también deben, como sugiere el OP, ajustarse a las expectativas del usuario. Un desafío sería poner en cola los cambios de estado mientras el usuario no está en su aplicación, y luego reproducir los cambios en orden cronológico cuando el usuario regrese.

Si su aplicación es en tiempo real en el sentido de que solo importa el estado actual , entonces probablemente podría omitir las colas, pero si su aplicación requiere que el usuario observe la ruta por la que se logró el estado, entonces las colas se convierten en una preocupación.

Datos que desaparecen

Los datos que desaparecen siempre deben dejar un rastro. Debe señalar que se pierde; de ​​lo contrario, puede perderse por completo.


Las decisiones finales de UX que tome siempre dependen del contexto para el que se está desarrollando. Tenga en cuenta a sus usuarios y diseñe como usuario.

Esto no aborda la pregunta principal, pero me gustaría analizar las otras preguntas planteadas en esta publicación.

Creo que el tiempo real es un gran paso adelante para UX, ya que así es como funcionan las cosas en el mundo real cuando interactuamos con ellos. Cuando vuelcas una taza, se derrama en tiempo real; cuando gira el volante, su automóvil gira (y cuando pisa los frenos, se detiene).

En cuanto a la nueva información que aparece y desaparece, creo que la clave son las transiciones. Usando mi ejemplo anterior, un vaso no aparece instantáneamente en el suelo en un charco cuando lo tiras de una mesa: se cae. Para que las aplicaciones en la web se sientan realmente “en tiempo real” (y así aprovechar la experiencia de usuario mejorada que viene con interacciones escépticas / simulacráticas), las cosas tienen que moverse por el espacio como lo hacen en la vida real.

Gran pregunta: definitivamente hay bastantes consideraciones en las que mucha gente no pensaría hasta que estén en el meollo de su diseño de interacción.

Una de las consideraciones con las que he tenido problemas en las aplicaciones en tiempo real es la idea de estado del usuario en relación con el movimiento entre vistas.

Un par de ejemplos:

Si el usuario hace clic en un elemento de publicación de un feed, y luego regresa al feed, en qué parte del feed estará el usuario (ya sea en el lugar del feed donde lo dejaron o en la parte superior porque se han recibido nuevos datos) cargado)?

Otro ejemplo: el usuario realiza una publicación y luego vuelve a un feed. Tiene sentido colocarlos en su publicación en la parte superior de la lista, pero ¿qué pasa si la publicación se hizo en relación con otra publicación más abajo en la lista?

El usuario se desplaza a través de un gran conjunto de datos en tiempo real. Seleccionan accidentalmente un botón de navegación e intentan volver rápidamente a la lista en tiempo real. ¿Dónde estarán?

Soy el diseñador de UI para una compañía que hace software de monitoreo para megayates. Sin embargo, no está basado en la web, por lo que puede no ser del todo relevante para su caso.
Los datos que aparecen o desaparecen no son un gran problema. Difícilmente sucede en nuestro caso y cuando sucede, simplemente atenuamos el instrumento y publicamos una notificación. El desafío más grande es tratar con datos erráticos: valores saltando de un extremo a otro. Sin contramedidas, el instrumento sería igual de nervioso y, por lo tanto, difícil de leer. Por lo tanto, para contrarrestar, ignoramos mediciones que están imposiblemente lejos del valor actual en un marco de tiempo imposiblemente corto.
Para todo lo demás, animamos suavemente entre mediciones. El tiempo real se pone nervioso rápidamente.

Estamos trabajando en una aplicación en tiempo real en este momento y después de usarla durante algunas semanas, el principal problema de UX parece ser mantener al usuario actualizado sobre lo que sucedió desde la última vez que vio la página y dónde se encuentra. El estado actual de la aplicación.

Sin embargo, diseñar alrededor de esto es bastante fácil. Podríamos, por ejemplo, resaltar toda la información nueva y, al hacer clic en ella, el campo resaltado cambiará; como notificaciones en Quora, por ejemplo. Sin embargo, eso solo funciona si tiene ~ 10 nuevas entradas desde la última visita. Si tiene 2,000 entradas, entonces resaltarlas no funcionará. Esto requiere repensar la UI / UX e incluso los objetivos de su aplicación.

Podemos ver el ejemplo más obvio, Twitter. Cuando estás en la página de noticias de Twitter, obtienes todos los tweets recientes de tus amigos, todos los demás están ocultos debajo del botón “mostrar más”. No puede ver todos los tweets desde la última vez que visitó la aplicación. Esa es una elección de diseño consciente que centra su atención en lo que está sucediendo ahora y limita sus opciones.

En el Tweetbot, por otro lado, puede elegir ver un salto de línea entre los tweets que vio y los que perdió. Sin embargo, si te perdiste muchas horas de tweets, incluso Tweetbot no te mostrará todos los tweets nuevos. Verá un salto de línea donde lo dejó, y luego algunos tweets nuevos, generalmente de la última hora. Nuevamente, esa es una opción de diseño en su UI / UX que le permite ver solo información relevante, pero no toda.

En conclusión, no creo que exista un gran desafío cuando se trata de diseñar aplicaciones en tiempo real, ya que en realidad requiere que se tenga una gran conciencia del hecho de que es en tiempo real y, por lo tanto, se diseña en consecuencia.