Diseño Visual y Componentes

Fase 2: Del Wireframe al Diseño Visual

Ahora transformamos los wireframes grises en un diseño visual pulido. Vamos a definir la identidad visual, crear componentes reutilizables y aplicar Auto Layout a todo.

Definir el sistema visual

• Paleta de colores: elige un color primario (azul #3B82F6 es seguro), un secundario, grises neutros, y colores de estado


• Tipografía: usa Inter con la siguiente escala — Heading: 24px bold, Subheading: 18px semibold, Body: 16px regular, Caption: 12px regular


• Espaciado: usa múltiplos de 4px (4, 8, 12, 16, 24, 32, 48) para padding y gaps


• Border radius: elige un estilo consistente — 8px para cards, 12px para botones, 50% para avatares


• Crea todos estos como estilos o variables antes de diseñar ninguna pantalla

Componentes a crear

• TaskCard: card de tarea con checkbox, título, fecha, prioridad (variantes: pendiente, completada)


• Button: primario y secundario con variantes de tamaño (sm, md) y estado (default, disabled)


• Input: campo de texto con variantes (default, focus, error) y label integrado


• NavBar: barra inferior con 3 tabs y estado activo/inactivo en cada uno


• Header: barra superior con título de la pantalla y botón de acción

Aplicar Auto Layout a todo

• Cada pantalla completa es un frame con Auto Layout vertical (dirección: columna)


• La lista de tareas es un Auto Layout vertical con gap de 8px entre cards


• Cada TaskCard usa Auto Layout horizontal para checkbox + texto + fecha en línea


• Los botones usan Auto Layout con padding horizontal 24px y vertical 12px


• El formulario de crear tarea apila inputs verticalmente con gap de 16px

Consejo: Diseña primero los componentes aislados en una página aparte. Una vez que estén perfectos, úsalos para armar las pantallas. Esto es mucho más eficiente que diseñar componentes 'sobre la marcha'.

Practica de portfolio

Convierte esta leccion en evidencia real: arma una entrega pequena que puedas mostrar en una entrevista, en LinkedIn o en tu portfolio. Trabaja con un caso propio o con una empresa ficticia, pero deja claro el problema, la decision y el resultado.

• Entregable: una captura, documento, repositorio o tablero con el resultado final.


• Checklist: objetivo, pasos seguidos, criterio de calidad y mejora pendiente.


• Mini-rubrica: si otra persona lo revisa, debe entender que hiciste, por que y como repetirlo.

Aplicación práctica en un caso real

Aplicar Diseño Visual y Componentes dentro del contexto de Figma desde Cero con criterio práctico, evitando quedarse en una definición aislada. Para que esta lección sea útil, imagina un escenario concreto: tienes que usar este tema para mejorar un proceso, tomar una decisión, crear un entregable o explicar una recomendación a otra persona. La pregunta no es solo “qué significa”, sino “qué haría diferente después de entenderlo”.

Un buen uso empieza por delimitar el problema. Define qué resultado quieres lograr, qué información tienes disponible, qué restricciones existen y cómo sabrás si la decisión fue correcta. Esta forma de pensar evita respuestas genéricas y convierte el aprendizaje en una herramienta de trabajo.

Marco de decisión

Antes de avanzar, revisa tres niveles: primero, el objetivo operativo; segundo, los recursos disponibles; tercero, el riesgo de equivocarte. En Figma desde Cero, muchas decisiones fallan porque se copia una táctica sin entender el contexto. El marco correcto te obliga a adaptar, no solo repetir.

• Objetivo: qué resultado medible o visible quieres conseguir.
• Contexto: quién usará esto, con qué nivel de experiencia y bajo qué restricciones.
• Acción: cuál es el siguiente paso mínimo que puedes ejecutar hoy.
• Señal: qué evidencia vas a observar para decidir si funcionó.

Ejemplo guiado

Supón que debes implementar esta idea en una pequeña empresa o proyecto personal. En vez de intentar una versión perfecta, prepara una versión mínima: una plantilla, una prueba, una lista de control, una automatización simple, una página, un mensaje o una medición inicial. Luego pide feedback o compara el resultado contra una métrica.

Si el resultado mejora, documenta el proceso. Si no mejora, identifica si falló la hipótesis, la ejecución o la medición. Esta distinción es clave: muchas personas abandonan una buena idea por una mala primera ejecución, o escalan una mala idea porque miraron la métrica equivocada.

Errores frecuentes

• Confundir actividad con avance: hacer muchas tareas sin saber qué resultado persiguen.
• Copiar ejemplos sin adaptarlos al cliente, audiencia, equipo o nivel técnico real.
• No dejar evidencia: si no registras decisiones y resultados, no aprendes del proceso.
• Querer automatizar o escalar antes de validar que el enfoque básico funciona.

Ejercicio práctico

1. Escribe el objetivo de esta lección en una frase aplicada a tu caso.
2. Define un entregable pequeño que puedas crear en menos de una hora.
3. Lista tres criterios para evaluar si ese entregable está bien hecho.
4. Ejecuta una versión inicial y anota qué cambiarías en una segunda iteración.

Checklist de salida

• Puedo explicar el concepto con mis propias palabras.
• Tengo un ejemplo aplicado, no solo una definición.
• Sé qué error debo evitar primero.
• Tengo una acción concreta para practicar esta semana.