Desde que el "diseño sin fricción" se convirtió en el mantra de las consultoras de experiencia de usuario, hemos construido interfaces como si el obstáculo cero fuera el ideal absoluto. Un tap, un clic, un swipe. Todo tan suave que el usuario llega a su destino antes de haber decidido si quería ir. Y ahí está el problema: hay destinos a los que no debería llegar tan rápido.
La obsesión por eliminar fricción viene de un lugar legítimo. Los formularios de veinte pasos, los pasos de pago kafkianos, los pop-ups que bloquean el contenido: esa fricción sí mata conversión y destruye confianza. Nadie la defiende. Pero el sector ha extrapolado mal: de "elimina la fricción innecesaria" hemos llegado a "elimina toda fricción", y ese salto tiene consecuencias reales sobre la vida de las personas que usan nuestros productos.
Hay una tendencia creciente que se empieza a ver en productos financieros, de salud y de bienestar: diseñadores que introducen resistencia a propósito, de forma reversible, en los momentos donde el usuario está a punto de actuar contra sus propios objetivos declarados. No para retenerlo. Para protegerlo.
La fricción mal diseñada es burocracia disfrazada de flujo: penaliza al usuario sin beneficiarle.
La fricción bien diseñada es una pausa cognitiva: activa la deliberación justo cuando el automatismo iba a tomar el control.
La diferencia no está en cuánta resistencia pones, sino en en qué momento del JTBD del usuario la introduces y con qué reversibilidad.
Flujo: El Problema con Hacer Todo Demasiado Fácil
Cuando diseñamos para máximo flujo, optimizamos para la ejecución. El usuario llega, actúa, se va. Si el producto hace bien su trabajo, esa acción se repite. Pero hay categorías de producto donde la repetición no es el objetivo del usuario, aunque sí lo sea del negocio.
Las plataformas de inversión minorista son el caso más documentado. Las que han maximizado la gamificación y la eliminación de fricciones —confeti al comprar, listas de activos "trending", compra en un deslizamiento— han visto incrementos de actividad que no se traducen en mejores resultados para el inversor. El dato es incómodo: más facilidad de ejecución correlaciona con más operaciones impulsivas, no con mejores decisiones. El deslizamiento que tarda 0,3 segundos no deja espacio para la pregunta "¿debería hacer esto?".
El diseño sin fricción asume que el usuario siempre sabe lo que quiere cuando llega al momento de la acción. Pero la investigación conductual lleva décadas diciéndonos que no es así: en situaciones de estrés, fatiga o impulsividad, el sistema automático del cerebro toma el control. Y ese sistema no tiene en cuenta los objetivos a largo plazo que el usuario nos dijo que tenía cuando se registró.
Diseñar solo para la intención presente es traicionar el objetivo futuro que el usuario te confió en el onboarding.
Esto conecta directamente con el marco Jobs-to-be-Done: el "trabajo" que el usuario contrató al producto no siempre es "ejecutar esta acción ahora". A veces es "ayúdame a no tomar esta decisión sin pensar". Si el producto solo optimiza para la ejecución inmediata, está ignorando la mitad del contrato.
Arquitectura: Cómo se Diseña Fricción que Ayuda
La fricción intencionada no es poner obstáculos aleatorios. Tiene una arquitectura precisa con tres condiciones que deben cumplirse para que funcione sin destruir la experiencia:
Condición 1: Activación contextual, no universal
La fricción tiene que aparecer en el momento específico en que el usuario está a punto de actuar contra su objetivo declarado, no como política general del producto. Un usuario que retira dinero de sus ahorros para pagar una factura inesperada no debería ver la misma resistencia que uno que está vaciando su fondo de emergencia tras una semana de mercado volátil. El contexto lo es todo.
Esto requiere que el producto sepa cuál es el objetivo declarado del usuario —lo que en JTBD llamaríamos el "job principal"— y tenga señales para detectar cuando la acción en curso está en tensión con ese objetivo. No es trivial de construir, pero es exactamente el tipo de inteligencia que justifica añadir una capa de lógica al producto.
Condición 2: Reversibilidad visible e inmediata
La fricción que paraliza no es fricción: es barrera. La diferencia operativa es la reversibilidad. El usuario tiene que poder saltarse la resistencia con un paso adicional claro, sin penalización oculta y sin que el sistema lo registre como un fallo. "¿Seguro que quieres retirar este dinero? Tu objetivo era llegar a X€ en diciembre. [Sí, continuar] [Esperar una semana]" es muy distinto a hacer que el botón de retirada desaparezca durante 72 horas.
La reversibilidad también protege al producto de convertirse en paternalista. Si el usuario puede ignorar la fricción fácilmente, la responsabilidad sigue siendo suya. El diseño solo ha asegurado que la decisión sea consciente, no que sea la que el diseñador considera correcta.
Condición 3: Explicación honesta en el momento
La fricción sin contexto es opacidad. El usuario tiene que entender en ese preciso instante por qué el producto está añadiendo ese paso extra. No en los términos y condiciones, no en una pantalla de ayuda: justo ahí, en dos líneas. "Te pedimos un segundo porque en los últimos tres días ya retiraste X€ y tu objetivo mensual se va a resentir" es una explicación que refuerza la confianza en el producto. "Esto es para tu seguridad" es una excusa.
Esta condición tiene un beneficio secundario importante: la transparencia sobre la intención hace que el usuario que sí quiere continuar no se sienta juzgado. La fricción explicada es respeto, no sermón.
Contexto: Dónde Tiene Sentido y Dónde No
Antes de aplicar este patrón, conviene ser honesto sobre en qué categorías de producto la fricción intencionada tiene sentido real y en cuáles sería un adorno innecesario o directamente contraproducente.
Tiene sentido en productos donde existe tensión estructural entre el objetivo a corto plazo del usuario y su objetivo a largo plazo. Finanzas personales, salud y bienestar, productividad, consumo de contenido, aprendizaje. Todas estas categorías comparten algo: el usuario llega con un "yo futuro" en mente y toma decisiones que a veces sabotean a ese yo. El producto que reconoce esa tensión y la gestiona con elegancia genera una lealtad que el producto puramente fluidificado no puede comprar.
No tiene sentido en productos transaccionales puros donde la eficiencia es el único valor: reservar un vuelo, pagar una factura, enviar un documento firmado. Aquí la fricción añadida sería paternalismo sin justificación y destruiría la experiencia sin ningún beneficio compensatorio. El mismo error que cometemos al añadir IA donde no aporta valor se puede cometer al añadir fricción donde no existe tensión entre objetivos.
Hay una zona gris especialmente interesante: los productos de e-commerce premium y las plataformas de contenido de suscripción. En estas categorías, la fricción intencionada podría usarse para reforzar la percepción de valor —el proceso de selección que tarda un poco más transmite cuidado— pero el riesgo de que se perciba como lentitud en vez de deliberación es alto. Aquí la implementación importa más que en cualquier otro sitio.
La pregunta no es si tu producto debería tener fricción. Es si tienes suficiente conocimiento del JTBD de tu usuario para saber en qué momento exacto esa fricción trabaja a su favor.
Implementación: De la Teoría al Producto Que Tienes Delante
Hablar de fricción intencionada en abstracto es fácil. Aterrizarlo en un producto concreto requiere un proceso que en Room 714 solemos estructurar en tres fases antes de tocar ni un pixel de diseño.
La primera es el mapeo de tensiones. En un taller de JTBD, identificamos los momentos del flujo donde existe una brecha entre el "job" declarado por el usuario en el onboarding o en investigación cualitativa y la acción que el producto facilita en ese punto. No todos los productos tienen estas tensiones. Los que las tienen, normalmente tienen más de las que sus equipos reconocen.
La segunda es la clasificación por impacto. No todas las tensiones justifican añadir fricción. Priorizamos según dos ejes: magnitud del daño potencial para el usuario si actúa sin deliberar, y frecuencia con la que ese momento ocurre en el flujo real. Los puntos de alta frecuencia y alto impacto son los candidatos. Los de baja frecuencia y bajo impacto, no.
La tercera es el prototipado del lenguaje antes del diseño visual. La fricción intencionada vive o muere en el copy. El tono, la longitud, la estructura de las opciones: todo eso determina si el usuario siente que el producto está de su lado o si siente que alguien le está regañando. Probamos el texto antes que la interfaz porque es más rápido de iterar y más determinante del resultado.
Hay un indicador que usamos para validar si la fricción está funcionando: la tasa de continuación deliberada. Si el usuario ve la pausa y elige continuar, ¿completa la acción con éxito o hay señales de arrepentimiento posterior (soporte, reversiones, churn)? Si la tasa de arrepentimiento tras "ignorar la fricción" es alta, la fricción estaba bien colocada pero mal diseñada. Si es baja, o bien el usuario tenía razón al saltársela o bien no había tensión real que resolver. Ambos escenarios son información. Algo similar ocurre cuando la investigación de usuario queda atrapada en un entregable estático en vez de alimentar decisiones de diseño en tiempo real: los datos están, pero no generan aprendizaje accionable.
Para los equipos que llevan tiempo trabajando bajo la doctrina del "flujo máximo", este cambio de mentalidad es incómodo. Hay métricas que van a bajar en el corto plazo —la tasa de acción inmediata, posiblemente el engagement crudo— mientras que las métricas que van a subir son más lentas y más difíciles de atribuir: retención a seis meses, NPS, satisfacción en encuestas de outcome. El argumento interno es difícil de ganar si el equipo solo mira el funnel semanal.
La conversación que hay que tener no es "¿ponemos fricción o no?". Es "¿qué promesa le hicimos a este usuario cuando se registró, y estamos diseñando para ayudarle a cumplirla?". Un producto puede funcionar perfectamente desde el punto de vista técnico y estar traicionando al usuario en cada sesión, simplemente porque optimiza para la métrica equivocada en el momento equivocado.
Si tienes un producto donde existe esa tensión entre objetivos y aún no la has mapeado, es una conversación que merece media jornada de taller antes de la próxima iteración de diseño. En Room 714 lo hacemos con frecuencia como punto de partida de auditorías de experiencia: no para añadir fricción por principio, sino para encontrar los dos o tres momentos donde el diseño actual está literalmente trabajando en contra del usuario que dice querer servir.
