Y a-t-il des problèmes avec l'approche d'une refonte de site Web d'un point de vue mobile premier?
J'ai lu le livre Mobile First et suis d'accord avec bon nombre des points soulevés. Cependant, je ne m'approche toujours pas d'un projet créant un ensemble de wireframes mobiles puis de bureau. Je conçois toujours l'inverse. Je suis un peu nerveux à l'idée d'adopter la première approche mobile pour la refonte d'un nouveau site Web, je me demandais s'il y avait des problèmes avec l'approche UX du premier point de vue mobile. Y a-t-il des cas où il vaut mieux penser d'abord au bureau?
Il est important de se rappeler que le mobile d'abord n'est qu'une des nombreuses façons d'aborder un problème, et bien qu'il s'agisse d'une excellente méthodologie, vous devriez penser à pourquoi vous souhaitez l'utiliser. C'est un outil, et même un outil très utile a des lacunes.
Votre expérience mobile ne devrait pas être seulement une version plus petite de votre expérience Web. Je suis sûr que la plupart des gens seraient d'accord avec cela, mais il en résulte que votre expérience mobile et Web peut (et devrait souvent) offrir différents contenus et fonctionnalités à ce que propose votre site Web.
Si tel est votre cas et que vous avez besoin que votre application complète soit disponible dès le début, il peut être judicieux de concevoir en premier lieu sur le Web, puis d'inclure dans votre version mobile uniquement ce qui a du sens pour une expérience mobile.
Si votre produit est simple et que toutes les fonctionnalités sont appropriées à la fois sur le Web et sur mobile, je vous suggère d'utiliser d'abord le mobile. Mais si elles devaient être des expériences fondamentalement différentes, je chercherais des alternatives .
Quelques articles utiles sur la question:
Repenser d'abord le mobile
Mobile d'abord peut-être parfois
Mobile First Design: pourquoi c'est génial et pourquoi ça craint
Nan! La première conception Web pour mobile est intelligente car elle vous oblige à réduire vos idées à leurs éléments essentiels. Personne n'a jamais eu de problème pour rendre leur conception "trop simple", et vous pouvez toujours ajouter plus d'éléments et de fonctionnalités que vous construisez pour des écrans de plus en plus grands.
Maintenant, il y a certains éléments des sites Web que les sites mobiles entravent (tels que les temps de chargement sur les vitesses mobiles par rapport aux vitesses DSL, ce qui est directement en contradiction avec les grandes images de démarrage sur les sites), mais la plupart du temps, vous pouvez contourner ce problème en enregistrant ces éléments pour les versions plus grandes de votre site et/ou en utilisant également des images réactives.
La seule fois où il serait bon de concevoir avec un ordinateur de bureau, c'est si votre conception ne sera jamais utilisée sur autre chose qu'un ordinateur de bureau. Pensez comme une configuration de kiosque - c'est-à-dire que si les utilisateurs ne vont pas accéder à la conception sur un appareil mobile, il n'y a aucune raison de prendre ces appareils en compte.
Pour la plupart des sites Web, cependant? Vous devez supposer que quelqu'un essaiera de leur rendre visite sur un appareil mobile.
Je pense que le livre parle de la structure du HTML. Fondamentalement, le concepteur doit penser à quoi il ressemblera lorsque vous devrez l'optimiser pour le petit écran, ainsi que les éléments nécessaires au fonctionnement du site.
Il n'y a pas de bonne ou de mauvaise façon de commencer la conception, gardez à l'esprit que quoi que vous fassiez, cela doit fonctionner sur de petits/grands écrans.
De nos jours, il y a aussi beaucoup de designers qui proposent de garder Photoshop au minimum: design dans le navigateur