Cómo socióloga, cuando empecé a asomar mi cabeza en el maravilloso mundo de UX tuve que salirme del Paint, aprender nociones básicas de diseño de interfaces y entender a qué se refieren sus nombres fancy.
Cada vez que escuchaba Wireframe, Mockup, Prototipo mi cabeza hacía cortocircuito.
“Pero entonces, ¿Ése es el que va primero? ¿O el que vamos a probar? ¡Ah, ya entendí!. Es el que vamos a subir a producción. ¿no?" 😐
La realidad es que confundir estos términos implica no tener claro el proceso de diseño. Muchas veces se cree que este proceso está relegado sólo a los diseñadores. Pero lo cierto es que hoy en la creación de software participamos personas de perfiles muy distintos: desarrolladores, investigadores, diseñadores, marketers… y seguimos sumando.
Los Wireframes, Prototipos y Mockups son herramientas que nos ayudan a comunicar los momentos del proceso de diseño. En cada uno de ellos es importante entender qué evaluar y en qué puntos enfocarnos. Tener estos puntos en claro nos ayudará a entender el contexto de cada elemento y el tipo de feedback que se espera de nosotros.
Es la representación de baja fidelidad (lo-fi) de un diseño.
¿Cuál es su objetivo? Comunicar la estructura de la solución de diseño que estamos pensando: ¿Dónde estarán los menús? ¿El logo? ¿Los Call To Action principales? ¿Qué jerarquía tendrán los distintos grupos de contenido?
Se recomienda que sean en blanco y negro para que el análisis se centre en lo estructural y no en el contenido. Puede que su contenido de copy (texto) e imágenes aún no esté definidos, lo elemental es que se tenga una idea del espacio y jerarquía que ocuparían. Es importante que a la hora de analizar un Wireframe nos enfoquemos en estos aspectos y no en cuestiones secundarias como colores, tipo de contenido, diseño visual de la interfaz.
No se recomienda invertir demasiado tiempo en ellos: cuanto más rápido lo hacemos, más rápido nos ponemos de acuerdo sobre qué construir realmente. Si invertimos demasiado tiempo en ponerle detalle, estaremos gastando tiempo en más en una instancia que aún tiene muchos cambios por experimentar.
¿Cuándo usarlos? El momento ideal para usar Wireframes la primer etapa de una tarea. Esta herramienta suele servir para entender limitaciones básicas a nivel diseño. Por ejemplo, a veces pensamos jerarquías de menús que se ven muy bien pero son costosas de construir a nivel desarrollo. En ese caso, el Wireframe ayuda a entender esta limitación, y a pensar alternativas en equipo. Los Wireframes también sirven como documentación de un proyecto, para entender las decisiones previas que fuimos tomando a lo largo de una tarea.
En proyectos que son muy grandes o de rediseños completos, he creado prototipos con Wireframes para testear dichas estructuras. No es lo más común, pero cuando el equipo tiene muchas dudas sobre la Usabilidad o Arquitectura de la Información de determinadas soluciones, es importante recibir feedback de los usuarios en esta instancia.
Es una representación o simulación de las interacciones que va a tener nuestra solución de diseño.
Pueden hacerse tanto con Wireframes como Mockups. Hay diversas aplicación para probar, la más sencilla y mi favorita es Marvelapp, pero también están Invision, Flinto, Origami y muchísimas más. La cuestión es encontrar una aplicación que se adapte a tus necesidades y tiempos. También cada aplicación o sitio web tiene distintos niveles de interacción: cuanto más compleja, más complejo es el programa que tienes que buscar para emular esa interacción.
También hay muchos diseñadores que saben maquetar estas soluciones y prefieren testear sus propios prototipos: cualquier herramienta es válida, siempre y cuando puedas representar lo más fielmente posible la interacción que buscas para tu diseño.
¿Cuál es su objetivo? Experimentar, testear y comunicar las interacciones de nuestro diseño.
¿Cuándo usarlos? Usamos prototipos siempre que queramos validar el tipo de interacción que estamos planteando para una solución de diseño. Una vez que tienes el prototipo construido, lo ideal es salir a testear y probar esas interacciones con usuarios. Te sorprenderá encontrar que muchas cosas que pensaste no suceden como esperabas y probablemente tengas que iterar algunas de las interacciones.
Los prototipos también sirven como documentación del proceso. Personalmente, trabajando con clientes directos, los prototipos han sido una herramienta poderosa para comunicar no sólo la interacción sino también el diseño de una aplicación.
> ProTip para diseñadores independientes: genera prototipos de tus diseños finales en alta fidelidad e inclúyelos en tu portfolio. Pocas historias hablan tan potentemente de tus habilidades como un prototipo bien armado.
La representación de una solución de diseño en alta fidelidad (hi-fi).
¿Cuál es su objetivo? Comunicar y representar, de manera estática, la estructura, el contenido, las funcionalidades básicas y las decisiones gráficas de una solución de diseño.
¿Cuándo se usa? El Mockup se construye una vez que hayamos acordado la estructura de nuestra solución de diseño. Sirve para comunicar las decisiones visuales: los estilos, los colores así como la vista final de la estructura y sus funcionalidades.
En las etapas finales de un diseño hay varias instancias en las que sirve comunicar a través de un mockup:
Como ven, teniendo estos conceptos más claros es fácil definir en cuál necesitamos trabajar de acuerdo al objetivo que tenemos. Sketch es mi herramienta favorita a la hora de construir wireframes, prototipos y mockups. ¿Ya la has probado? Si trabajas con Windows prueba con Adobe XD.
Como profesionales de tecnología en Latinoamérica, nos queda como tarea encontrar buenas palabras en español para hablar de Wireframes y Mockup sin dejar a nadie afuera 😃 ¿Ustedes cómo los llamarían? ¿Les costó entender estas diferencias? Cuéntenos en los comentarios.
Queda clara la diferencia entre cada uno 😃
Wireframe = borradores/bocetos
Mock Up = Diseño final sin interacciones (estático)
Prototipo = Diseño final con interacciones
No olvidar que no todo tiene solución directo al Software. Usar lápiz y papel es lo más rápido para elaborar Wireframes y desechar ideas suele ser mucho más fácil.
No importa que no sepas dibujar o si estás trabajando solo, solo el hecho de plasmar algo rápidamente te dará indicios de si es buena idea o no.
__
Bastante claro, muchas gracias por compartir
Gracias.
¿Qué herramientas existen para Linux?
Porque tengo entendido que algunas son exclusivas para _Windows _o Mac
Excelente artículo! Super claro!
Entiendo que usan más la macbook, pero estaría padre que nos recomendaran alguna aplicación similar para Windows, gracias por el artículo, muy bien explicado.
ADOBE XD, altamente recomendado
Llego tarde xD, pero Figma es excelente.
super, ahora con los conceptos claros a seguir con mis clases de prototipado. Gracias!!!..
Para el proceso de wireframe recomiendo bastante trabajar con la metodología Design Sprint, Sería bastante óptima para la retroalimentación inicial y ágil.
Qué fantástico artículo.
Es algo que se super confunde a menudo. Gracias por el articulo, sencillo y directo al punto!
Aclaraste todas mis dudas. Gracias 😃
Me gustó mucho el nivel de detalle de este tema. Gracias Belen. y la idea de terminos de @jjyepez está super!!
excelente muchas gracias :3
Me ayudaste a terminar de entender lo que estoy viendo en el curso de adobe xd y de diseño de interfaces.
Muchas gracias!
#include<bits/stdc++.h>usingnamespacestd; constexprint MAXN = 1e6; int st[2*MAXN+2]; int arr[MAXN]; intbuild( iint nodo, nt i, int f ){ if( i == f ) return st[nodo] = arr[f]; int medio = i + ( f - i ) / 2 ; return st[nodo] = max( build(2*nodo, i, medio) , build(2*nodo+1, medio+1, f ) ); } intquery( int nodo, int i, int f, int l, int r ){ if( i > r || f < l ) return -MAXN; if( i >= l && f <= r ) return st[nodo]; int medio = i + ( f - i ) / 2 ; return max(query( 2*nodo, i, medio, l, r ) , query(2 * nodo +1, medio+1, f, l, r)); } intmain(){ ios::sync_with_stdio(false); cin.tie(NULL); }