Cuando se trata de tecnología, más rápido no siempre es mejor.
Eso es verdad 47 por ciento la gente quiere que las páginas web se carguen en dos segundos o menos (y el 40 por ciento abandona los sitios que tardan tres segundos en cargarse). Pero cuando los tiempos de carga caen significativamente por debajo de ese umbral de dos segundos, los usuarios comienzan a mostrarse escépticos.
Para entender por qué, póngase en el lugar de alguien que verifique su puntaje de crédito. En el pasado, puede haber pasado horas hablando por teléfono para obtener incluso el informe de crédito de una sola agencia. Ahora, usando una aplicación, puede obtener los tres informes en cuestión de segundos con solo unos toques.
Sí, la aplicación es rápida, y sí, desde una perspectiva objetiva, es fácil de usar. Sus diseñadores claramente hicieron sus deberes . ¿Pero él confía en los resultados de la aplicación? ¿Es una estafa? ¿Reunió realmente el programa los tres informes, los verificó en busca de errores y los presentó en cuestión de segundos?
De ninguna manera, él podría pensar. Dada su experiencia pasada, sería perfectamente razonable al pensar que la aplicación no podría haberlo hecho tan rápido.
En la mayoría de los casos, una experiencia de usuario rápida tiene sentido. La optimización es importante, y francamente, la mayoría de los sitios necesitan más , no menos.
Pero existen ciertas situaciones en las que un UX más lento puede aumentar la confianza y el compromiso del usuario. Considere ralentizar su software para:
Cuando vuelas, el trabajo de la Administración de Seguridad del Transporte no es solo hacerte más seguro; también es para hacerte sentir más seguro. Este mismo trabajo de ilusión es lo que te hizo sentir seguro al presentar tus impuestos con Turbo Tax a principios de este año. Intuit creado barras de carga animadas falsas que muestran que comprueba tres veces sus devoluciones por errores a pesar de que realmente lo hace en el camino.
Disminuir el ritmo de este proceso estresante les dice a los usuarios que TurboTax está trabajando duro para ellos y que pueden confiar en él con información confidencial. Facebook proporciona controles de seguridad aleatorios por una razón similar: al llamar la atención sobre algo que ya está ocurriendo detrás de escena, Facebook les da a los usuarios la confianza de que sus datos están seguros.
¿Cuándo, exactamente, debería proporcionar una ralentización del show de seguridad? Uno podría estar en orden si el usuario ha proporcionado información sensible (como un número de seguro social o domicilio), dinero pagado para utilizar su servicio o si está comprometido con él.
Por ejemplo, imagina un inicio de búsqueda de hogar. En lugar de hacer la tarea de encontrar el hogar perfecto, la aplicación de inicio se encarga de ello. Debido a que cuesta dinero y requiere información personal, es imperativo que ralentice el proceso. Para generar confianza, la aplicación debe explicar por qué necesita sus datos confidenciales, cómo utilizará esa información y garantizarle que mantendrá segura su información. Una aplicación de mensajería gratuita, por otro lado, no necesita tal desaceleración. Su objetivo es simplemente ganar y mantener a sus usuarios a través de una experiencia perfecta con la menor cantidad de barreras.
Gracias a Ley de Moore y la maduración de los dispositivos conectados, muchos productos de tecnología moderna son rápidos y eficientes con poca latencia percibida. La computación móvil y las velocidades de red son notablemente rápidas en comparación con hace incluso cinco años.
Pero con tantos usuarios acostumbrados al irregular servicio de Internet, a las tecnologías antiguas y al software defectuoso, las velocidades de operación rápidas pueden hacer que se preocupen si su producto está funcionando correctamente. La tecnología de escaneo ocular de Wells Fargo, por ejemplo, fue tan rápida que los usuarios no creyeron que estaba haciendo lo que decía que era. Los desarrolladores retrasó artificialmente el proceso estratégicamente incluyendo escanear y autenticar barras de progreso.
No obstante, reducir la velocidad de su producto para que coincida con las expectativas del usuario debería ser una solución provisional. Busque oportunidades para educar a los usuarios sobre las velocidades actuales del software. Dentro del producto en sí, explique cómo su software es más rápido que nunca.
Facebook, nuevamente, proporciona un ejemplo ilustrativo. ¿Alguna vez se dio cuenta de cómo envía notificaciones temporales a su suministro de noticias después de una actualización del producto? Cada actualización menciona cómo Facebook está trabajando constantemente para mejorar la velocidad de la plataforma.
En su propio producto, vaya un paso más allá e incluya un llamado a la acción para permitir que los usuarios brinden sus comentarios. Tenga a mano una pregunta frecuente (o, mejor aún, soporte en vivo) para responder a esta retroalimentación y ayudar a los usuarios a comprender qué está sucediendo realmente detrás de las escenas de su software.
Tenga en cuenta que no todos los dispositivos están conectados a proveedores de Internet rápidos. Los usuarios de su producto pueden ser de medios modestos o vivir en áreas rurales, o su propia infraestructura de servidor puede no estar a la altura.
De cualquier forma, los indicadores de progreso, como las barras de carga, pueden recordarle a los usuarios que su producto aún está trabajando en su solicitud. Por ejemplo, FirstRand Bank Limited de Sudáfrica horneó una barra de progreso artificial en su interfaz web. Debido a que su infraestructura es obsoleta y lenta, la información no se puede mostrar tan rápido como podría, por ejemplo, en la aplicación de Wells Fargo.
Nuevamente, considere la experiencia del usuario. Si eres un cliente de FirstRand mirando a una pantalla en blanco durante 15 segundos después de hacer clic en un botón, ¿no intentarías verificar tu conexión y actualizar la solicitud? Desafortunadamente, estas acciones solo empeoran el cuello de botella.
Una barra de carga falsa puede no ser la solución ideal, pero es mejor que no proporcionar ninguna retroalimentación. Animación para mostrar que su software está manejando la solicitud del usuario proporciona alivio para sus servidores y sus usuarios.
Toda esta charla sobre la ralentización del software requiere un contexto histórico. Las limitaciones del sistema y las experiencias pasadas de los usuarios pueden ralentizar las cosas, pero en general, la tecnología está empujando hacia experiencias de usuario más rápidas.
Cuanto más tiempo transcurra, más usuarios de tecnología a largo plazo tendremos. Cuantos más usuarios de tecnología a largo plazo se acostumbren a los resultados instantáneos, menos diseñadores de UX necesitarán ralentizar sus tecnologías. Cuanto más rápido funcionen las tecnologías y, lo que es más importante, funcionen correctamente, más usuarios confiarán en ellas. Mientras tanto, las generaciones más jóvenes sin las nociones preconcebidas de sus padres se convertirán en adultos que están acostumbrados a experiencias tecnológicas fluidas.
Sin embargo, todavía existen generaciones mayores que no se sienten cómodas con la tecnología, y dos personas de diferentes características demográficas rara vez tienen los mismos niveles de comodidad con las mismas tecnologías. En la actualidad, la ralentización intencional de ciertos escenarios de productos puede ayudar a los usuarios mayores a sentirse cómodos con lo que sucede con sus datos.
Cuando los sistemas lentos (según los estándares actuales) desaparecen y la gente está acostumbrada a obtener resultados instantáneos, la cantidad de sistemas que nos revelan sobre sus operaciones de back-end puede convertirse en una cuestión de libertad personal. Como humanos, queremos sentirnos en control. Las opciones son reconfortantes.
En definitiva, la velocidad es importante, pero también lo es haciendo coincidir las expectativas de los usuarios . No importa qué tan rápido avancemos hacia el futuro, la ralentización nunca pasará de moda.