Diseño de
producto UX/UI

(01) — Qué incluye

Lo que entra en un encargo de producto

• Discovery e investigación de usuarios Entrevistas, tickets de soporte, analítica que no lee nadie. Quiero la fricción que ya has pagado, no la que imaginamos en una sala.
• Arquitectura de la información Qué contenido hay, cómo se agrupa y cómo se nombra. La mitad de los problemas de «no encuentro nada» se resuelven aquí, antes de dibujar.
• Flujos de usuario Cada camino de principio a fin, con sus bifurcaciones, sus errores y su vuelta atrás. Incluidos los caminos que nadie quiere dibujar.
• Wireframes y prototipos Baratos, feos y rápidos primero, para que las decisiones caras se tomen mientras todavía son gratis. Después, prototipo navegable de verdad.
• Diseño de interfaz (UI) Escala tipográfica, color, retícula, densidad, estados. La pantalla final, y también las cuatro pantallas poco lucidas que van con ella.
• Sistemas de diseño Tokens de color y tipografía, librería de componentes con todos sus estados por escrito, y documentación que un equipo de ocho personas usa sin preguntarme.
• Test de usabilidad Cinco personas, tareas reales, un informe con los arreglos ordenados por esfuerzo. Sin porcentajes inventados.
• Accesibilidad, desde el primer día Revisión WCAG 2.2 AA: contraste, rutas de teclado, lectores de pantalla. Requisito, no fase final.

(02) — Cómo va la cosa

(03) — La prueba

Cada ficha cuenta de qué se partía, qué se decidió y qué salió — incluidas las decisiones que hoy tomaría distintas.

(04) — Las herramientas

Con qué se hace

Figma

Wireframes, interfaz, prototipo navegable, librería de componentes y variables. Es donde vive el sistema y donde lo revisa tu equipo.

Adobe XD

Proyectos heredados que todavía viven ahí; los migro a Figma si tiene sentido y los mantengo donde están si no lo tiene.

HTML · CSS · JS

Prototipos en el navegador cuando el movimiento, el rendimiento o el texto real deciden el diseño.

Angular · React

Cuando el encargo llega hasta la implementación, lo construyo yo.

IA

Síntesis de investigación, variantes rápidas y andamiaje de código, con criterio propio encima. Cómo la uso.

(FAQ) — Preguntas frecuentes

Lo que me preguntan antes de contratarme

• 01

  ¿Qué hace exactamente una diseñadora de producto?

  Decide cómo funciona un producto digital antes de que exista y se asegura de que siga funcionando después. En la práctica: investigar quién lo va a usar y con qué fricción, ordenar el contenido, dibujar los flujos y las pantallas, construir un prototipo, probarlo con personas reales y entregar un sistema documentado para que el equipo pueda seguir creciendo sin romperlo. No es «hacer que quede bonito»: es decidir qué entra, qué se quita y en qué orden aparece.

• 02

  ¿En qué se diferencia del diseño UX/UI de toda la vida?

  En el alcance. UX y UI son dos partes del trabajo —cómo se comporta y cómo se ve—; el diseño de producto añade el porqué y el cuándo: qué problema de negocio resuelve, para quién, qué se lanza primero y cómo se mide si ha servido. En equipos pequeños suele ser la misma persona; en la mía, siempre lo ha sido.

• 03

  ¿Trabajas con equipos que ya tienen su propio sistema de diseño?

  Sí, y es el caso más frecuente. Entro, leo la librería, encuentro los tres componentes que se duplicaron cuando nadie miraba y trabajo dentro del sistema en vez de contra él. Si hay que ampliarlo, lo amplío documentando el porqué de cada pieza nueva.

• 04

  ¿Entregas también el código, o solo el diseño?

  Las dos cosas, y esa es la diferencia. Escribo el front-end de casi todo lo que diseño —Angular, React, HTML, CSS y JavaScript—, no porque quien diseña tenga que programar, sino porque el último diez por ciento (los anillos de foco, la animación, cómo aguanta una maqueta una palabra muy larga) es donde el diseño ocurre o desaparece sin hacer ruido.

• 05

  ¿Cómo mides que un rediseño ha funcionado?

  Antes de empezar acordamos dos o tres números que ya se estén midiendo: tasa de finalización de una tarea, tickets de soporte de un tipo concreto, tiempo hasta la primera acción útil. Si no hay nada medido, la primera fase es medir. Un rediseño sin cifra de partida no se puede defender, solo se puede opinar.