Tres ajustes que no incluimos a propósito

Cada aplicación acumula ajustes del mismo modo que una casa acumula trastos: poco a poco, de forma imperceptible, con cada nueva incorporación bienintencionada. El resultado es una pantalla de ajustes que nadie lee y un producto que significa cosas ligeramente diferentes para cada usuario.

Cada configuración parece inofensiva por sí sola. Es un interruptor, viene desactivado por defecto y nadie está obligado a tocarlo. Pero cada interruptor duplica el número de formas en que la aplicación puede comportarse, y alguien tiene que probarlas todas, en cada plataforma y en cada idioma. Para un equipo pequeño que lanza versiones en iPhone, Android, Windows y el navegador, esa multiplicación marca la diferencia entre un lanzamiento cuidadoso y uno basado en la esperanza.

Tres opciones que nos hemos negado sistemáticamente a añadir, incluso cuando nos lo han pedido:

1. Elección entre dos procesos de incorporación

Si no podemos decidir cuál es mejor, ninguna de las dos es lo suficientemente buena como para lanzarla al mercado.

La solicitud suele provenir del propio equipo, más que de los usuarios: dos personas prefieren dos versiones, y una opción de configuración parece una solución diplomática. Pero no lo es. Un nuevo usuario no conoce lo suficiente la aplicación como para elegir cómo le gustaría que se le presentara. Por eso seguimos trabajando hasta que un flujo resulte claramente mejor, y lanzamos ese.

2. Un botón de activación/desactivación para el nuevo diseño

O bien el rediseño supone una mejora y se descarta la versión anterior, o bien el rediseño aún no está listo. Un botón de alternancia es una forma de evitar tener que tomar esa decisión, y duplica nuestra superficie de control de calidad para siempre.

Entendemos por qué la gente se lo pregunta. Un rediseño altera la memoria muscular, y eso resulta realmente perturbador. Nuestra respuesta es hacer que la transición sea más suave, en lugar de opcional: mantener las cosas en los mismos sitios siempre que sea posible, explicar qué se ha cambiado de sitio y dar tiempo a la nueva versión antes de juzgarla. Si, tras ese tiempo, el rediseño sigue resultando peor para la mayoría de los usuarios, lo más honesto es arreglarlo o revertirlo, no mantener dos aplicaciones dentro de una sola.

3. Una opción para “reducir las animaciones”

iOS ya cuenta con una, aplicada a todo el sistema, que respetamos. Añadir una segunda en nuestros ajustes supondría una duplicación y una admisión tácita de que nuestras animaciones predeterminadas resultan molestas. Es mejor corregir las animaciones.

Lo mismo ocurre con nuestras otras plataformas. Android, Windows y los navegadores cuentan cada uno con su propia configuración a nivel del sistema para reducir el movimiento, y nuestra labor consiste en respetarla en lugar de crear una paralela. Una persona que haya desactivado el movimiento una vez, para todo el dispositivo, no debería tener que volver a hacerlo en cada aplicación que instale.

Lo que sí añadimos

Esto no es una norma en contra de los ajustes. Añadimos uno cuando las personas necesitan realmente un comportamiento diferente por motivos que no podemos tener en cuenta en el diseño: las unidades de medida, el primer día de la semana o la distribución del teclado con la que alguien está aprendiendo a escribir. La pregunta que nos hacemos es si un ajuste refleja una diferencia real entre las personas o si se trata simplemente de una decisión que aún no hemos tomado.

En qué hemos fallado

No siempre nos hemos mantenido firmes. Hemos incorporado ajustes que, en un principio, eran una respuesta rápida a una sola solicitud y que se han mantenido mucho tiempo después de que nadie recordara ya el motivo. Eliminarlos más adelante resulta más difícil que no añadirlos, porque para entonces alguien ya depende de cada uno de ellos.

Rechazar configuraciones es un trabajo en sí mismo. Simplemente no aparece en ningún mensaje de commit.