Cómo se siente una buena aplicación

Una buena aplicación se siente resuelto. Cada toque aterriza donde esperas, cada animación termina antes de que te des cuenta, cada pantalla tiene una respuesta clara a la pregunta “¿qué estoy viendo?”.”

Una aplicación mala da la sensación de que está pensando. Iconos de carga en lugares donde no deberían estar. Botones que tardan medio segundo en responder. Diseños que cambian cuando ya has empezado a leer.

La mayoría de la gente no sabe cómo llamar a estas cosas, pero las percibe. Nadie dice que una aplicación tenga una latencia de entrada elevada; dicen que resulta torpe y dejan de abrirla.

No se trata de pruebas de rendimiento

La velocidad es importante, por supuesto. Pero hay muchas aplicaciones que son “rápidas” en las pruebas de rendimiento y, aun así, dan la sensación de que algo falla. La diferencia está en los intervalos: esos momentos entre la acción y la respuesta, en los que una buena aplicación se mantiene discreta y una mala parece pedir perdón.

Eso no se puede medir en milisegundos. Se mide utilizando la aplicación durante una semana y fijándote en si alguna vez tienes que esperar a que la interfaz de usuario responda a lo que quieres hacer.

Eso es, prácticamente, lo que hacemos. Siempre que podemos, las personas que desarrollan una aplicación la utilizan para lo que está pensada antes de su lanzamiento: un registro de hábitos para llevar un seguimiento de los hábitos, un planificador de comidas para planificar las comidas de una semana real. Los problemas que nunca aparecen en un plan de pruebas salen a la luz rápidamente cuando dependes de la aplicación.

Lo que buscamos

Golpea los objetivos a la primera. Desplazamiento que se detiene donde querías. Búsqueda que encuentra lo que querías decir, no sólo lo que has escrito. Errores que te indican el problema real, no “algo ha ido mal”.”

Algunas más que hemos ido añadiendo con el tiempo:

• Nada de lo que escribas se pierde nunca: ni al girar la pantalla, ni cuando la aplicación pasa a segundo plano, ni cuando te interrumpe una llamada.
• El teclado nunca tapa el campo en el que estás escribiendo.
• La función «Deshacer» está presente siempre que resulte molesto corregir un error manualmente.
• La aplicación recuerda dónde te quedaste, por lo que al volver a abrirla te parece que sigues donde lo dejaste, en lugar de empezar de cero.

La misma lista se aplica a todas las plataformas en las que lanzamos nuestros productos. Una ventana emergente de una extensión de navegador debe ofrecer la misma sensación de solidez que una aplicación para móvil, y una aplicación Windows debe respetar los atajos de teclado y el cambio de tamaño de la ventana tal y como los usuarios esperan en un ordenador de sobremesa.

La disyuntiva

Hacer esto bien lleva un tiempo que nunca aparece en la lista de características. Una semana dedicada a pulir transiciones y solucionar casos extremos es una semana que no dedicamos a algo que pudiéramos anunciar. Creemos que es la mejor forma de aprovechar esa semana, pero eso sí significa que, a veces, nuestras aplicaciones ofrecen menos funciones que las de la competencia. Es una concesión que hemos decidido aceptar de buen grado.

En qué nos equivocamos

Antes solíamos dejar el pulido para el final, como un último paso una vez terminadas las funcionalidades. Ese último paso siempre acababa quedando relegado. Ahora, la sensación que transmite una pantalla forma parte de si está terminada, desde la primera versión, y no es un extra que se añada si queda tiempo.

La mayor parte de este trabajo pasa desapercibido. Los usuarios no se dan cuenta de él cuando está bien hecho; simplemente notan que la aplicación es agradable de usar. Ese es el objetivo: que nunca te culpen por trabajar.