Entradas

ratón con scroll de bola
, ,

Scroll o clic, ¿cuál es la mejor opción?

scroll horizontal y verticalTratando de documentarme sobre las implicaciones de implementar mayor scroll frente a las navegaciones tradicionales y ver el modo de simplificar la arquitectura de información con páginas más amplias, he topado con un post, que se titula Hacer Scrolling es más sencillo que hacer clic y que me ha llevado a hacer una reflexión sobre como poder elaborar páginas ricas con mucho contenido que me permita ver todo, sin tener que navegar por subsecciones, con un largo scroll.

En este post anotan aspectos interesantes como el modo de navegar y leer desde dispositivos móviles, ya sean tablets o smartphones, que refuerza la idea del scroll. En estos dispositivos navegamos haciendo scroll prácticamente todo el tiempo.

Dicen algo así como que “scrollear es una continuación, mientras que clicar es una decisión”. Es decir, haces scroll para continuar la acción que vienes haciendo, es decir, estás leyendo un post, y haces scroll para continuar leyendo, mientras que si tienes que hacer clic para ir a una página siguiente, estás ante la toma de una decisión importante.

Como dicen aquí, y es bien cierto, la gente ya tiene superado el más que famoso mito entre los diseñadores de “El usuario no hace scroll, muéstrale todo en la zona segura de pantalla”.  Debido a la influencia del uso de estos dispositivos móviles, el scroll se ha hecho todavía más habitual en nuestras interacciones.

Leer más

ejemplo de código fuente
, , ,

El Desarrollo Front debe estar en el equipo de UX

ejemplo de código fuenteEmpezaré aclarando que, aunque en este post se hable exclusivamente de UX para el diseño de interfaces digitales basadas en tecnologías web, realmente esto es sólo una de las áreas en las que creo que debe  y puede trabajar el equipo de UX, pues, creo que la gente no es consciente de lo que puede aportar este equipo en otras aspectos como por ejemplo, procesos, impacto en Social Media, calidad, publicidad, innovación,… por mencionar algunos. 

Me gustaría poneros en una de las situaciones más habituales que se nos dan, todavía, sobre todo en las grandes compañías en las que los equipos de Front y Back están totalmente separados. Imaginaos un gran diseño creado a partir de unos wireframes que cumplen completamente con los requisitos planteados, una interacción perfectamente definida, y un diseño impecable, creado por el equipo de UX.  A partir de ahí se pasan los entregables al equipo de Desarrollo Front, que en la mayoría de los casos está en Sistemas, junto al equipo de Desarrollo Back. Eso, en el mejor de los casos, teniendo en cuenta que exista el equipo de front y no sea el mismo equipo de back quien desarrolle el HTML.

Cuando finalizan el producto, y lo vemos funcionando, vemos que el diseño tiene fallos, los tamaños de tipografía no se corresponden, se desmaquetan elementos, la interacción no es la que se había definido, y lo que se había definido como un producto impecable, se ha convertido en otro, con defectos, que probablemente provocará una mala experiencia de usuario.

Desde el punto de vista de negocio, esto puede parecer un mal menor, y en la mayoría de las ocasiones “nuestros mayores” así nos lo hacen saber, pero están totalmente equivocados. Una mala experiencia repercute de manera negativa en el negocio siempre.

Leer más