Diseñar la fricción a propósito

Lo sin fricción ha muerto. La carrera de una década por eliminar cada toque, cada confirmación, cada pausa convirtió los productos en tragaperras de tocar y rezar, y los mejores equipos de 2026 están devolviendo la fricción en silencio. No por accidente. A propósito. En lugares concretos, por razones concretas.

La fricción no es el enemigo de la UX. La fricción es la forma en que la UX demuestra respeto. Un producto que deja borrar una cuenta con un solo toque no respeta al usuario. Uno que le pide escribir antes el nombre de la cuenta, sí. La pausa es el mensaje.

La fricción accidental no es lo mismo

La mayoría de los argumentos de "la fricción es mala" hablan de fricción accidental. Lag. Interfaces confusas. Dark patterns. Formularios que piden un número de fax en 2026. Flujos de onboarding que exigen confirmar el email, un código por SMS y un asistente de configuración antes de que el producto haga algo útil. Ese tipo de fricción es mala. Nadie la defiende.

La fricción diseñada es otra cosa. Es la pausa deliberada en un momento de alto riesgo para que el usuario tome una decisión real en lugar de una accidental. El segundo toque en Apple Pay. El escribir-el-nombre-del-repo-para-borrar de GitHub. El diff que Cursor muestra antes de tocar tu código.

La fricción accidental es un bug. La fricción diseñada es una feature. Confundir ambas es como la industria acabó con botones de borrar cuenta de un toque junto a modales de "¿seguro que quieres salir de esta página?" en formularios de contacto.

Los seis lugares donde la fricción se gana el sueldo

La fricción se gana el sueldo en contextos concretos. Seis, ordenados por lo mucho que castiga al usuario su ausencia.

Acciones irreversibles

Todo lo que el usuario no puede deshacer merece fricción. Borrar cuenta. Eliminar base de datos. Force-push. Vaciar la papelera. Borrar el dispositivo. El coste de un toque accidental es irrecuperable, así que el producto le debe al usuario un momento para confirmar su intención.

El borrado de repositorios de GitHub es la versión de manual. El usuario escribe el nombre completo del repo, exacto, antes de que el botón de borrar se active. La fricción no es teatro, es una función de forzado que convierte la memoria muscular en una decisión deliberada. Stripe la usa al revocar claves de API. AWS la usa al eliminar recursos. El patrón "escribe DELETE" existe porque la memoria muscular le gana a la intención, y las acciones irreversibles no pueden permitirse perder contra ella.

Flujos de dinero

Todo producto que mueve dinero le debe al usuario un paso de confirmación. Stripe Checkout es a propósito un flujo de dos pasos. Datos de la tarjeta en una pantalla, resumen y confirmación en la siguiente. El paso "extra" es toda la propuesta. El usuario ve qué paga, a quién paga y qué recibe, antes de que el cargo se materialice.

La doble pulsación de Apple Pay es la misma idea comprimida en hardware. El usuario se compromete dos veces, con un segundo de pausa en medio, antes de que el dinero se mueva. Esa segunda pulsación es la diferencia entre un pago y un accidente.

Los pagos sin fricción existen. Se llaman suscripciones, y también son la categoría más denunciada de las tiendas de apps por algo. Quitar el paso de confirmación no hace más feliz al usuario, le hace sentir que el producto se está aprovechando de él.

Llamadas a herramientas de IA

Cada vez que una IA va a ejecutar una acción real, escribir en el sistema de archivos, correr un comando, enviar un email, llamar a una API, el usuario merece un momento de aprobación.

El diff de aceptar o rechazar de Cursor es el estándar de oro. El modelo propone un cambio, aparece el diff, y el usuario acepta, rechaza o edita antes de que el cambio se aplique. La aprobación de artefactos de Claude sigue la misma forma. El agente de código propone editar un archivo, el usuario revisa, luego confirma. La fricción es la capa de confianza. Sin ella, el agente es solo una forma más rápida de corromper una base de código.

Los productos de IA que se saltaron este paso en 2024 y 2025 quemaron mucha confianza. Los que incorporaron el momento de aprobación son los que los usuarios dejan funcionando de verdad.

Borrado de cuenta y ajustes destructivos

Las confirmaciones de acciones destructivas de Linear son el ejemplo infravalorado. Archivas un proyecto, el sistema pregunta una vez. Borras un proyecto, pregunta dos veces y muestra lo que está a punto de desaparecer. Borras un workspace, exige escribir el nombre del workspace en texto plano. La fricción escala con el tamaño de la pérdida.

Notion aplica el mismo gradiente. Archivar con un toque porque archivar es reversible. Borrar tras una confirmación escrita porque borrar no lo es. El usuario nunca tiene que preguntar cuál es cuál porque la propia fricción señala lo que está en juego.

Un producto que trata archivar y borrar como el mismo gesto de un toque no respeta la diferencia. El usuario lo descubre por las malas, normalmente a las 11 de la noche de un martes, cuando el botón que tocó no era el que creía.

Momentos de compartir y publicar

El botón de publicar merece una pausa. Publicar un tuit, enviar un mensaje de Slack a un canal, publicar el borrador de un blog, compartir un archivo de Figma con un cliente. El acto es reversible en teoría y humillante en la práctica. Una pausa antes de enviar evita el DM de las 2 de la madrugada pensado para una persona y difundido a todo un departamento.

El aviso de Twitter de "¿seguro que quieres enviar esto?" en respuestas incendiarias es un ejemplo que funciona. La advertencia de Slack de "estás a punto de escribir a 4.200 personas" es otro. La fricción es el producto recordando lo que el usuario desearía que le hubieran preguntado.

La misma lógica vale para publicar. WordPress, Ghost, Webflow y todo CMS que valga la pena muestra un resumen de confirmación antes de que el post salga en vivo. La fricción es la diferencia entre "publicar" y "publicar y tener que despublicar de inmediato".

Datos sensibles y acceso a la cuenta

Iniciar sesión no es donde la fricción debe estar. La confirmación de dispositivo nuevo, sí. El aviso de 2FA la primera vez que se hace una acción sensible, sí. La pausa de "hemos detectado un inicio de sesión desde una ubicación nueva", sí.

Pon la fricción en la superficie de amenaza, no en la puerta de entrada. Los avisos de "¿Seguro?" de Apple en un inicio de sesión nuevo tienen la forma correcta. La reautenticación de sesión de Google antes de cambiar el email de recuperación tiene la forma correcta. Los bancos que piden un segundo factor en una transferencia por encima de un umbral tienen la forma correcta. Los bancos que piden un segundo factor cada vez que el usuario consulta su saldo tienen la forma equivocada, y entrenan al usuario a ignorar los avisos que importan.

Dónde la fricción mata el producto

La fricción en el lugar equivocado es simplemente mal producto. Tres patrones que evitar, todos modos de fallo reales en productos lanzados.

Fricción en la puerta de entrada. Pasos extra para iniciar sesión. Captchas en cada sesión. Flujos de confirmación por email que tardan tres días. El usuario aún no se ha comprometido, así que cada paso de fricción es una oportunidad de irse. Guarda la fricción para después de que el usuario decida quedarse.

Cancelación con dark patterns. Fricción diseñada para impedir que el usuario se vaya. Botones de cancelar enterrados cuatro pantallas más abajo. Modales de culpa del tipo "¿seguro que quieres perder todos tus beneficios?". Patrones de escribe-tu-contraseña-para-cancelar en cuentas que no pedían contraseña para registrarse. La fricción hostil convierte retención a corto plazo en daño de reputación a largo plazo. Las marcas que la aplican lo pagan.

Barreras de onboarding. Asistentes de configuración que exigen cada preferencia antes de que el producto haga nada. Muros de "completa tu perfil para continuar" en un producto que el usuario acaba de registrar para probar. La fricción durante la fase de construcción de confianza es fricción que el usuario todavía no ha aceptado. El patrón correcto es la divulgación progresiva, donde el usuario da más al producto a medida que el producto se lo gana.

Regla general: fricción en la acción, no en la entrada. Fricción proporcional al coste del error. Fricción que el usuario lea como cuidado, no como obstrucción.

La fricción es un material de diseño

El error de la mayoría de los equipos es tratar la fricción como binaria. Confirmar o no confirmar. Los equipos que lanzan los mejores productos de 2026 tratan la fricción como un material con una forma ajustable. Seis formas comunes, cada una con un peso distinto.

Pausa. Un respiro de 200 ms entre el toque y la ejecución. La fricción más ligera posible. Se usa en patrones de hover para confirmar y botones lentos.

Confirmación. Un modal que pregunta una vez. La fricción por defecto para acciones de riesgo medio como archivar un proyecto o enviar una factura.

Doble confirmación. Dos avisos seguidos, el segundo distinto del primero. Se usa cuando el primer aviso es algo que los usuarios descartan por costumbre.

Escribir para confirmar. El usuario escribe el nombre del recurso, la palabra DELETE o el email de la cuenta. Fuerza una atención deliberada. Se usa en las acciones más irreversibles.

Enfriamiento. Una ventana de espera antes de que la acción pueda repetirse o revertirse. Se usa en operaciones masivas y acciones de moderación donde el pánico es probable.

Ventana de deshacer. La acción ocurre, pero el usuario tiene un periodo fijo para revertirla. El deshacer envío de Gmail. La ventana de edición de Slack. La forma correcta cuando la acción es reversible con esfuerzo pero no catastrófica.

La forma correcta depende de lo que está en juego, de la reversibilidad y de la frecuencia con la que se ejecuta la acción. Los diseñadores que eligen una sola forma para todos los flujos diseñan como quien elige un solo peso de tipografía para todos los layouts. La restricción es el bug, no la feature.

Para ver cómo interactúan velocidad y fricción, consulta la velocidad es la marca y principios de diseño de landing pages.

El marco de auditoría de fricción

Pasa cada flujo por estas cuatro preguntas antes de lanzarlo. Si las respuestas son incorrectas, la fricción es incorrecta.

1. ¿La acción es reversible? Si lo es, la fricción puede ser ligera o inexistente. Si no, la fricción es obligatoria y debe escalar con el coste del error.
2. ¿Qué pierde el usuario si toca por accidente? Tiempo, dinero, datos, reputación, las cuatro cosas. La forma de la fricción debe corresponder al tamaño de la pérdida.
3. ¿Dónde aterriza la fricción en el flujo? La fricción en la puerta de entrada es mala. La fricción en el momento de la acción es buena. La fricción entre el usuario y el valor está en el lugar equivocado.
4. ¿La fricción se lee como cuidado o como obstrucción? Un usuario que se topa con la fricción debe sentirse respetado, no bloqueado. Si se lee como el producto frenándolo, la fricción es hostil.

Cuatro preguntas, en orden, contra cada flujo con algo en juego. La mayoría de los equipos se las salta porque el coste de ingeniería de añadir un modal de confirmación es trivial y la conversación de diseño sobre si debería estar ahí no lo es.

Para una lectura más profunda sobre decisiones a nivel de flujo, consulta principios de diseño web, la muerte del mockup y diseño del onboarding de productos de IA.

FAQ

¿Cuándo hay que añadir fricción a un flujo de UX?

Añade fricción en momentos de alto riesgo. Acciones irreversibles, flujos de dinero, llamadas a herramientas de IA, borrado de cuenta, publicación y cambios en datos sensibles. La fricción debe escalar con el coste de un toque accidental, y debe aterrizar en la acción, no en la entrada.

¿Ha muerto el diseño sin fricción?

Lo sin fricción como objetivo universal ha muerto. Lo sin fricción en los momentos adecuados sigue siendo correcto. Sin esfuerzo y sin fricción no son lo mismo, y la fricción diseñada en momentos de alto riesgo señala un producto que respeta al usuario.

¿Cuál es la diferencia entre buena fricción y dark patterns?

La buena fricción protege al usuario de un error del que se arrepentiría. La fricción de dark pattern protege a la empresa de una decisión que el usuario ya tomó. La buena fricción vive en la acción. La fricción de dark pattern vive entre el usuario y la salida. La forma puede parecerse. La intención es la opuesta.

Construye la capa que se gana la confianza

La fricción no es lo opuesto a una buena UX. Es la parte de la UX que señala que el producto sabe para qué sirve. Los equipos que lanzan productos en los que la gente confía en 2026 mapearon sus flujos, nombraron los momentos de alto riesgo, eligieron la forma de fricción adecuada para cada uno y defendieron la decisión cuando la dirección preguntó por qué el flujo tiene un modal de confirmación.

Si tu producto pierde confianza porque cada acción se siente igual, contrata a Brainy. Entregamos auditorías de UX, rediseños de flujos y la capa de fricción que convierte un producto de tocar y rezar en un producto con el que la gente se queda. La fricción es un material. Úsala a propósito, en los lugares correctos, con la forma correcta, y el producto se lee como cuidado cada vez que el usuario lo toca.