¡Que alguien piense en los Wireframes!
Este no es otro artículo de “Qué es un wireframe”
Prácticamente desde el 2014 he hablado, escrito o participado en videos sobre este tema. Existen también personas que están a favor o en contra de los wireframes ( y todas las metodologías que les rodean y alimentan ), pero la realidad con los wireframes es otra… 🔦
For a designer to craft an appropriate solution s/he must understand the capabilities & limitations of the materials.
1. Los wireframes son dependientes
Los wireframes, no funcionan por si solos como herramienta para resolver un problema de diseño. Necesitan apoyarse de información previa generada por la arquitectura y el lenguaje del producto, para alimentar luego cosas como los flujos de interacción, casos de uso y UI Stack.
Un error muy común, entonces sería jugar la carta de wireframes sin tener en cuenta las demás etapas. A fuerza si queremos conseguir buenos resultados, debemos pasar por las demás y hacer wireframes en el momento que sepamos son útiles.
2. Los wireframes son contextuales
Es muy diferente la manera en que un solo diseñador y un equipo de diseño completo se enfrentan a ellos. Por experiencia propia, (trabajando para un solo producto, varios productos a la vez, resolviendo la parte visual o diseñando el producto y haciendo la parte visual al mismo tiempo…) he notado que es muy diferente resolver un producto como único diseñador/a a comparación de resolver un producto con un equipo completo (independientemente del rol que cumplas).
Por ejemplo, cuando en algunos productos cumplo el rol de diseñador visual y diseñador de producto, uso los Wireframes de muy alta calidad, casi UI ya que puedo ahorra un poco de tiempo en la entrega porque, la persona que va a usarlos soy yo así que me estoy comunicando conmigo mismo.
En el caso en el que mi rol se concentra en diseño visual, los wireframes los trabajo y discuto mucho con el diseñador de producto y el/ella me ayudan a entender por medio de estos más a detalle, su visión o la visión de todo el equipo con respecto a cómo se puede resolver ese producto, me encuentro entonces en una conversación visual con una, dos o más personas.
Lo que nos lleva a nuestro último punto 👇
3. Los wireframes son flexibles
Esto no solo aplica para la etapa de wireframes, es una máxima de como debe ser y funcionar el proceso de ideación y resolución de productos digitales. Imaginen tener un par de pasos definidos y una baraja llena de metodologías y frameworks listos para entrar en acción cuando sean requeridos.
La forma en la que se lanza un producto en Lean, los famosos sprints de Google, user journeys, wireframes, lenguaje de producto (que todos se proclamen UX-Men 👀)… es saber elegir que quieres y puede ayudarte a resolver lo que tienes en frente, usarlo cuando sea debido (e inteligente) sin olvidar obviamente lo más importante, estás diseñando para otra persona no para ti. 🍸
There’s no one-size-fits-all plan for everybody
Los wireframes son una pequeña parte de las piezas de rompecabezas para resolver problemas de diseño, obviamente es sumamente importante saber que herramientas y metodologías tenemos disponibles para poder usarlas como apoyo en todo este proceso… pero recuerden este no es un arte milenario, aún estamos experimentando y aprendiendo. Según yo por ahora no podemos escribir nada en piedra… seguiré diseñando, escribiendo y contándoles de mis aprendizajes.
⚗️
Tienen preguntas, les gustó este pequeño desglose de ideas (o no), quieren compartirlo, pasar a saludar, picarle a la manita que aplaude 👏 etc…
Hey soy Jay 💊!!! Diseño productos en 23 Design un increíble estudio de diseño en CDMX. Antes de venir a México era Design Lead en Platzi 🇨🇴
Jay López L
heyjay.me
