Estamos teniendo una conversación incorrecta sobre el diseño receptivo
El diseño web receptivo es la palabra de moda actual en Internet en este momento. Las empresas están entusiasmadas o denunciándolo a cada paso. Ha habido muchos artículos que intentan señalar por qué debería o no utilizar el diseño web receptivo, los defectos del diseño web receptivo o por qué el diseño web receptivo es mejor que la aplicación móvil. Muchos de ellos hacen buenos puntos y discuten efectivamente su caso; Sin embargo, en los últimos dos años he estado usando el diseño web receptivo, he llegado a la conclusión de que la gran mayoría de las personas están mirando las cosas de la manera incorrecta.
En un mundo siempre cambiante de dispositivos, tamaños de pantalla, resoluciones, conexión, ancho de banda, límites de datos, etc., es difícil predecir con precisión cuál será el próximo gran dispositivo o qué dispositivos utilizará su público objetivo. Aquí es donde el diseño web receptivo se vuelve importante, es posible que actualmente no sea tan rápido como una aplicación nativa u ofrezca todas las características potenciales de una aplicación nativa, pero ese no debería ser su objetivo.
El diseño receptivo no es perfecto.
El diseño receptivo tiene dificultades que pueden causar problemas a los usuarios móviles, principalmente velocidad y datos. Existe un gran problema con servir imágenes en tamaños reducidos dependiendo de la resolución de pantalla actual, y aunque hay algunas formas inteligentes de manejar esto (pago
IMG receptivo
por Drew Thomas de Brolik), continuará siendo un problema incluso en el futuro prevista. Con una aplicación nativa, los datos y las imágenes se pueden servir fácilmente a un tamaño reducido que mejora el rendimiento, pero este no es un buen argumento en contra de no usar el diseño web receptivo.
Ahora, no me malinterpreten, no estoy tratando de decir rendimiento, optimización y el uso de datos no es algo que deba preocuparte como CEO o desarrollador, porque deberías hacerlo. Como usuario móvil frecuente, odio las páginas web de carga lenta; Si algo toma más de 3-4 segundos para cargar (lo que también puede ser una señal de que necesita un nuevo sitio web), lo ignoraré y pasaré al siguiente sitio. Sin embargo, lo que estoy diciendo es que esto no debería evitar que use el diseño web receptivo; El hecho de que algo no resuelva todos los problemas no significa que no deba dejar que resuelva ninguno de los problemas.
¡Lo estás haciendo mal!
El problema que tengo con muchos de los argumentos que las personas hacen contra el diseño web receptivo es que intentan verlo desde una perspectiva en blanco y negro al decir "[el diseño web receptivo] es una fijación rápida que no resuelve el problema de heredar que las páginas web se cargan lentamente en dispositivos móviles, por lo que no debe usarlo en absoluto". Cualquiera que esté argumentando que un sitio web responderá más rápido, de manera más efectiva, y con más interacción que una aplicación nativa es bromeando, y cualquiera que piense que todos sus clientes quieran pasar tiempo descargando su aplicación nativa debería pensarlo dos veces.
Hay muchos sitios, como Reddit o Hacker News que permiten a los usuarios obtener artículos que desean leer en toda la web. Las personas que visitan un sitio no siempre serán clientes leales que regresen, entonces, ¿por qué deberían descargar una aplicación nativa para ver un artículo en un sitio al que nunca podrían regresar? Para esto es para lo que es el diseño web receptivo. Es por eso que debe usarlo incluso si continúa ofreciendo una aplicación nativa. Los visitantes de su sitio web merecen una buena experiencia mientras navegan por su sitio web, y el diseño web receptivo hecho bien puede darles esto independientemente del dispositivo que estén utilizando.
El ganso aún no ha puesto el huevo de oro.
Tal como estamos ahora, con las tecnologías que tenemos actualmente, el diseño web receptivo no debería intentar hacer mejor el trabajo de una aplicación nativa que una aplicación nativa, pero debería esforzarse por dar a los millones de usuarios potenciales la mejor experiencia posible en una multitud de dispositivos.
Todavía no hay huevo de oro en el mundo del desarrollo web. No hay la mejor solución para manejar todos los dispositivos disponibles que actualmente acceden a Internet. Como desarrolladores, debemos usar las herramientas, prácticas y técnicas actualmente disponibles para proporcionar a nuestros clientes y a sus clientes la mejor experiencia posible. Eso puede significar ofrecer un sitio móvil, un sitio de escritorio y una aplicación nativa, o puede significar ofrecer un sitio web receptivo, o incluso un sitio web receptivo y una aplicación nativa.
El punto es que no hay ninguna solución para arreglar todo, así que aproveche lo que debe por el bien de todos sus clientes. En este día, incluso con sus defectos, no hay razón para que incluya el diseño web receptivo como alternativa a una página web móvil o una aplicación nativa. Los teléfonos móviles se están volviendo cada vez más rápidos, y HTML5 está brindando a los desarrolladores nuevas herramientas para manejar los tiempos de carga móviles, lo que hace que cualquier problema evidente con el diseño web receptivo sea mucho menos imponente.
¿Busca más sobre el debate entre aplicaciones móviles y sitios web móviles? Echa un vistazo a la serie Jason Brewers sobre el tema:
Sitio móvil frente a la aplicación móvil
El diseño receptivo no es perfecto.
El diseño receptivo tiene dificultades que pueden causar problemas a los usuarios móviles, principalmente velocidad y datos. Existe un gran problema con servir imágenes en tamaños reducidos dependiendo de la resolución de pantalla actual, y aunque hay algunas formas inteligentes de manejar esto (pago
IMG receptivo
por Drew Thomas de Brolik), continuará siendo un problema incluso en el futuro prevista. Con una aplicación nativa, los datos y las imágenes se pueden servir fácilmente a un tamaño reducido que mejora el rendimiento, pero este no es un buen argumento en contra de no usar el diseño web receptivo.
Ahora, no me malinterpreten, no estoy tratando de decir rendimiento, optimización y el uso de datos no es algo que deba preocuparte como CEO o desarrollador, porque deberías hacerlo. Como usuario móvil frecuente, odio las páginas web de carga lenta; Si algo toma más de 3-4 segundos para cargar (lo que también puede ser una señal de que necesita un nuevo sitio web), lo ignoraré y pasaré al siguiente sitio. Sin embargo, lo que estoy diciendo es que esto no debería evitar que use el diseño web receptivo; El hecho de que algo no resuelva todos los problemas no significa que no deba dejar que resuelva ninguno de los problemas.
¡Lo estás haciendo mal!
El problema que tengo con muchos de los argumentos que las personas hacen contra el diseño web receptivo es que intentan verlo desde una perspectiva en blanco y negro al decir "[el diseño web receptivo] es una fijación rápida que no resuelve el problema de heredar que las páginas web se cargan lentamente en dispositivos móviles, por lo que no debe usarlo en absoluto". Cualquiera que esté argumentando que un sitio web responderá más rápido, de manera más efectiva, y con más interacción que una aplicación nativa es bromeando, y cualquiera que piense que todos sus clientes quieran pasar tiempo descargando su aplicación nativa debería pensarlo dos veces.
Hay muchos sitios, como Reddit o Hacker News que permiten a los usuarios obtener artículos que desean leer en toda la web. Las personas que visitan un sitio no siempre serán clientes leales que regresen, entonces, ¿por qué deberían descargar una aplicación nativa para ver un artículo en un sitio al que nunca podrían regresar? Para esto es para lo que es el diseño web receptivo. Es por eso que debe usarlo incluso si continúa ofreciendo una aplicación nativa. Los visitantes de su sitio web merecen una buena experiencia mientras navegan por su sitio web, y el diseño web receptivo hecho bien puede darles esto independientemente del dispositivo que estén utilizando.
El ganso aún no ha puesto el huevo de oro.
Tal como estamos ahora, con las tecnologías que tenemos actualmente, el diseño web receptivo no debería intentar hacer mejor el trabajo de una aplicación nativa que una aplicación nativa, pero debería esforzarse por dar a los millones de usuarios potenciales la mejor experiencia posible en una multitud de dispositivos.
Todavía no hay huevo de oro en el mundo del desarrollo web. No hay la mejor solución para manejar todos los dispositivos disponibles que actualmente acceden a Internet. Como desarrolladores, debemos usar las herramientas, prácticas y técnicas actualmente disponibles para proporcionar a nuestros clientes y a sus clientes la mejor experiencia posible. Eso puede significar ofrecer un sitio móvil, un sitio de escritorio y una aplicación nativa, o puede significar ofrecer un sitio web receptivo, o incluso un sitio web receptivo y una aplicación nativa.
El punto es que no hay ninguna solución para arreglar todo, así que aproveche lo que debe por el bien de todos sus clientes. En este día, incluso con sus defectos, no hay razón para que incluya el diseño web receptivo como alternativa a una página web móvil o una aplicación nativa. Los teléfonos móviles se están volviendo cada vez más rápidos, y HTML5 está brindando a los desarrolladores nuevas herramientas para manejar los tiempos de carga móviles, lo que hace que cualquier problema evidente con el diseño web receptivo sea mucho menos imponente.
¿Busca más sobre el debate entre aplicaciones móviles y sitios web móviles? Echa un vistazo a la serie Jason Brewers sobre el tema:
Sitio móvil frente a la aplicación móvil