¿Qué necesito decirle a mi desarrollador web sobre el diseño receptivo?

Sería útil saber lo que ya les ha dicho porque algo de esto podría haberlo cubierto.

Principalmente cuando realizo una actualización en un sitio existente para “encubrirlo” para que responda, mi preocupación número 1 es identificar puntos de dolor de tiempo de carga / peso como imágenes gigantes, descargas de documentos PDF no optimizados, etc. También trato de identificar elementos que nunca se escalarán tan bien como las tablas.

Esto me dice cuánto tiempo voy a necesitar (y facturar) para analizar el contenido que no es apropiado para servir en un dispositivo pequeño y cuánto tiempo necesito para transferirlo a algo compatible con dispositivos móviles. En realidad, esto requiere más tiempo que cualquier tipo de diseño.

Técnicamente no deberías tener que decirle esto a tu desarrollador porque él o ella debería haberlo hecho cuando te cotizaron un precio para hacer el trabajo. Sin embargo, no podía hacer daño mencionarlo.

También me preocuparía que cualquiera que sea el foco principal / punto de conversión de su sitio web todavía juega un papel importante a medida que el sitio se reduce. Si, por ejemplo, fuera una organización sin fines de lucro, no desearía que su llamado a la acción de donación llegara hasta el fondo y requiriera múltiples gestos de desplazamiento en un dispositivo pequeño. Lo quiere a la vista y fácil de encontrar y usar.

Y hablando de eso, he visto una serie de sitios adaptables que tienen algún tipo de pieza de comercio electrónico que se olvida en el proceso porque las pantallas de pago se crearon originalmente en tablas.

No tendría miedo de solicitar un prototipo de estructura metálica sobre cómo funcionarán las páginas y procesos más importantes a medida que cambian para adaptarse a varios tamaños de pantalla.

Asegúrese de que el desarrollador minimiza, comprime, etc., todas las hojas de estilo y js solicitadas para un rendimiento más rápido en redes móviles.

Lo último en lo que puedo pensar es si su sitio está construido en un CMS de algún tipo y su expectativa es que el tablero y las áreas de administración también responderán, debe mencionar eso porque es una bola de cera completamente diferente desde el frente ” tema “de su sitio.

¡¡Buena suerte!!

Lo que usted les dice está impulsado por su propósito de hacerlo receptivo. Aquí hay unos ejemplos:

1. Si lo está haciendo para marcar la casilla ‘Responsive’, entonces no importa lo que diga (solo diga “hacerlo receptivo”).

2. Si lo hace porque sabe que el 30% de su base de usuarios está en teléfonos inteligentes y está perdiendo la conversión debido a una alta tasa de rebote, entonces diga “Haz que responda, estamos perdiendo usuarios en teléfonos inteligentes debido a la molesta necesidad para desplazarse constantemente para leer oraciones, o en el mejor de los casos, la escritura es demasiado pequeña cuando el dispositivo la escala automáticamente para que las personas no puedan leerla a menos que sean parte águila “.

3. Si lo está haciendo porque desea presentar una vista diferente a cada uno de los dispositivos de la base de usuarios (móvil, tableta y escritorio, por ejemplo) y tiene una variante en su estrategia de campaña que muestra / oculta elementos basados ​​en el dispositivo, luego diga “Haga que responda, porque solo queremos que los usuarios móviles vean nuestra promoción de aplicaciones móviles, y los usuarios de escritorio vean nuestra oferta de mouse-pad, etc. etc.”

4. Si lo está haciendo porque cree que es una tecnología atractiva, ‘todos los sitios buenos la usan’ y desea estandarizar en un marco que significa que puede contratar nuevos talentos para trabajar en su sitio que lo habrán usado antes luego di “Haz que responda y usa Bootstrap o Foundation para que podamos encontrar a alguien que nos lo mantenga si te rompes el cuello en tus próximas vacaciones de snowboard”.

2, 3 y 4 no son mutuamente excluyentes.

Supongo que no estaría de más contarle sobre su audiencia, qué tipo de dispositivos suelen usar para acceder a su página y cómo cree que esto cambiará. Como otros han dicho en este Q / A, no hay una ‘actualización’ real y su desarrollador tendrá que ‘hacerlo nuevamente’. El uso de una plataforma de arrastrar / soltar lista hará que su tarea (¡y, por lo tanto, suya!) Sea mucho más simple. RapidMoon, por ejemplo, le permite diseñar un diseño front-end en cuestión de horas y también es una plataforma altamente colaborativa: su desarrollador puede compartir el diseño que ha construido incluso cuando está en línea y usted puede aprobar / modificar, etc.

“actualizar” para que responda probablemente no sea la mejor ruta. Responsive generalmente consistirá en 4 diseños separados (móvil, mesa, computadora portátil, computadora de escritorio) con una transición flexible entre cada uno.

Actualizar un sitio para que sea receptivo puede ser mucho más trabajo que construir un nuevo sitio receptivo que siga el mismo tema y funcionalidad que el actual, pero al hacerlo, también puede actualizarlo con nuevas características / adiciones eso puede haber sido solicitado.

Esta imagen tiene respuesta de todas sus consultas. para más lee aquí

Supongo que es bastante simple … “hola desarrollador … ¿cómo estás hoy? Quiero que mi sitio se muestre en dispositivos móviles. Quiero que la pantalla se vea diferente y se adapte cuando se ve en dispositivos móviles”. Entonces, si él dice: “¿quieres decir que quieres que tu sitio responda?”. Entonces él sabe lo que está haciendo … buena suerte

Mantenlo simple..

Encuentre un sitio web receptivo o una plantilla de sitio web y solo dígale que desea un sitio web similar y tan receptivo.

¡Google es tu amigo! 🙂

Use Twitter Bootstrap o similar para que sea manejado por framework.