La sensación de rapidez
Lo que se percibe no es lo que se mide: las seis técnicas que hacen que una aplicación se sienta rápida, y la que hace lo contrario aunque el número mejore.
Las seis técnicas
La primera es la que más rinde de todas las técnicas de esta fase, y no cuesta nada: separar «he recibido tu gesto» de «he terminado el trabajo».
Respuesta inmediata y trabajo terminado
Merece detallarlo porque es la idea central:
La incertidumbre
Y una regla sobre no mentir: si no sabes cuánto va a tardar, no finjas que sí.
- Barra de progreso solo si conoces el total y avanza de verdad. Nivel 45.3.
- Indicador indeterminado si no lo sabes. Es honesto y suficiente para tiempos cortos.
- Y una barra que se queda en el 90% mucho rato es peor que ninguna: destruye la confianza en todos los progresos futuros de tu aplicación.
Y lo mismo con el tiempo estimado: si oscila, quítalo. Nivel 45.3.
La optimización que empeora la sensación
La que merece el aviso: agrupar trabajo para reducir el total.
Es tentador y a veces correcto: en vez de procesar cada elemento según llega, esperar a tenerlos todos y procesarlos juntos, que es más eficiente. El número total mejora y la percepción empeora, porque el usuario pasa de ver progreso continuo a ver una espera larga y luego todo de golpe.
El criterio: si el trabajo es visible para el usuario, prefiere el progreso continuo aunque el total sea algo mayor. Si es invisible —una tarea de fondo—, agrupa y optimiza el total.
Y la variante concreta más común: cargar una lista entera antes de mostrarla, en vez de mostrar los primeros veinte en cuanto están. El segundo es más lento en total y se siente mucho más rápido.