Desde Coke vs. Pepsi no ha habido un debate tan extenso y una intensa controversia sobre un tema en particular. Los blogs de tecnología y diseño en la web están participando en debates candentes sobre diseño receptivo y sitios móviles, y discuten sobre qué solución ofrece la mejor experiencia móvil.
¿No podemos todos estar de acuerdo? No, no en esta vida, especialmente para un tema tan debatido como este. Con la gran cantidad de desarrolladores y diseñadores web que atienden a los clientes hoy en día, y la gran aceptación en los dispositivos móviles que ha enfocado el tema, sería casi imposible que todos estén de acuerdo.
¿Quieres ser una mosca en la pared para escuchar lo que piensan las empresas profesionales sobre el diseño receptivo y cómo están prestando servicios a sus clientes?
Entrevisté a cuatro destacadas organizaciones que crean experiencias móviles para sus clientes a diario. A continuación, encontrará la información interna de sus procesos de desarrollo móvil
Aunque existen muchos puntos de vista diferentes, parece que hay dos opiniones predominantes que giran alrededor de la red.
Los fanáticos del diseño sensible expresan los muchos beneficios como evidencia suficiente de que esta tecnología se debe aplicar a todos o la mayoría de los sitios móviles.
De acuerdo con los defensores del diseño receptivo:
Según Michael Wyszomierski, que trabaja para Google en Product Quality Operations, el diseño receptivo está donde está. Aquí está su publicación en Google+:
Michael respondió a las críticas en los comentarios al afirmar que en algunos casos pueden necesitarse sitios móviles, pero en general es un firme defensor del diseño receptivo y cree que muchos sitios podrían mejorar enormemente su experiencia de usuario al utilizarla.
Entonces, si el diseño receptivo es tan genial, moderno y de moda, ¿por qué existe una histeria colectiva en torno al tema? Aquí hay algunas razones de por qué…
El otro lado del argumento no se opone obstinadamente al diseño receptivo, pero sienten que solo es apropiado en situaciones específicas. Este campamento enfatiza que la decisión sobre si se debe construir un sitio móvil separado sobre el diseño receptivo depende de las necesidades del usuario móvil.
Estos son algunos de los argumentos en contra del diseño receptivo:
Decidimos llevar este argumento a la calle para ver cómo las empresas rentables satisfacen las necesidades móviles de sus clientes. Hablé con cuatro organizaciones de alto nivel y les pregunté sobre su enfoque para el diseño receptivo. Los elegí porque tienen éxito en la entrega de trabajo excelente a sus clientes y su crecimiento es un testimonio de ese hecho.
Le hice a cada uno las mismas preguntas para examinar cuán diferente / similar era su enfoque sobre el tema.
Primero es Ideas sensacionales , una agencia interactiva en Seattle con sede en Seattle desde 1996. El director de arte Colin Proctor tuvo la amabilidad de compartir sus ideas sobre el diseño receptivo.
P: ¿Con qué frecuencia desarrolla sitios web móviles para sus clientes?
R: Hemos hecho un puñado de ellos. Con muchos de nuestros clientes, vemos que las iniciativas de web móvil están despegando ahora mismo. Las experiencias web móviles han sido un tema importante de planificación y conversación durante el último año más o menos para la mayoría de nuestros proyectos. Los sitios móviles que hemos desarrollado han sido sitios receptivos como acompañantes o un único diseño receptivo. La mayoría de estos tienen un contenido muy específico. Tenemos una amplia cartera de experiencias móviles, ya sean aplicaciones nativas o híbridas, aplicaciones web, etc.
P: ¿Utiliza automáticamente un diseño receptivo para todos los clientes móviles? Explique brevemente por qué o por qué no.
R: No, pero siempre es parte de la conversación. Exploramos el contexto de la audiencia antes de tomar decisiones sobre la tecnología. Para ser transparentes, los diseños con plena capacidad de respuesta aún tienen limitaciones técnicas que preocupan a las grandes empresas: la publicidad, las imágenes receptivas y el soporte de integración de terceros son algunas de las principales preocupaciones. Para los sitios de folletos, casi siempre utilizamos un diseño receptivo porque la jerarquía de contenido de esos sitios tiende a degradarse de forma agradable en una multitud de puntos de inflexión. A menudo, el contexto del usuario para los sitios de folletos es constante en todos los dispositivos.
P: ¿Dirías que eres ...
a) a favor del diseño receptivo
b) No a favor del diseño receptivo
c) A favor del diseño receptivo y de los sitios móviles separados
Explique brevemente por qué eligió su respuesta ...
R: Creo que es peligroso utilizar el diseño receptivo como una trampa, y que una estrategia receptiva determinará la forma en que su sistema de diseño responde al contexto de su usuario (que es la clave). El diseño / diseño receptivo es un enfoque muy escalable, pero ¿siempre tiene en cuenta lo que el usuario está haciendo? No, porque es un sistema de muchas soluciones de diseño para dispositivos móviles.
Si estuviera construyendo un sitio web de transporte público, tendría que considerar que un usuario sentado en su escritorio probablemente esté planeando su horario o rutas, mientras que un usuario en su teléfono está tratando de descubrir dónde está su bus / tren y está buscando más soluciones inmediatas. Estos dos contextos muestran un comportamiento diferente, necesidades de conveniencia, necesidades de navegación y qué contenido debe presentarse por adelantado. Es posible que un conjunto de plantillas con diseño y diseño contextual no sea la solución, es posible que deba haber un conjunto de funciones completamente diferente.
P: ¿Cuál es su mejor consejo para los diseñadores / desarrolladores web que buscan desarrollar experiencias móviles con éxito para sus clientes?
A: el diseño receptivo no es un punto de partida. Es una tecnología excelente en la que muchos integrantes de la comunidad web han invertido mucho tiempo para resolver los problemas que impiden una presencia más global. Creo que veremos que la adopción del diseño / diseño receptivo crecerá a lo largo de los años.
En mi opinión, lo mejor que puede salir de la explosión de la web móvil es una ruptura con la idea de que nuestro lienzo está configurado, y que solo tenemos que completarlo. Nos vemos obligados a superar nuestras viejas suposiciones sobre la experiencia del usuario, y son responsables de nuestros procesos de pensamiento más de lo que hemos estado en la historia reciente. Como sociedad, ya no somos un público cautivo que mira un rectángulo de un área de visualización promedio como 1024 × 768, por lo que las reglas se vuelven a escribir. Como industria, este es un momento para experimentar y crecer.
El siguiente es Evolve Creative Group , una compañía de soluciones web de servicio completo con sede en Akron, Ohio. Les pregunté a los desarrolladores las mismas preguntas y aquí están sus respuestas:
P: ¿Con qué frecuencia desarrolla sitios web móviles para sus clientes?
R: Desarrollamos sitios web móviles probablemente alrededor del 30% del tiempo. Es una combinación de deseo, presupuesto y necesidad para nuestros clientes. Muchos clientes no tienen la necesidad o el deseo de brindar soporte para dispositivos móviles debido a su audiencia y presupuesto. Debido a la flexibilidad de los sitios que creamos (no móviles), funcionan lo suficientemente decentes en dispositivos móviles que los clientes no pueden justificar el costo. Puede ser difícil de vender, pero a medida que las tendencias móviles crecen y se solidifican, más clientes se suman.
P: ¿Utiliza automáticamente un diseño receptivo para todos los clientes móviles?
R: No, no lo usamos para todos los clientes móviles. Simplemente hacemos lo que es mejor para el cliente y sus usuarios. Evaluamos cuidadosamente el enfoque móvil caso por caso según sus necesidades.
Si los usuarios móviles del cliente tienen un subconjunto de intereses o un objetivo específico que requiere una modificación en el diseño o la cantidad de información entregada, recomendaremos un sitio móvil independiente en un subdominio, lo que nos permite simplificar el sitio para el sitio. experiencia móvil Pero por otro lado, si el sitio ya es simple y universal en mensajes y objetivos (como blogs, páginas de inicio y pequeños sitios informativos, por ejemplo), tener un único sitio que sea flexible en todas las plataformas es definitivamente ventajoso.
P: ¿Dirías que eres ...
a) a favor del diseño receptivo
b) No a favor del diseño receptivo
c) A favor del diseño receptivo y de los sitios móviles separados.
Explique brevemente por qué eligió su respuesta ...
R: Como todo en este negocio, el enfoque móvil es un toma y daca, ya que existen ventajas y desventajas de cada método. Los sitios móviles separados ofrecen la ventaja de enfocar al usuario en contenido específico que es conciso y optimizado. Pero la desventaja inherente es que el cliente puede tener el doble de mantenimiento para futuras actualizaciones.
Aquí es donde el diseño sensible responde al argumento de "un solo sitio para gobernarlos a todos". Tener un único sitio que sea universal, rico en flexibilidad y que ofrezca todo el sitio para que los usuarios interactúen con ellos a su antojo es una idea muy emocionante. Pone el poder en manos de los clientes y los usuarios y resuelve el problema de diseñar y crear sitios web para un dispositivo específico (de escritorio o de otro tipo). Pero los argumentos en contra del diseño receptivo, como el tiempo de descarga, los costos de desarrollo y la exageración de la información, pueden ser igualmente convincentes.
La moraleja aquí es adaptar la solución en función del proyecto y los usuarios, y no quedar atrapados en el creciente debate encendido.
P: ¿Cuál es su mejor consejo para los diseñadores / desarrolladores web que buscan desarrollar experiencias móviles con éxito para sus clientes?
R: El mayor consejo que podemos ofrecer es ser inteligente al elegir su enfoque. No te limites a saltar en el carruaje de banda receptivo porque es lo más nuevo o quedarse con sitios móviles separados porque es seguro y familiar. Debe evaluar cuidadosamente los pros y los contras de cada enfoque para el proyecto específico en cuestión.
Además, base en el usuario final de la solución. ¿Son del tipo que tiene un objetivo específico y sin capacidad de atención? ¿Quieren entrar, salir y seguir con su vida? ¿O están en una cafetería y quieren disfrutar de la experiencia completa? La respuesta a esa pregunta probablemente represente la elección correcta.
Luego, hablé con Ryan Anderson, presidente de Alchemy50 , una agencia digital con sede en Brooklyn, NY. Esto es lo que Ryan dijo sobre el proceso de su compañía:
P: ¿Con qué frecuencia desarrolla sitios web móviles para sus clientes?
A: Raramente. Creo que los sitios web móviles específicos se están convirtiendo en una cosa del pasado. Hay tantos tamaños de pantalla, resoluciones, etc. diferentes para considerar estos días que la creación de un sitio "móvil" específico suele ser más trabajo de lo que vale y no resuelve el problema por completo.
P: ¿Utiliza automáticamente un diseño receptivo para todos los clientes móviles?
A: no de forma automática, pero con frecuencia. Realmente depende de la naturaleza del proyecto, ya sea una aplicación web o un sitio web corporativo, ambos tienen parámetros únicos que deben considerarse. Además, ya no separamos mucho el "móvil", sino que entramos en un proyecto sabiendo que en la mayoría de los casos es multidispositivo, de múltiples resoluciones, multi-navegador, etc., tiene que funcionar en todas partes y con una sola. código base para ser rentable.
Aquí es donde un marco receptivo bueno es clave: puede abordar la mayoría de las permutaciones con un buen marco. Alchemy50 ha creado su propio marco que es una mezcla de elementos rígidos y escalamiento dinámico. Hemos encontrado que los sitios más complejos tienden a ser un poco rebeldes utilizando marcos elásticos, por lo que nuestro marco utiliza consultas de medios para ajustar nuestras páginas a las resoluciones establecidas. Se ha demostrado que es extremadamente útil y eficaz en nuestros esfuerzos para admitir múltiples dispositivos y navegadores con una base de código.
P: ¿Dirías que eres ...
a) a favor del diseño receptivo
b) No a favor del diseño receptivo
c) A favor del diseño receptivo y de los sitios móviles independientes según el cliente y sus usuarios
Explique brevemente por qué eligió su respuesta ...
R: Realmente es la única forma de desarrollarse en la web estos días. Tenemos que ponernos en el lugar de nuestros clientes y considerar: costo total, escala de tiempo, escalabilidad, compatibilidad, etc., y cuando lo hacemos, por lo general, respalda la noción de un marco receptivo. Sin embargo, es importante señalar que a veces lo que se solicita no se puede hacer sin las bibliotecas nativas del sistema operativo, por lo que un marco web receptivo no es la respuesta a todo.
P: ¿Cuál es su mejor consejo para los diseñadores / desarrolladores web que buscan desarrollar experiencias móviles con éxito para sus clientes?
R: No elija una solución hasta que comprenda completamente lo que el cliente quiere hacer. Y tenga cuidado, muchas veces un cliente dirá que quiere "un sitio HTML5" o una "aplicación móvil que funcione en todas partes": hemos descubierto que generalmente no entienden completamente lo que dicen. Pídales que olviden la tecnología por un minuto y expliquen en un lenguaje sencillo qué es lo que están buscando construir. ¿Cuál es el mercado objetivo? ¿Cuáles son los hábitos de ese mercado (tecnología, navegador, se sientan en los escritorios, etc.)? ¿Qué funcionalidad ofrecerá el sitio o la aplicación? Muchas veces, mientras habla sobre estos puntos con el cliente, emergerá un enfoque eficiente (¡y a veces muy diferente!).
Por último, hablé con el Director de Desarrollo Web en Digitaria , Nicholas Davison. Digitaria es una agencia digital de servicio completo fundada en 1997 con cinco ubicaciones en los Estados Unidos. Esto es lo que Nicholas tenía que decir sobre el diseño receptivo:
P: ¿Con qué frecuencia desarrolla sitios web móviles para sus clientes?
R: La mayoría de nuestras compilaciones incluyen un componente móvil en estos días. Con una cartera tan amplia y profunda como la de Digitaria, eso significa que mi equipo generalmente tiene varios sitios con componentes móviles en un momento dado.
P: ¿Utiliza automáticamente un diseño receptivo para todos los clientes móviles? Explique brevemente por qué o por qué no.
R: Haciendo caso omiso de Zeldman y respetando la definición de Marcotte ... si separa los diseños Responsive como, esencialmente, Adaptive plus liquid y las imágenes, no elegimos automáticamente Responsive sobre Adaptive. La razón principal de esto es el retorno de la inversión.
Los diseños líquidos presentan una serie de desafíos: la combinación de dimensiones fijas y porcentajes tiende a requerir elementos div adicionales para colgar el diseño. Los errores de redondeo provocan problemas en versiones anteriores de Internet Explorer y, a menudo, dejan huecos de un solo píxel incluso en navegadores más modernos. El control de calidad, si se realiza correctamente, debería verificar todos los elementos de todos los tamaños en cada navegador, lo que aumenta enormemente los costos de control de calidad.
¿Qué le permiten estos costos a un diseño adaptable que ya atiende 320, 480, 720, 960 y 1140? Hacen un uso ligeramente mejor del espacio y agregan un factor sorpresa. Si esos beneficios justifican el costo, desarrollamos Responsive. Si no lo hacen, Adaptive es más apropiado.
Si, como sugiere Zeldman, utilizamos la capacidad de respuesta y adaptación de forma intercambiable y no buscamos variantes líquidas, nunca debería ser una decisión automática. Cualquiera que piense en su cliente mira las herramientas adecuadas para el trabajo correcto.
Adaptive tiene muchas ventajas y generalmente tiene sentido. Sin embargo, siempre hay excepciones: Mdot a menudo funciona mejor cuando el cliente quiere contenido diferente para el móvil. Las aplicaciones a menudo funcionan mejor cuando el cliente desea una funcionalidad muy avanzada que requiere una interfaz personalizada e interacciones para cada factor de forma.
Ocasionalmente, Mobile no tiene sentido, punto. Si un cliente simplemente tiene que tener un sitio mínimo por razones legales o de concesión y quiere mantener bajos los costos mientras simplemente marca una casilla, la sobreventa no es apropiada.
Por lo tanto, Adaptive es algo que generalmente recomendamos, pero, como un buen socio, nunca deberíamos recomendar nada automáticamente sin escuchar primero.
P: ¿Dirías que eres ...
a) a favor del diseño receptivo
b) No a favor del diseño receptivo
c) A favor del diseño receptivo y de los sitios móviles separados
Explique brevemente por qué eligió su respuesta ...
R: El diseño adaptativo es increíblemente convincente en casi todos los casos. Ignorar el móvil y la tableta se está convirtiendo rápidamente en un movimiento comercial tan malo como ignorar la web hace diez años. Simplemente tiene que considerarlos para la mayoría de los proyectos. Los días de los sitios de Mdot parciales están numerados. Los usuarios esperan todo el contenido en cualquier dispositivo que usen. Una vez que las opciones móviles no existentes o parciales no son ni siquiera opciones, Adaptive es la forma más rentable de entregarlo en la gran mayoría de los casos. Comparado con un sitio completo de Mdot y escritorio completo, es más económico. Comparado con Mdot, Tablet y Escritorio completos, es mucho más económico.
Y esos son solo los argumentos de hoy: la adaptación es más económica de mantener y se basa en que es una sola plataforma. Los sitios no son solo por hoy. Con la esperanza de vida de varios años en la mayoría de los sitios, no solo debemos pensar en cuánta gente usa los dispositivos móviles y tabletas hoy, sino también cuánto los usarán mucho antes de que finalice la vida útil del sitio.
P: ¿Cuál es su mejor consejo para los diseñadores / desarrolladores web que buscan desarrollar experiencias móviles con éxito para sus clientes?
A: Plan. Considere los dispositivos móviles y de escritorio al mismo tiempo. Retroceder y actualizar la estructura subyacente para acomodar lo que ahora necesita para un diseño sorpresa es mucho más costoso que planificar y construir una estructura limpia que sirva a ambos.
Use respond.js para que su sitio funcione en todos los navegadores, no solo en los que conocen las consultas de los medios. No genere líquido solo porque Responsive es la versión más fresca de Adaptive. Tiene ventajas pero también tiene costos. Asegúrese de elegir lo que es correcto para usted.
Pruebe temprano y pruebe a menudo. Era cierto cuando estábamos desarrollando en cuatro navegadores de escritorio y teníamos que considerar Internet Explorer más antiguo. Es doblemente cierto ahora que estamos agregando muchas plataformas móviles: un problema es fácil de arreglar limpiamente si lo detecta cuando aparece por primera vez. Es casi imposible de arreglar cuando se construyen docenas de capas encima de él, oscureciendo el problema central. Si no está probando, multiplataforma, después de cada nueva función que agrega, entonces lo está haciendo mal.
Por motivos de cordura, debe aceptar una lista de plataformas para las que otorga una garantía de código. Hay tantas variantes de Android, antiguos lanzamientos de iOS, dispositivos Windows Mobile que ofrecerá parches gratuitos de por vida si eres lo suficientemente tonto como para simplemente aceptar "todos los teléfonos inteligentes". Y luego está Blackberry, donde las versiones anteriores parecen diseñado con un amor perverso de romperse.
Gracias a todos los participantes por proporcionarnos información sobre sus procesos diarios.