Le document aborde le responsive web design (RWD) et son application en 2012, soulignant les différences avec les sites mobiles et les applications natives. Il met en avant l'importance de s'adapter aux nouvelles méthodes de travail et aux préférences des utilisateurs, ainsi que l'évolution des processus de conception. Enfin, il encourage à prioriser l'essentiel dans le design et à utiliser des outils modernes pour créer des prototypes efficaces.

1. BIEN DÉMARRER AVEC LE
RESPONSIVE WEBDESIGN
Paris Web 2012 / samedi 20 octobre
Grégoire Hoin @gregone
Benoît Vrins @exibit

2. 1
RESPONSIVE WEB DESIGN
WTF ?

3. BIENVENUE EN 2012 !

4. THANK YOU M. MARCOTTE

5. Aller plus loin

6. The Boston Globe
http://bostonglobe.com

7. dConstruct
http://2012.dconstruct.org/

8. 2
RWD = ADAPTÉ POUR
TOUS LES PROJETS?

9. RWD VS. NATIF

10. • Plateformes multiples: iOS, Android, Window
Phone, ...
• Besoins de fonctionnalités Natives, puissance
de calcul?
• Support et Evolution
• Positionnement et Marketing sur l’AppStore

11. RWD VS. SITE MOBILE

12. • UA sniffing
• Structure des URL
• Split du focus technologique
• Split du focus utilisateur

13. ?
WEBVIEW OU SITE MOBILE:
VOUS UTILISEZ AUSSI DES
TECHNIQUES SIMILAIRES

14. 3
IMPLICATIONS DANS LA
GESTION DE PROJET

15. Soyez prêts à changer
d’habitudes.
Ne vous reposez pas sur vos
acquis.

16. Nos méthodes ne sont plus
toutes adaptées.
C’est l’occasion de les faire
évoluer.

17. L’expertise en Responsive
n’existe pas (encore).
Ré-apprenons, tous ensemble.

18. #FAIL
Apprenez par l’erreur
(et celles des autres).
Soyez prêts à travailler un peu
plus au début.

19. 4
CONTENU & PRIORITÉS

21. “ Si votre design fonctionne
pour les extrêmes, l'entre-deux
sera déjà résolu
”-Tom Kelley (IDEO)

22. Avec l’augmentation des tailles
d’écrans, et les layouts fixes,
nous nous sommes habitués à
remplir.

23. Allez à l’essentiel.
Les variations de tailles vont
vous aider à forcer les choix.
Valable aussi auprès des clients

24. Exemple :

25. 5
IA & UX

26. DESIGN ≠ PSD ≠ WIREFRAME

27. L’experience que l’on conçoit,
c’est le site web que l’utilisateur
final voit et utilise.

28. Préparez vous à changer vos
délivrables...

29. Prototypez en HTML/CSS
si possible.

30. Si vous faites des wireframes
statiques, prévisualisez au moins
les extrêmes.

31. Passez du mockup au HTML/
CSS plus tôt dans le process.

32. Ou designez dans le browser

33. ?
WEB APP OU GROS PROJET ?
STYLEGUIDE !

34. SMACSS ( & OOCSS, ...)

35. FRAMEWORK CSS
+ GRILLE FLUIDE

36. 6
C’EST L’HISTOIRE DE DEUX
SITES WEB

37. MARS 2011
1er gros projet RWD

38. • Design “Desktop-First”
• Grilles Fixes
• Media Queries par TYPE de device
• Media Queries “Desktop First” (320,
480, 768, 1024, 1280)

39. Food Drink Europe
http://fooddrinkeurope.com/

40. • LOURD!
• Process très long
• Beaucoup de bugs
• Pas très maintenable

41. JUIN 2012
Même client, nouveau projet RWD

42. • Design hybride: 1 comp > browser
• Mobile-first
• Grille fluide
• Media queries liées aux éléments de
design.

43. Sustainability - Food Drink Europe
http://sustainability.fooddrinkeurope.eu/

44. • Incassable
• Léger, performance
• Délais beaucoup plus courts
• Client très satisfait.

45. 7
PARLONS BUDGET

46. Plus cher qu’un projet
traditionnel.

47. Mais :
•Avantage par rapport à une
combinaison site desktop + site mobile
•Avantage vs. Apps Natives multiples
•Economies d’échelle en terme de
publication de contenu

48. EN PRATIQUE !

49. 8
PROTOTYPONS DANS LE
NAVIGATEUR

50. Outils :
•BoilerPlate + Framework CSS
http://www.initializr.com/
http://twitter.github.com/bootstrap/
http://foundation.zurb.com/
•Un éditeur de texte évolué

51. 9
CODONS UN SITE EN RWD

52. Outils :
•Un éditeur de texte évolué

53. MERCI
@gregone
@exibit
spade.be