<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Conceptos on Fernando Ruiz</title><link>https://www.fernandoux.com/es/wiki/conceptos/</link><description>Recent content in Conceptos on Fernando Ruiz</description><generator>Hugo</generator><language>en-us</language><atom:link href="https://www.fernandoux.com/es/wiki/conceptos/index.xml" rel="self" type="application/rss+xml"/><item><title>Affordances vs Signifiers: El Lenguaje Invisible del Diseño</title><link>https://www.fernandoux.com/es/wiki/conceptos/affordances-vs-signifiers/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/affordances-vs-signifiers/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Un &lt;strong&gt;Affordance&lt;/strong&gt; es la relación entre un objeto y una persona: es la propiedad del objeto que permite realizar una acción (ej. un pomo permite girar). Un &lt;strong&gt;Signifier&lt;/strong&gt; es la señal visual o sonora que comunica esa capacidad (ej. la forma del pomo indica qué hay que hacer con él).
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-legado-de-don-norman-en-ux"&gt;El Legado de Don Norman en UX&lt;/h2&gt;
&lt;p&gt;El concepto de Affordance fue introducido originalmente por James J. Gibson en psicología perceptual, pero fue &lt;strong&gt;Don Norman&lt;/strong&gt; quien lo adaptó al diseño en su libro fundamental &lt;em&gt;The Design of Everyday Things&lt;/em&gt;. Para Norman, un buen diseño es aquel que no necesita manuales de instrucciones: el usuario sabe qué hacer con solo mirar el objeto.&lt;/p&gt;</description></item><item><title>ARIA vs HTML Semántico: La Regla de Oro</title><link>https://www.fernandoux.com/es/wiki/conceptos/aria-vs-semantica/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/aria-vs-semantica/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;HTML Semántico&lt;/strong&gt; utiliza las etiquetas nativas del navegador (como &lt;code&gt;&amp;lt;button&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;input&amp;gt;&lt;/code&gt;, &lt;code&gt;&amp;lt;nav&amp;gt;&lt;/code&gt;) que ya traen accesibilidad y comportamiento integrados. &lt;strong&gt;ARIA&lt;/strong&gt; (Accessible Rich Internet Applications) es un conjunto de atributos que se añaden al código para &amp;ldquo;parchear&amp;rdquo; o explicar elementos personalizados que el navegador no entiende por defecto.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="la-primera-regla-de-aria"&gt;La Primera Regla de ARIA&lt;/h2&gt;
&lt;p&gt;Si hay una cosa que todo diseñador y desarrollador debe recordar es la &lt;strong&gt;Primer Regla de ARIA&lt;/strong&gt;:&lt;/p&gt;</description></item><item><title>Arquitectura de la Información</title><link>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-la-informacion/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-la-informacion/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La Arquitectura de la Información (AI) es la práctica de decidir cómo organizar, estructurar y etiquetar el contenido de un producto digital (como un sitio web o una aplicación) de una manera que sea comprensible y permita a los usuarios encontrar la información y completar tareas de forma eficiente.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-arquitectura-de-la-información"&gt;¿Qué es la Arquitectura de la Información?&lt;/h2&gt;
&lt;p&gt;Imagina que entras en un supermercado. Sabes que los productos están organizados de alguna manera: las frutas y verduras están juntas, los lácteos en otra sección, los productos de limpieza en otra. Hay pasillos con etiquetas claras que te ayudan a navegar. Sin esa organización, encontrar la leche sería una pesadilla.&lt;/p&gt;</description></item><item><title>Arquitectura de Tokens (Global vs Semántico vs Componente)</title><link>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-tokens/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/arquitectura-de-tokens/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La arquitectura de tokens de diseño es la estructura lógica que organiza las decisiones de diseño (colores, tipografía, espaciado) en capas de abstracción. Un modelo bien diseñado permite cambiar la apariencia de todo un producto en minutos, garantizando coherencia y escalabilidad entre diseño y código.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-arquitectura-de-tokens"&gt;¿Qué es la Arquitectura de Tokens?&lt;/h2&gt;
&lt;p&gt;Imagina que estás construyendo una ciudad. No quieres tener que pintar cada ladrillo de cada casa individualmente. En su lugar, defines una &amp;ldquo;paleta de materiales&amp;rdquo; (tokens globales), decides que todos los edificios públicos serán de &amp;ldquo;color institucional&amp;rdquo; (tokens semánticos) y finalmente aplicas ese color a la &amp;ldquo;puerta principal del ayuntamiento&amp;rdquo; (tokens de componente).&lt;/p&gt;</description></item><item><title>Básicos de CRDT para Diseñadores de Producto</title><link>https://www.fernandoux.com/es/wiki/conceptos/crdt-para-disenadores/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/crdt-para-disenadores/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;CRDT&lt;/strong&gt; (Conflict-free Replicated Data Types) son estructuras de datos que permiten que múltiples usuarios realicen cambios simultáneos de forma independiente y que, al sincronizarse, todos lleguen al mismo estado final automáticamente &lt;strong&gt;sin necesidad de una autoridad central o resolución manual de conflictos&lt;/strong&gt;. Es la tecnología que hace posible la colaboración en tiempo real moderna.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-saber-qué-es-un-crdt"&gt;¿Por qué el Diseñador debe saber qué es un CRDT?&lt;/h2&gt;
&lt;p&gt;Tradicionalmente, en las aplicaciones web, el servidor era &amp;ldquo;la única fuente de verdad&amp;rdquo;. Si querías cambiar algo, le pedías permiso al servidor y esperabas su respuesta de &amp;ldquo;OK&amp;rdquo;.&lt;/p&gt;</description></item><item><title>Breakpoint VS Container Queries: Diseño Basado en Componentes</title><link>https://www.fernandoux.com/es/wiki/conceptos/breakpoint-vs-container-queries/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/breakpoint-vs-container-queries/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;Breakpoints&lt;/strong&gt; (Media Queries) cambian el diseño basándose en el ancho total de la pantalla del dispositivo (Viewport). Las &lt;strong&gt;Container Queries&lt;/strong&gt; cambian el diseño basándose en el espacio que tiene disponible el componente dentro de su contenedor padre.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-cambio-de-paradigma-en-el-diseño-de-producto"&gt;El Cambio de Paradigma en el Diseño de Producto&lt;/h2&gt;
&lt;p&gt;Durante la última década, hemos diseñado &amp;ldquo;pantallas&amp;rdquo;: móvil, tablet y escritorio. Sin embargo, en un sistema de diseño moderno, diseñamos &lt;strong&gt;componentes que habitan en diferentes lugares&lt;/strong&gt;. Un mismo componente de &amp;ldquo;Tarjeta de Producto&amp;rdquo; puede aparecer en una rejilla de 3 columnas en la página principal, o en una sola columna estrecha en una barra lateral.&lt;/p&gt;</description></item><item><title>Comportamiento de Intrinsic Sizing en UI</title><link>https://www.fernandoux.com/es/wiki/conceptos/intrinsic-sizing/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/intrinsic-sizing/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Intrinsic Sizing&lt;/strong&gt; es un comportamiento de diseño donde las dimensiones de un elemento (ancho o alto) son determinadas por su propio contenido (letras, imágenes, iconos) en lugar de ser forzadas por un contenedor externo con medidas fijas.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-el-dimensionamiento-intrínseco"&gt;¿Qué es el Dimensionamiento Intrínseco?&lt;/h2&gt;
&lt;p&gt;Imagina que quieres meter camisas en una maleta.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Extrinsic Sizing (Extrínseco):&lt;/strong&gt; La maleta tiene un tamaño fijo de 50x40 cm. No importa si metes 1 camisa o 20, la maleta mide lo mismo.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Intrinsic Sizing (Intrínseco):&lt;/strong&gt; La maleta es de tela elástica y se ajusta exactamente al volumen de las camisas que metas. Si metes una camisa, es pequeña; si metes 20, se estira.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;En UI, esto significa que un botón no mide &amp;ldquo;200px&amp;rdquo;, sino que mide &lt;code&gt;Ancho del Texto + Paddings laterales&lt;/code&gt;. Si el texto cambia de &amp;ldquo;OK&amp;rdquo; a &amp;ldquo;Cancelar suscripción&amp;rdquo;, el botón se ensancha automáticamente.&lt;/p&gt;</description></item><item><title>Conciencia de Estado (State Awareness) en UI</title><link>https://www.fernandoux.com/es/wiki/conceptos/conciencia-de-estado/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/conciencia-de-estado/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Conciencia de Estado&lt;/strong&gt; (State Awareness) es la capacidad de una interfaz para comunicar de forma clara y continua qué está ocurriendo en el sistema, en qué paso del proceso se encuentra el usuario y cuál es la condición actual de cada componente (ej. si un botón está pulsado, si un dato se está cargando o si hay un error).
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-usuario-necesita-conciencia-de-estado"&gt;¿Por qué el Usuario necesita Conciencia de Estado?&lt;/h2&gt;
&lt;p&gt;Como seres humanos, odiamos la incertidumbre. En el mundo físico, si pulsas un interruptor y la luz no se enciende, sabes que hay un fallo porque el interruptor cambió de posición físicamente. En el mundo digital, si un usuario pulsa un botón y no pasa nada visualmente en los primeros milisegundos, el usuario pulsará el botón 5 veces más, generando errores en el servidor y frustración.&lt;/p&gt;</description></item><item><title>Diseño para el Rendimiento Percibido: Más Rápido que la Luz</title><link>https://www.fernandoux.com/es/wiki/conceptos/perceived-performance-design/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/perceived-performance-design/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Rendimiento Percibido&lt;/strong&gt; es el tiempo que un usuario siente que tarda un sistema en responder, independientemente de la velocidad real (milisegundos) de la conexión o el procesador. En el diseño de producto, &lt;strong&gt;la percepción es la realidad.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-importa-el-rendimiento-percibido"&gt;¿Por qué importa el Rendimiento Percibido?&lt;/h2&gt;
&lt;p&gt;Podemos tener la aplicación mejor optimizada del mundo, pero si el usuario se queda mirando una pantalla en blanco durante 2 segundos, pensará que la app es lenta.&lt;/p&gt;</description></item><item><title>El Command Pattern en el Diseño de Producto</title><link>https://www.fernandoux.com/es/wiki/conceptos/command-pattern/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/command-pattern/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Command Pattern&lt;/strong&gt; es un patrón de diseño de software que encapsula una solicitud o acción del usuario como un objeto independiente. En el mundo del diseño de producto, esto nos permite tratar cada acción (borrar, mover, editar, cambiar color) como una entidad que se puede almacenar, deshacer, rehacer y sincronizar a través de varios usuarios.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-el-command-pattern"&gt;¿Por qué el Diseñador debe Conocer el Command Pattern?&lt;/h2&gt;
&lt;p&gt;Tradicionalmente, el diseño se centraba en el &lt;strong&gt;estado final&lt;/strong&gt; de las pantallas (la foto fija). Sin embargo, los productos modernos (como Figma, Notion o Google Docs) se centran en las &lt;strong&gt;acciones&lt;/strong&gt; que llevan de un estado a otro. El Command Pattern es el lenguaje técnico que permite que estas transiciones sean posibles.&lt;/p&gt;</description></item><item><title>Fundamentos del Accessibility Tree: Cómo Ven las Máquinas</title><link>https://www.fernandoux.com/es/wiki/conceptos/accessibility-tree/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/accessibility-tree/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Accessibility Tree&lt;/strong&gt; (Árbol de Accesibilidad) es una estructura de datos generada por el navegador (basada en el DOM) que contiene solo la información relevante para las tecnologías asistivas (como lectores de pantalla o dictado por voz). No es visual; es una traducción de tu diseño en nombres, roles, estados y valores.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-el-árbol-de-accesibilidad"&gt;¿Por qué el Diseñador debe Conocer el Árbol de Accesibilidad?&lt;/h2&gt;
&lt;p&gt;Como diseñadores, solemos centrarnos en el &lt;strong&gt;DOM Visual&lt;/strong&gt; (colores, formas, posiciones). Sin embargo, para los usuarios ciegos o con discapacidad visual, tu diseño es solo lo que el Árbol de Accesibilidad dice que es.&lt;/p&gt;</description></item><item><title>Gestión de Carga Cognitiva en UX</title><link>https://www.fernandoux.com/es/wiki/conceptos/gestion-de-carga-cognitiva/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/gestion-de-carga-cognitiva/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Carga Cognitiva&lt;/strong&gt; es la cantidad total de esfuerzo mental que un usuario debe invertir para completar una tarea o procesar información en una interfaz. Un buen diseño de UX busca minimizar la carga innecesaria para que el usuario pueda concentrarse en lograr su objetivo con el menor roce posible.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="tipos-de-carga-cognitiva-el-modelo-de-sweller"&gt;Tipos de Carga Cognitiva: El Modelo de Sweller&lt;/h2&gt;
&lt;p&gt;En psicología cognitiva, se distinguen tres tipos de carga mental. Para un diseñador de UX, entender estos conceptos es la clave para crear interfaces intuitivas:&lt;/p&gt;</description></item><item><title>Jerarquía Visual VS Jerarquía del DOM: Accesibilidad</title><link>https://www.fernandoux.com/es/wiki/conceptos/visual-vs-dom-hierarchy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/visual-vs-dom-hierarchy/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Jerarquía Visual&lt;/strong&gt; es el orden en que un usuario ve y procesa la información en una pantalla basándose en el tamaño, color, posición y contraste. La &lt;strong&gt;Jerarquía del DOM&lt;/strong&gt; (Document Object Model) es el orden en que el código HTML estructura y lee esa misma información. Alinear ambas es la clave de la accesibilidad y el SEO.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-diseñador-debe-conocer-la-jerarquía-del-dom"&gt;¿Por qué el Diseñador debe Conocer la Jerarquía del DOM?&lt;/h2&gt;
&lt;p&gt;Como diseñadores, solemos &amp;ldquo;dibujar&amp;rdquo; elementos en el lienzo de Figma sin preocuparnos de su orden interno. Sin embargo, para un usuario de &lt;a href="https://www.fernandoux.com/tecnicas/pruebas-lectores-pantalla/"&gt;Lector de Pantalla&lt;/a&gt; o de &lt;a href="https://www.fernandoux.com/tecnicas/gestion-de-foco/"&gt;Teclado&lt;/a&gt;, tu diseño no es una imagen; es una lista secuencial de elementos.&lt;/p&gt;</description></item><item><title>La Ley de Fitts: Alcance y Ergonomía en UI</title><link>https://www.fernandoux.com/es/wiki/conceptos/ley-de-fitts/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/ley-de-fitts/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Ley de Fitts&lt;/strong&gt; establece que el tiempo necesario para alcanzar un objetivo depende de la distancia al objetivo y del tamaño del propio objetivo. En resumen para UX: &lt;strong&gt;Haz que las acciones importantes sean grandes y estén cerca.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-ley-de-fitts-y-por-qué-debería-importarte"&gt;¿Qué es la Ley de Fitts (y por qué debería importarte)?&lt;/h2&gt;
&lt;p&gt;Paul Fitts, un psicólogo estadounidense, formuló esta ley en 1954 para medir el movimiento humano. En el diseño de interfaces moderno, la Ley de Fitts es la base de la ergonomía: si un botón es demasiado pequeño o está demasiado lejos de donde se encuentra el cursor (o el pulgar), el usuario tardará más tiempo en interactuar y cometerá más errores por falta de precisión.&lt;/p&gt;</description></item><item><title>La Ley de Hick: Decisión y Tiempo de Respuesta</title><link>https://www.fernandoux.com/es/wiki/conceptos/ley-de-hick/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/ley-de-hick/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Ley de Hick&lt;/strong&gt; establece que el tiempo que tarda una persona en tomar una decisión aumenta logarítmicamente a medida que aumenta el número y la complejidad de las opciones disponibles. En UX, esto se traduce en una regla de oro: &lt;strong&gt;Menos es más rápido.&lt;/strong&gt;
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-la-ley-de-hick-y-por-qué-debería-importarte"&gt;¿Qué es la Ley de Hick (y por qué debería importarte)?&lt;/h2&gt;
&lt;p&gt;William Edmund Hick y Ray Hyman descubrieron a principios de la década de 1950 que añadir opciones adicionales no solo ralentiza al usuario de forma lineal, sino que puede llegar a paralizarlo o hacer que se sienta abrumado (fenómeno conocido como &lt;strong&gt;&amp;ldquo;Parálisis por Análisis&amp;rdquo;&lt;/strong&gt;).&lt;/p&gt;</description></item><item><title>Modelado de Presencia en Tiempo Real: UX Colaborativo</title><link>https://www.fernandoux.com/es/wiki/conceptos/modelado-de-presencia/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/modelado-de-presencia/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Modelado de Presencia&lt;/strong&gt; es el conjunto de indicadores visuales y funcionales que comunican a un usuario quién más está con él en el mismo espacio digital (ej. una página de Notion o un archivo de Figma) y qué están haciendo exactamente en ese preciso momento.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="la-magia-de-no-estar-solo-el-sentimiento-de-presencia"&gt;La Magia de No Estar Solo: El Sentimiento de Presencia&lt;/h2&gt;
&lt;p&gt;Hace unos años, las aplicaciones eran solitarias: trabajabas, guardabas y cerrabas. Hoy, las aplicaciones de producto son &lt;strong&gt;multijugador&lt;/strong&gt;. El modelado de presencia no es solo un adorno estético; es una herramienta crítica de comunicación que evita que los usuarios cometan errores (como editar el mismo objeto al mismo tiempo) y fomenta la colaboración fluida.&lt;/p&gt;</description></item><item><title>Modelos Mentales de Undo y Redo: El Tiempo en la Interfaz</title><link>https://www.fernandoux.com/es/wiki/conceptos/mental-models-undo-redo/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/mental-models-undo-redo/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los &lt;strong&gt;Modelos Mentales de Undo y Redo&lt;/strong&gt; son la forma en que el usuario entiende que puede retroceder o avanzar en el historial de sus acciones. Un diseño correcto de Undo reduce la ansiedad del usuario, permitiéndole experimentar libremente con la interfaz sin miedo a cometer errores irreversibles.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-poder-de-la-indulgencia-forgiving-ui"&gt;El Poder de la Indulgencia (Forgiving UI)&lt;/h2&gt;
&lt;p&gt;El botón de &amp;ldquo;Deshacer&amp;rdquo; es la herramienta de seguridad psicológica más potente en el diseño de interfaces. Cuando un usuario sabe que tiene una &amp;ldquo;red de seguridad&amp;rdquo; bajo sus pies, su carga cognitiva disminuye y su disposición a explorar nuevas funcionalidades aumenta drásticamente. Sin Undo, el usuario se vuelve conservador y temeroso ante cada clic.&lt;/p&gt;</description></item><item><title>Modelos Mentales: Diseña Para Cómo Piensa el Usuario</title><link>https://www.fernandoux.com/es/wiki/conceptos/mental-models/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/mental-models/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Un modelo mental es el marco interno que los usuarios construyen sobre cómo funciona un sistema, moldeado por experiencias pasadas y expectativas.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-un-modelo-mental"&gt;¿Qué es un Modelo Mental?&lt;/h2&gt;
&lt;p&gt;Piensa en abrir un tipo de puerta nuevo por primera vez. Tu cerebro instantly lo compara con todas las otras puertas que has encontrado—buscas un tirador, esperas que se abra en cierta dirección, y asumes que sigue lógica familiar de empujar-o-tirar. Si esa puerta funciona diferente que tu modelo mental predice, dudas o te confundes. Los modelos mentales son exactamente esos templates internos que tus usuarios llevan dentro de tu producto. Se construyen de experiencias pasadas, convenciones culturales, y patrones aprendidos. Cuando tu diseño se alinea con cómo los usuarios ya piensan sobre cómo funciona el mundo, navegan con confianza.&lt;/p&gt;</description></item><item><title>Paridad de Tokens en Múltiples Plataformas</title><link>https://www.fernandoux.com/es/wiki/conceptos/paridad-de-tokens/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/paridad-de-tokens/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La paridad de tokens asegura que las decisiones de diseño se traduzcan de manera idéntica y precisa a través de diferentes plataformas (Web, iOS, Android, Desktop) utilizando un único sistema de origen. Esto elimina inconsistencias visuales y reduce significativamente el esfuerzo de QA.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-desafío-de-la-fragmentación-de-plataformas"&gt;El Desafío de la Fragmentación de Plataformas&lt;/h2&gt;
&lt;p&gt;Cada ecosistema tecnológico maneja los estilos (colores, fuentes, sombras) de forma única. Si un diseñador elige un &amp;ldquo;Azul Primario&amp;rdquo;, se enfrenta a:&lt;/p&gt;</description></item><item><title>Prevención vs Recuperación de Errores: Una Interfaz Indulgente</title><link>https://www.fernandoux.com/es/wiki/conceptos/prevencion-vs-recuperacion-errores/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/prevencion-vs-recuperacion-errores/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Prevención de Errores&lt;/strong&gt; busca diseñar el sistema para que el usuario no pueda cometer fallos. La &lt;strong&gt;Recuperación de Errores&lt;/strong&gt; diseña la salida cuando el fallo ya ha ocurrido, ayudando al usuario a volver al camino correcto sin frustración.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-paradigma-de-la-interfaz-indulgente-forgiving-interface"&gt;El Paradigma de la Interfaz Indulgente (Forgiving Interface)&lt;/h2&gt;
&lt;p&gt;Los seres humanos somos falibles por naturaleza: nos distraemos, nos equivocamos al teclear o no entendemos bien las instrucciones. Un diseño de UX maduro no culpa al usuario por sus errores, sino que asume que ocurrirán y diseña un ecosistema que los mitigue o los solucione con elegancia. Este concepto se basa en dos de las 10 heurísticas de usabilidad de Jakob Nielsen: la #5 (Prevención de errores) y la #9 (Ayudar a los usuarios a reconocer, diagnosticar y recuperarse de errores).&lt;/p&gt;</description></item><item><title>Principios de Diseño</title><link>https://www.fernandoux.com/es/wiki/conceptos/principios-de-diseno/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/principios-de-diseno/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Los Principios de Diseño son un conjunto de directrices breves, claras y memorables que articulan los valores fundamentales que deben guiar el trabajo de diseño de un equipo. Sirven como una brújula interna para tomar decisiones consistentes y de alta calidad, especialmente cuando no hay una regla específica que aplicar.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-son-los-principios-de-diseño"&gt;¿Qué son los Principios de Diseño?&lt;/h2&gt;
&lt;p&gt;No son reglas prescriptivas como &amp;ldquo;todos los botones deben ser azules&amp;rdquo;. Son valores de alto nivel que ayudan a un equipo a definir qué es un &amp;ldquo;buen diseño&amp;rdquo; para su producto específico. Son la constitución del equipo de diseño.&lt;/p&gt;</description></item><item><title>Principios de Feedback Háptico: Sentir la Interfaz</title><link>https://www.fernandoux.com/es/wiki/conceptos/principios-feedback-haptico/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/principios-feedback-haptico/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 El &lt;strong&gt;Feedback Háptico&lt;/strong&gt; es la respuesta física (vibración o impacto táctil) que un dispositivo móvil o un wearable emite ante una acción del usuario. Es el tercer canal de comunicación, junto a la vista y el oído, que permite que el usuario &amp;ldquo;sienta&amp;rdquo; que algo ha ocurrido sin necesidad de mirar la pantalla.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="por-qué-el-háptico-es-crítico-para-la-ux"&gt;¿Por qué el Háptico es Crítico para la UX?&lt;/h2&gt;
&lt;p&gt;Vivimos en un mundo lleno de distracciones visuales. Los seres humanos hemos evolucionado para sentir texturas y respuestas físicas cuando manipulamos objetos. En una pantalla de cristal lisa, perdemos ese sentido.&lt;/p&gt;</description></item><item><title>Resolución de Conflictos en Colaboración: UI y UX</title><link>https://www.fernandoux.com/es/wiki/conceptos/resolucion-de-conflictos/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/resolucion-de-conflictos/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 La &lt;strong&gt;Resolución de Conflictos&lt;/strong&gt; ocurre cuando dos o más usuarios intentan realizar acciones contradictorias sobre el mismo objeto al mismo tiempo (ej. uno borra un párrafo mientras el otro lo está editando). En el diseño de producto colaborativo, nuestro objetivo es que el usuario nunca vea una notificación de &amp;ldquo;Error de Sincronización&amp;rdquo; si podemos evitarlo.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-reto-de-las-aplicaciones-multiusuario"&gt;El Reto de las Aplicaciones Multiusuario&lt;/h2&gt;
&lt;p&gt;En aplicaciones modernas como Google Docs, Figma o Notion, la colaboración en tiempo real es una funcionalidad básica. Sin embargo, detrás de la magia hay una lógica de resolución de conflictos extremadamente compleja. Si dos personas guardan versiones diferentes, ¿quién gana? ¿Se pierde el trabajo de alguien?&lt;/p&gt;</description></item><item><title>Sistema de Diseño</title><link>https://www.fernandoux.com/es/wiki/conceptos/sistema-de-diseno/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/sistema-de-diseno/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Un Sistema de Diseño es una colección de componentes de UI reutilizables, guiada por estándares claros (principios, guías de estilo), que permite a los equipos diseñar y construir productos digitales de manera coherente y eficiente.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="qué-es-un-sistema-de-diseño"&gt;¿Qué es un Sistema de Diseño?&lt;/h2&gt;
&lt;p&gt;Imagina que estás construyendo con LEGO. No tienes que crear cada ladrillo desde cero cada vez que construyes algo nuevo. Tienes un conjunto de ladrillos estándar (2x2, 2x4, etc.) que puedes combinar para crear cualquier cosa. Además, tienes un manual de instrucciones que te dice cómo encajan las piezas.&lt;/p&gt;</description></item><item><title>Skeleton VS Optimistic UI: Estrategias de Carga</title><link>https://www.fernandoux.com/es/wiki/conceptos/skeleton-vs-optimistic-ui/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/skeleton-vs-optimistic-ui/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Las &lt;strong&gt;Skeleton Screens&lt;/strong&gt; (Pantallas de Esqueleto) son marcadores de posición grises que imitan la estructura final de la página mientras se cargan los datos. La &lt;strong&gt;Optimistic UI&lt;/strong&gt; (Interfaz Optimista) es una técnica que muestra el resultado de una acción inmediatamente, asumiendo que el servidor responderá con éxito.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-arte-de-la-espera-rendimiento-percibido"&gt;El Arte de la Espera: Rendimiento Percibido&lt;/h2&gt;
&lt;p&gt;En el diseño de producto moderno, la velocidad no es solo una cuestión de milisegundos reales (latencia), sino de cómo el usuario &lt;strong&gt;siente&lt;/strong&gt; que el sistema está respondiendo. Ambas técnicas buscan reducir la ansiedad del usuario durante la carga, pero se aplican en momentos diferentes del flujo.&lt;/p&gt;</description></item><item><title>UX vs UI Design: ¿Cuál es la Diferencia?</title><link>https://www.fernandoux.com/es/wiki/conceptos/ux-vs-ui/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/ux-vs-ui/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 UX se enfoca en cómo funciona un producto y se siente, UI se enfoca en cómo se ve visualmente.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="cuál-es-la-diferencia-entre-ux-y-ui"&gt;¿Cuál es la Diferencia Entre UX y UI?&lt;/h2&gt;
&lt;p&gt;Piensa en un restaurante: el diseño UX es toda la experiencia—cómo te recibe el anfitrión, el flujo desde la entrada a la mesa, lo fácil que es navegar el menú, el ritmo entre platos, si te sientes bienvenido. El diseño UI es cómo se ve el menú físico—las fuentes, colores, diseño y composición visual que lo hacen fácil de leer y apetitoso.&lt;/p&gt;</description></item><item><title>Variables vs Styles en Figma: Estrategias y Tradeoffs</title><link>https://www.fernandoux.com/es/wiki/conceptos/variables-vs-styles/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.fernandoux.com/es/wiki/conceptos/variables-vs-styles/</guid><description>&lt;div class="info-panel"&gt;
 &lt;div class="info-header"&gt;
 &lt;span class="material-symbols-outlined info-panel-icon"&gt;info&lt;/span&gt;
 &lt;span class="info-panel-label"&gt;Definición Rápida&lt;/span&gt;
 &lt;/div&gt;
 &lt;div class="info-content"&gt;
 Las &lt;strong&gt;Variables&lt;/strong&gt; son valores crudos y dinámicos (números, colores, strings, booleanos) que permiten crear sistemas temáticos y prototipos avanzados. Los &lt;strong&gt;Styles&lt;/strong&gt; son colecciones de propiedades visuales (como gradientes, efectos o tipografías complejas) que definen la apariencia final de un elemento.
 &lt;/div&gt;
&lt;/div&gt;

&lt;h2 id="el-dilema-variables-o-estilos"&gt;El Dilema: ¿Variables o Estilos?&lt;/h2&gt;
&lt;p&gt;Figma ha evolucionado hacia un modelo mucho más potente con la introducción de las Variables, pero los Estilos siguen siendo fundamentales en muchos flujos de trabajo. Entender el propósito y las limitaciones de cada uno de estos elementos te ayudará a construir una librería de diseño más robusta y fácil de usar.&lt;/p&gt;</description></item></channel></rss>