Aplicación del diseño de aplicaciones a sitios web
En términos generales, el diseño de aplicaciones y el diseño web son cosas muy diferentes. La diferencia clave es que, por lo general, las aplicaciones están diseñadas para hacer algo, mientras que los sitios web simplemente show alguna cosa. Sin embargo, en los últimos tiempos, la línea entre los sitios web y las aplicaciones se ha vuelto cada vez más borrosa y hay mucha superposición, con muchos sitios web que se comportan como aplicaciones o incluso incorporan conjuntos de aplicaciones completos en sus interfaces.
Para los diseñadores de sitios web tradicionales sin experiencia previa en el diseño de aplicaciones, esto puede resultar confuso y puede dar lugar a resultados muy cuestionables en el producto final. Es importante entender que cuando hablo de diseño de aplicaciones, no me refiero a «aplicaciones». Las aplicaciones son generalmente interfaces de un solo propósito que permiten que los teléfonos hagan cosas que los teléfonos normalmente no deberían hacer. Son una clase de aplicación, pero en realidad no pueden considerarse verdaderas aplicaciones, por lo que se denominan simplemente «aplicaciones».
En las notas que siguen, hablaré sobre cómo el diseño de aplicaciones de sitios web es diferente del diseño de sitios web de información ordinaria, y cómo puede manejar el cruce y crear páginas híbridas viables que incorporen elementos de la aplicación correctamente.
El verdadero diseño receptivo no suele funcionar bien para las aplicaciones
Las aplicaciones de software tradicionales funcionan en un espacio de pantalla finito (el desplazamiento no es normal y, por lo general, no puede abarcar varias longitudes de pantalla como puede hacerlo con las páginas web). La propia interfaz de la aplicación puede incorporar desplazamiento, pero requiere su propio espacio fijo dedicado.
Esto significa que si usa un diseño receptivo, debe pensar con mucho cuidado en cómo los elementos de su aplicación encajarán en el espacio provisto y, en la mayoría de los casos, los diseños receptivos no funcionarán muy bien. Es posible que deba ir a la vieja escuela y crear versiones separadas del sitio diseñadas para ser vistas en diferentes plataformas, o incluso excluir los elementos de la aplicación para que no se muestren en dispositivos móviles.
Diseño de ayuda en línea que se puede mostrar sin salir de la interfaz de la aplicación
Las pruebas son importantes para cualquier sitio web o aplicación, pero cuando se trata de aplicaciones web, la carga de trabajo para las pruebas aumenta drásticamente, porque tiene muchas más formas de que su aplicación no funcione correctamente en diferentes circunstancias.
Mientras que con las aplicaciones tradicionales tienes el lujo de un manual de usuario que los usuarios pueden consultar cuando hay un problema, las aplicaciones web generalmente tienen que proporcionar toda la ayuda como parte del sitio (¡y normalmente hacen un mal trabajo!). Trate de usar información sobre herramientas, ventanas emergentes, modales y, si debe expandirse a páginas externas para obtener información de ayuda, al menos use el target = «_ en blanco» método.
Utilice un manejo de errores sólido
Su aplicación debe ser lo suficientemente inteligente como para saber cuándo no funciona correctamente y poder bloquearse correctamente cuando sea necesario. Nada es más molesto para cualquier usuario que cuando su sistema se ralentiza y no puede cerrar su aplicación simplemente porque fue demasiado perezoso para usar el manejo de errores y proporcionar una forma de terminar la aplicación.
Al formar un equipo para desarrollar aplicaciones web, es una buena idea contratar personas que también tengan experiencia en la creación de aplicaciones de escritorio tradicionales. Quienes tengan dicha experiencia pueden ayudarlo a evitar errores y obtener un proceso de desarrollo más eficiente.
Foto principal, Imagen de diseño de interfaz de usuario a través de Shutterstock.
