¿Existe una definición generalmente aceptable de los retrasos (suave) en tiempo real?

Question

Estoy tratando de encontrar un punto de referencia para el tiempo que los usuarios están dispuestos a esperar una respuesta de un servicio remoto. En mi caso la respuesta es muy útil para el negocio pero no validación crítica de la entrada de datos. Supongo que debe haber habido algún trabajo realizado en el espacio de HCl en esto.

Si usted sabe de una definición generalmente aceptada para blandos las respuestas en tiempo real, entonces genial pero también lo agradecería sus pensamientos bien razonadas.

Chris

Answer 1

EE.UU. DOD MIL-STD 1472-F Standard Ingeniería humana tiene los requisitos más ampliamente aceptada para máximo permitido tiempo de respuesta (de la Tabla XXII, página 196, los tiempos en segundos):

respuesta clave (depresión tecla hasta respuesta positiva, por ejemplo, "clic"): 0,1

Tecla imprimir (depresión llave hasta la aparición del personaje): 0,2

pasar página (Fin de la petición hasta primeras líneas son visibles): 1.0

Página Scan (Fin de la solicitud hasta que el texto comience a desplazarse): 0,5

Entrada XY (De selección de campo hasta que la verificación visual): 0,2

Función (A partir de la selección de mando hasta que la respuesta): 2.0

Pointing (de la entrada de punto a punto de la pantalla): 0,2

Sketching (de la entrada del punto de visualización de línea): 0,2

Actualizar local (Cambio de imagen con base local de datos, por ejemplo, la nueva lista de menú): 0,5

Host Update (de memoria intermedia de visualización): 2,0

archivo de actualización (Cambiar donde los datos son en el host en forma fácilmente accesible): 10,0

Consulta - simple (por ejemplo, un cambio de escala de imagen existente): 2,0

Consulta - Complejo (actualización de la imagen requiere un acceso a un archivo de host): 10,0

Puntuación error (de mando hasta la visualización de un mensaje de uso común): 2.0

Como se puede ver, el tiempo de respuesta aceptable depende de cuál es la respuesta que el usuario está esperando. Para algo así como un menú desplegable que aparece, es de 0,5 segundos como máximo. Para una carga de página completa en un navegador, usted quiere algo que aparezca en 1.0 s a 2,0 s y la página completa cargada en 10,0 s. En todo lo anterior, los tiempos de respuesta más cortos son mejores. Sólo en circunstancias extrañas serán los usuarios de oponerse a un tiempo de respuesta de 0,001 s.

En cualquier caso, si el tiempo de respuesta será mayor que 0,5 s, entonces usted necesita para proporcionar información tal como un reloj de arena o Throbber sprite. Si el tiempo de respuesta es de un mínimo de 5-15 s (dependiendo de lo estándar que usa), proporcionar una barra de progreso. Con una barra de progreso, los tiempos de respuesta muy largos (del orden o incluso minutos más horas) pueden ser aceptables, siempre y cuando lo configura para el usuario como un proceso “batch” en lugar de ser un programa interactivo. Es mucho mejor para el usuario para hacer todas las entradas y esperar una hora para hacer que la entrada en cuatro ocasiones, esperar 15 minutos después de cada uno.

La lista anterior tiene los estándares aceptados. Tiempo durante el que los usuarios son dispuestos a esperar (por ejemplo, antes de renunciar) esencialmente se reduce al usuario que realiza un análisis de coste-beneficio. Es lo que voy a conseguir la pena la espera? ¿Cuáles son mis costos hundidos? ¿Hay una alternativa (por ejemplo, otro sitio web) que puede hacerlo mejor? ¿Puedo hacer otras cosas mientras que esperar para hacer la mayor parte del tiempo? Sin embargo, cualesquiera que sean los usuarios dispuestos a hacer, usted puede apostar que van a resienten retrasos superiores a las normas anteriores.

Answer 2

tiempo de reacción humana parece estar alrededor 200 ms - nada por allí será percibido como instantáneo. Ese tipo de número es difícil de lograr, especialmente en una aplicación que obtiene información de los servicios a distancia.

Si usted echa un vistazo a buzón de sugerencias de búsqueda de Google, el retraso es mínima - menos de un segundo. Es sorprendentemente rápido, y realmente notable para una aplicación web. Esto es muy agradable para los usuarios de Google, pero es una mala noticia para usted. En estos días, los usuarios esperan que la mayoría de las aplicaciones para reaccionar con el mismo tipo de velocidad de una eficiencia; nada más lenta se considera más bien perezoso. Sin embargo, vale la pena señalar que la paciencia de la gente por lo general varía con la complejidad de la tarea en cuestión. Una forma sencilla someter nunca debe tomar mucho tiempo, pero se espera algo así como subir fotos a tomar un tiempo.

Mi sensación es la siguiente: ir con su intestino. Si su aplicación es bastante simple entonces usted debe tratar de obtener el tiempo / carga de espera a menos de un segundo. Si no puede, entonces la mejor opción es añadir un indicador para que el usuario sabe que algunos cálculos se están haciendo en el fondo. Esto puede ser en forma de una pequeña animación o una barra de progreso.

Answer 3

Por desgracia, la respuesta a esta pregunta no es típicamente un número bien definido. Expectativas de los usuarios son muy variables y pueden cambiar dependiendo de qué es lo que está hablando.

A medida que los ordenadores son cada vez más omnipresente y nosotros (los consumidores) siguen teniendo crecientes expectativas de velocidad, servicios remotos, sitios web, e incluso aplicaciones tendrán que seguir para responder más rápidamente. En términos generales, usted quiere que todo sea lo más rápido posible.

Con esto dicho, me gustaría ver lo que su servicio remoto es para. Puesto que usted ha dicho, "la respuesta es muy útil para ..." para mí, eso significa que probablemente se acostumbrará frecuencia. La gente tiende a utilizar lo que es útil. Si ese es el caso, me gustaría ver la manera de hacer que respondan servicio remoto de forma rápida.

Por supuesto, también existe la advertencia de que no desea iniciar la optimización antes de que el servicio está escrito. ¿Cuál es el tiempo de respuesta actual? ¿Cuál es el contexto en el que se utilizará este? Esos factores harán mucho para determinar los usuarios más largos están dispuestos a esperar por el servicio.

Answer 4

Es posible que desee buscar o "Service Level Agreement" "SLA" . Esos son los documentos en un negocio en la Web que hacen garantías con respecto a la cantidad de datos grandes les puede tomar para llegar de nuevo al usuario, si se trata de un documento HTML o una llamada de servicio web.