Diseño UX que Nace de la Investigación, No de la Intuición
Rediseño de productos y sitios digitales, fundamentado en cómo tus usuarios realmente interactúan — no en preferencias estéticas.
Desde cero o rediseño
Son dos encargos distintos y conviene saber en cuál estás antes de empezar. El entregable final es el mismo; lo que cambia es de dónde sale la evidencia.
Diseño desde cero
El producto todavía no existe. Hay que definir estructura, flujos y pantallas antes de que haya algo que evaluar, así que la evidencia viene de productos comparables, del mercado y de conversaciones con los usuarios a los que apunta.
Proyectos así: Virtual Ofix, The X Office
Rediseño
Ya hay algo funcionando. La pregunta no es qué construir sino qué cambiar y, sobre todo, qué conservar: buena parte del trabajo es identificar lo que hoy funciona y no debería tocarse.
Proyectos así: Malpo, BiometryPass
En los dos casos el entregable es un prototipo navegable. Hoy lo preferimos en HTML, como página estática: se puede implementar de inmediato, o tu equipo de desarrollo lo lleva a producción sin traducir antes una maqueta a código. En proyectos anteriores el entregable fue un Figma detallado en alta fidelidad. Es una preferencia nuestra, no una condición.
Decisiones que este trabajo te permite tomar
Un rediseño es caro y difícil de deshacer. Estas son las cuatro preguntas que conviene tener resueltas antes de que el equipo empiece a mover pantallas.
Rediseñar sin perder lo que ya funciona
Un sitio nuevo puede borrar sin querer lo que Google ya reconocía y lo que tus usuarios ya sabían usar. Evaluamos la propuesta de diseño antes de que salga al aire, no después de que bajen los números.
Cómo lo trabajamos: Evaluación heurística del sitio actual y del diseño propuesto, arquitectura de contenido, comparación antes y después.
CasoOficina Virtual: rediseño completo con cambio de backendCuando la mayoría llega del celular
Es frecuente descubrir que la mayor parte del tráfico entra por móvil a una experiencia que nunca se diseñó para móvil. Ahí el problema no es estético: la jerarquía y los flujos de contacto están pensados para otra pantalla.
Cómo lo trabajamos: Análisis de analytics, evaluación heurística, benchmark de competidores, rediseño mobile-first.
CasoMalpo: más del 65% del tráfico llegaba desde móvilValidar antes de construir
Cambiar un prototipo cuesta horas. Cambiar algo ya desarrollado cuesta sprints. Por eso las decisiones difíciles se toman sobre flujos y prototipos, mientras todavía son baratas de mover.
Cómo lo trabajamos: Wireframes, flujos de usuario, prototipos interactivos y testeo con usuarios antes de pasar a desarrollo.
Que el equipo pueda seguir solo
Si cada pantalla nueva necesita que volvamos, el trabajo no quedó terminado. El criterio de diseño se documenta para que tu equipo lo aplique sin depender de nosotros.
Cómo lo trabajamos: Sistema de diseño, componentes y documentación de las decisiones y su porqué.
Lo que recibes
Cambia según el proyecto, pero el criterio es el mismo: material del que tu equipo de desarrollo pueda partir, con el porqué de cada decisión a la vista.
- Los hallazgos de la investigación previa, priorizados por impacto en conversión y no por orden de aparición.
- Arquitectura de información y flujos de usuario, con las rutas críticas identificadas.
- Un prototipo navegable de las pantallas que concentran la decisión. Hoy lo preferimos entregar en HTML, como página estática, más que como archivo de diseño.
- Un roadmap por fases, para que el rediseño se pueda implementar por partes y no todo de una vez.
- Las métricas con las que se va a evaluar el cambio, definidas antes de implementarlo.
Cómo trabajamos
Entendemos el problema
Investigamos cómo tus usuarios interactúan hoy con tu producto y dónde se traban.
Entendemos qué necesita tu cliente
Traducimos esos hallazgos en decisiones concretas: qué priorizar, qué simplificar, qué eliminar.
Diseñamos a partir de eso
Prototipos, flujos y mockups de alta fidelidad. Cada decisión tiene un porqué detrás.
Caso Malpo: Research y Rediseño Web
Auditoría UX y rediseño mobile-first para captación de leads.
Ver caso completo“Paulina nos asesoró de manera integral en todo el proceso [...] consideró tanto los objetivos de negocio como la experiencia real del usuario.”
Preguntas frecuentes
¿Cuál es la diferencia entre Diseño UX y UX Research?
La investigación responde preguntas; el diseño toma decisiones. UX Research produce entendimiento — qué le pasa a tus usuarios, dónde se traban, qué necesitan — y puede terminar ahí, en hallazgos que tu equipo implementa. Diseño UX toma ese entendimiento y lo convierte en flujos y pantallas concretas. En nuestro caso el diseño siempre parte de investigación, así que la diferencia práctica está en dónde termina el encargo: si necesitas saber qué está pasando, es research; si ya lo sabes y necesitas que alguien lo diseñe, es esto.
¿Cuál es la diferencia entre Diseño UX y Product Design?
Depende bastante de quién use el término, y por eso conviene aclararlo antes de empezar. En muchas empresas Product Design nombra este mismo trabajo más las decisiones de producto: qué se construye, en qué orden, con qué criterio de negocio. Diseño UX suele acotarse a la experiencia y la interfaz. Como los límites se mueven según la organización, cuando alguien nos pide product design lo primero que hacemos es preguntar qué espera recibir, en vez de asumir una definición.
¿Hacen solo diseño visual, sin investigación?
No. Cada proyecto parte con una fase de investigación — auditoría, entrevistas o análisis de datos según el caso — antes de tocar una sola pantalla.
¿Diseñan productos desde cero o solo rediseñan lo que ya existe?
Las dos cosas, y el trabajo es distinto. Desde cero, cuando el producto todavía no existe y hay que definir estructura y flujos antes de que haya algo que evaluar: es lo que hicimos con Virtual Ofix y The X Office. Rediseño, cuando ya hay algo funcionando y la pregunta no es qué construir sino qué cambiar y qué conservar, como en Malpo o BiometryPass. En un rediseño buena parte del trabajo es justamente identificar lo que hoy funciona y no debería tocarse.
¿En qué formato entregan el diseño?
Un prototipo navegable. Hoy preferimos entregarlo en HTML, como página estática, y no solo como archivo de diseño: así se puede implementar de inmediato, o tu equipo de desarrollo lo toma y lo lleva a producción sin tener que traducir antes una maqueta a código. Si no tienes equipo de desarrollo, ese mismo entregable ya es algo que se puede publicar. Es una preferencia nuestra y es reciente: en proyectos anteriores el entregable fue un Figma detallado en alta fidelidad.
¿Estás por diseñar algo, o por rediseñarlo?
Agenda una conversación de treinta minutos. Miramos tu producto o sitio actual y te decimos si esto sirve o no para lo que necesitas.