← Volver a Blog
UX METHOD

Antes de diseñar pantallas, diseña la estructura del proyecto

Una guía inicial para planificar proyectos UX desde cero: desde un sitio personal, una tienda digital o una app mobile hasta una entrega clara para diseño, validación y desarrollo.

54 lecturas 0 comentarios

Compártelo si te gustó este post
UX METHOD · BLOQUE 1

 

Una guía inicial para planificar proyectos UX desde cero: desde un sitio personal, una tienda digital o una app mobile hasta una entrega clara para diseño, validación y desarrollo.

Visualización general de un plan UX por semanas
Imagen de referencia: visualización macro de un plan UX. En este primer bloque la imagen funciona como mapa mental, no como listado de actividades a replicar.
 
 

Uno de los errores más comunes cuando alguien quiere crear un proyecto digital es partir demasiado rápido por la interfaz.

Abrimos Figma. Buscamos referencias. Dibujamos pantallas. Pensamos en colores. Imaginamos botones. Diseñamos un home, un menú, una ficha de producto o una pantalla de inicio.

Y todo eso puede ser útil. Pero todavía no es UX.

Antes de diseñar pantallas necesitamos responder una pregunta más importante: ¿qué tipo de proyecto estamos construyendo y qué camino necesita para avanzar sin perderse?

No es lo mismo diseñar un sitio personal que una tienda digital. No es lo mismo una landing simple que una app mobile. No es lo mismo ordenar la presencia digital de una marca que construir una experiencia transaccional completa.

Cada proyecto tiene una estructura distinta, un nivel distinto de incertidumbre y una cantidad diferente de decisiones que tomar.

 

El primer paso no es elegir actividades. Es reconocer la forma del proyecto.

Un proyecto UX puede comenzar con frases muy simples:

SITIO PERSONAL

“Necesito mostrar quién soy y qué hago.”

El riesgo principal no está en la tecnología, sino en la falta de claridad de propuesta.

TIENDA DIGITAL

“Quiero vender online.”

El desafío es diseñar confianza, decisión y conversión, no solo subir productos.

APP MOBILE

“Quiero crear una aplicación.”

La complejidad está en diseñar comportamiento, flujos, estados y continuidad de uso.

Detrás de cada frase hay preguntas diferentes. Por eso, antes de diseñar, conviene definir una estructura base que permita saber qué necesitamos entender, decidir, diseñar, validar y entregar.

 

La ruta base de un proyecto UX

Aunque cada proyecto tiene una complejidad distinta, casi todos pueden organizarse en una ruta general:

  1. Kickoff
  2. Visión
  3. Descubrimiento
  4. Arquitectura
  5. Diseño
  6. Validación
  7. Delivery

Esto no significa que todos los proyectos tengan que ser largos. Tampoco significa que siempre necesitemos hacer todas las actividades posibles. Significa que todo proyecto necesita pasar por ciertas decisiones fundamentales.

 

1. Kickoff: convertir una idea suelta en un plan

El kickoff es el punto de partida. Aquí se alinea el contexto del proyecto, se define quién participa, se aclara qué se espera lograr y se identifican restricciones, plazos, riesgos y expectativas.

 
¿Qué estamos intentando construir?
 
¿Por qué ahora?
 
¿Quién necesita esto?
 
¿Qué sería un buen resultado?

Un buen kickoff no es solo una reunión inicial. Es el momento donde el proyecto deja de ser una conversación abstracta y comienza a transformarse en una ruta de trabajo.

 

2. Visión: definir el sentido antes de la interfaz

La visión define el propósito del proyecto. Aquí no hablamos todavía de pantallas, sino de valor.

Un sitio personal necesita saber qué quiere comunicar. Una tienda necesita saber qué promesa quiere sostener. Una app necesita saber qué hábito, tarea o necesidad quiere resolver. Una plataforma necesita saber qué proceso quiere mejorar.

Vista referencial parcial de capas de visión y descubrimiento del método
Referencia parcial de capas del método. En esta etapa no se trata de revelar todas las tarjetas, sino de entender que el proyecto se ordena por niveles de decisión.

La visión ayuda a evitar que el proyecto sea solo “algo bonito”. Permite responder qué experiencia queremos construir y qué valor debe percibir el usuario.

 

3. Descubrimiento: observar antes de suponer

El descubrimiento permite entender el terreno antes de diseñar: usuarios, competencia, dolores, expectativas, oportunidades y restricciones reales.

En un proyecto simple, el descubrimiento puede ser breve. En una app mobile o una tienda más compleja, puede requerir más profundidad. Lo importante es no diseñar solo desde intuiciones.

Tipo de proyecto Qué conviene descubrir primero Riesgo si se omite
Sitio personal Audiencia, propuesta, tono, evidencia de confianza. El sitio se ve bien, pero no comunica valor.
Tienda digital Motivos de compra, objeciones, categorías, competencia, confianza. El usuario mira productos, pero no compra.
App mobile Escenarios, tareas, frecuencia de uso, hábitos, flujos principales. La app tiene pantallas, pero no logra continuidad de uso.

 

4. Arquitectura: ordenar la experiencia antes de vestirla

La arquitectura organiza la experiencia. Antes de diseñar una interfaz visual, necesitamos decidir cómo se estructura el contenido, cómo se ordenan las secciones, qué flujos existirán y cómo una persona avanzará dentro del sistema.

En un sitio personal, la arquitectura puede ser un mapa simple de secciones. En una tienda, puede incluir categorías, filtros, ficha de producto, carrito y checkout. En una app, puede incluir navegación, casos de uso, estados, rutas, jerarquías y flujos.

La arquitectura es el puente entre la estrategia y la interfaz.

 

5. Diseño: transformar estructura en experiencia visible

El diseño convierte la estructura en algo que el usuario puede ver, entender y usar. Aquí aparecen los bocetos, wireframes, diseño visual, componentes, prototipos y microinteracciones.

Vista parcial de referencias visuales y actividades de diseño
Referencia visual parcial. El diseño aparece después de haber entendido propósito, usuario, contenido y arquitectura.

Pero el diseño no debería aparecer como una ocurrencia estética. Debería ser la consecuencia de lo que ya entendimos en las etapas anteriores.

 

6. Validación: probar antes de construir

La validación permite confrontar la experiencia con la realidad. No siempre necesitamos un gran laboratorio de usabilidad. A veces basta con una revisión experta, un test rápido, una sesión con usuarios o una validación con stakeholders.

Validar no es pedir opiniones decorativas. Validar es descubrir si la experiencia se entiende, si funciona, si persuade, si guía y si resuelve.

Timeline de proyecto UX con hitos y sesiones de validación
Referencia de planificación con hitos. Los puntos de validación no deberían quedar al final como trámite, sino integrarse durante el avance.

 

7. Delivery: diseñar también la transferencia a desarrollo

El delivery es la entrega del UX para que el proyecto pueda avanzar hacia desarrollo, implementación o publicación. Aquí el UX deja de ser exploración y se transforma en transferencia.

Un buen delivery no es solo compartir un link de Figma. Es entregar decisiones, criterios, flujos, componentes, contenidos, estados, reglas y documentación suficiente para que el equipo pueda construir.

Un buen UX no solo diseña la experiencia del usuario final. También diseña la transferencia hacia quienes van a construirla.

 

Tres tipos de proyecto, tres rutas de complejidad

Para comenzar a aplicar el UX Method, podemos pensar en tres ejemplos muy comunes. Los tres son proyectos digitales. Los tres necesitan UX. Pero no necesitan exactamente el mismo plan.

RUTA SIMPLE

Sitio personal

Kickoff, propósito, audiencia, propuesta de valor, arquitectura de contenidos, referencias visuales, wireframe simple, diseño visual, revisión y publicación.

RUTA COMERCIAL

Tienda digital

Objetivo de venta, segmentos, benchmark, journey de compra, categorías, ficha de producto, carrito, checkout, mensajes de confianza, validación y optimización.

RUTA COMPLEJA

App mobile

Objetivo de la app, escenarios, casos de uso, flujos, arquitectura, navegación, wireframes, prototipo interactivo, microinteracciones, test, QA UX y documentación.

 

La ruta mínima: no todo proyecto necesita todas las actividades

Uno de los principios centrales del UX Method es este:

No se trata de hacer más actividades. Se trata de elegir las actividades correctas.

Un proyecto pequeño puede ahogarse si lo llenamos de actividades innecesarias. Un proyecto grande puede fracasar si saltamos etapas críticas. Una app puede quedar débil si no trabajamos arquitectura. Una tienda puede vender poco si no trabajamos confianza. Un sitio personal puede verse bonito y aun así no decir nada relevante.

La pregunta correcta no es “¿qué actividades UX puedo agregar?”. La pregunta correcta es “¿qué decisiones necesito tomar para que este proyecto avance con claridad?”.

La diferencia entre actividad y decisión

Actividad No sirve solo para... Sirve cuando ayuda a decidir...
Benchmark Mirar competidores. Cómo diferenciarse y qué estándares considerar.
Journey Dibujar etapas. Dónde se construye o destruye valor.
Wireframe Ordenar cajas. Jerarquía, navegación, contenido y acción principal.
Prototipo Simular pantallas. Cómo se comporta la experiencia antes de construirla.
Validación Escuchar opiniones. Qué corregir antes de pasar a desarrollo.

Este cambio de mirada es clave: el UX Method no es una lista de tareas. Es un sistema para transformar incertidumbre en decisiones de diseño.

Dónde entra la Inteligencia Artificial Generativa

Hoy cualquier método UX necesita considerar una nueva capa: la Inteligencia Artificial Generativa. Pero es importante decirlo con claridad.

La IA no reemplaza el criterio UX. La IA puede proponer, resumir, comparar, ordenar y documentar. Pero el equipo debe interpretar, priorizar y decidir.

IA como acelerador

Puede ayudar a resumir entrevistas, detectar patrones, comparar referencias, generar hipótesis, proponer variaciones de arquitectura y preparar documentación.

UX como criterio

El equipo sigue definiendo propósito, contexto, usuarios, decisiones, validaciones y calidad de la experiencia final.

Vista parcial de capas de investigación y operación
Referencia parcial: la IA puede apoyar análisis, síntesis, documentación y operación, pero no reemplaza el método ni el criterio profesional.

Una primera forma simple de planificar

Si estás comenzando un proyecto, puedes usar esta secuencia inicial:

PASO 1

Define el tipo de proyecto

¿Es un sitio personal, una tienda, una app, una plataforma, una landing o un servicio digital más amplio?

PASO 2

Define la incertidumbre

¿Sabemos quién es el usuario, qué necesita, qué contenido habrá, cómo se organizará y qué debe validarse?

PASO 3

Define las decisiones

¿Qué debe quedar claro, diseñado, probado y documentado para avanzar?

PASO 4

Selecciona actividades

Recién después de entender el proyecto eliges actividades UX. No antes.

CIERRE DEL BLOQUE 1

UX Method como forma de ordenar la complejidad

Cuando un proyecto no tiene estructura, todo parece urgente. Todo parece importante. Todo se discute al mismo nivel: el color del botón, el menú, la propuesta de valor, el flujo de compra, la arquitectura, el contenido, el usuario, el negocio, el prototipo y la entrega a desarrollo.

Pero no todo pertenece al mismo momento.

Antes de elegir actividades UX, tenemos que entender qué tipo de experiencia estamos intentando construir.

La promesa del UX Method es simple: pasar de una idea digital confusa a un proyecto de experiencia ordenado, validable y construible.

Compártelo si te gustó este post

Comentarios

Esta comunidad de ideas crece con tu voz. Comparte qué te ha parecido este artículo, qué dudas te quedan o qué aplicarías en tu día a día.

Sé el primero en comentar.

Únete a la conversación

Usa el mismo correo con el que te suscribiste y confirmaste el newsletter. Validamos tu comentario por email antes de publicarlo.