Il y a quelques années, j'étais tombé sur un article chez 37signals qui m'avait marqué :

Il y a quelques années, j'ai lu un livre sur les pédales d'effets pour guitares. Quelque chose que l'auteur avait écrit en introduction m'avait marqué : "Le ton est dans vos doigts."

Il poursuivait son explication : vous pouvez acheter la même guitare, les mêmes pédales d'effets, et le même ampli qu'Eddie Van Halen utilise. Mais quand vous jouez avec ce matériel, ça va toujours sonner comme vous.

A l'inverse, Eddie pourrait se brancher sur une installation merdique de Strat/Pignose dans une boutique d'occasions et vous pourriez quand même reconnaître que c'est Eddie Van Halen qui joue.

Bien sûr, du matériel de luxe peut aider. Mais la vérité est que le ton vient de vous.

Je pense souvent à cette histoire quand les gens font une fixation sur le matériel plutôt que le contenu. Vous voyez le genre : des apprentis designers qui veulent une avalanche de polices fantaisistes et de filtres Photoshop mais qui n'ont rien à dire. Des photographes amateurs qui veulent débattre du film contre le numérique au lieu de ce qui fait en réalité une bonne photo. Des entrepreneurs qui se préoccupent plus de logiciels et de problèmes de mises à l'échelle plutôt que d'avoir en fait des clients et faire de l'argent. Ils passent tous à côté du but.

C'est particulièrement vrai pour l'intégration. L'intégration, c'est personnel. Vous avez beau avoir un super IDE, une charte d'intégration, une bonne connaissance des standards, votre code restera votre code. Le choix des balises, du type d'indentation, du nommage de vos classes et identifiants, restent intrinsèquement liés à vos propres préférences, et à votre propre style. J'ai par exemple tendance à être assez minimaliste dans mon HTML, mais un peu plus verbeux dans mes CSS.

S'il est assez naturel de voir la personnalité d'un graphiste transparaître à travers ses créations, il en va de même pour un intégrateur. Mais contrairement à un graphiste, le travail de l'intégrateur est souvent invisible, et beaucoup plus difficile à juger. Comme je l'expliquais le mois dernier :

Si vous voulez vraiment savoir ce que vaut un intégrateur, ne regardez pas ses pages intégrées. Regardez son code.

Je suis tombé sur cette liste de conseils pour les concepteurs de jeux rédigée en 2004 par Jordan Mechner, le créateur de Prince of Persia. Après avoir parlé de Portal 2 et de Mega Man, je suis toujours aussi fasciné par les leçons à apprendre du monde du jeu vidéo pour le monde du web.

1. Prototypez et testez les éléments clés du jeu le plus tôt possible.
2. Construisez le jeu par étapes incrémentales. Ne faites pas de gros documents de conception.
3. En avançant, continuer à renforcer ce qui est fort, et à vous séparer de ce qui est faible.
4. Soyez ouverts à l'inattendu – tirez le maximum des propriétés émergentes.
5. Soyez prêts à vendre votre projet à chaque étape en cours de route.
6. C'est plus difficile de vendre une idée originale qu'une suite.
7. De plus gros budgets et équipes signifient de plus grandes pressions pour rester dans les temps.
8. N'investissez pas dans des outils de développement démesurément grandioses.
9. Assurez-vous que le joueur ait toujours un but (et connaissez le).
10. Donnez au joueur un retour clair et constant s'il s'approche de son but ou s'il s'en éloigne.
11. L'histoire doit aider le gameplay, pas le submerger.
12. Le moment où le jeu devient jouable pour la première fois est le moment de vérité. Ne soyez pas surpris si ce n'est pas aussi amusant que vous l'espériez.
13. Parfois un tour bon marché est mieux qu'un plus cher.
14. Écoutez la voix de la critique – elle a toujours raison (vous devez juste trouver de quelle manière).
15. Votre vision initiale n'est pas sacrée. C'est juste un brouillon.
16. N'ayez pas peur d'envisager de GROS changements.
17. Quand vous découvrez ce qu'est le coeur du jeu, protégez le jusqu'à la mort.
18. Peu importe tout ce que vous jetez, ce ne sera jamais assez.
19. Mettez votre ego de côté.
20. Personne ne sait ce qui va marcher.

Ce week-end, j'ai regardé une vidéo de Sequeletis (vue via Twitter) expliquant comment le jeu Mega Man éduque le joueur à travers son design et la conception de ses niveaux, et non par de vulgaires tutoriels. La vidéo dure 20 minutes, mais tout s'enchaîne très vite c'est très rigolo (j'ai ris tout haut à 1min44).

Si ce concept est important dans le jeu vidéo, c'est à mon avis tout aussi valable pour le web. Il y a deux mois je partageais avec vous l'exemple des portes de Norman, en résumant ma pensée :

Si vous devez expliquer à l'internaute comment se servir de votre page, même avec une simple phrase, vous avez raté votre travail.

C'est malheureusement une pratique très courante sur le web, où on va forcer l'internaute à lire une notice. Même un simple "cliquez ici" est une notice. Pourtant, des petits détails parfois anodins peuvent faire la différence.

Par exemple chez Archiduchesse, quand vous ajoutez un produit à votre panier à partir d'une page liste, une petite étoile en pixel art va partir du produit pour de diriger vers le récapitulatif du panier en haut à droite du site.

S'il est assez courant de retrouver un récapitulatif panier sur un site e-commerce à cet endroit, et s'il est déjà ici assez bien mis en avant graphiquement, cette animation fait clairement le lien entre l'action tout juste réalisée et la suite, c'est à dire le passage d'une commande.

Sur la plupart des sites e-commerce, bien qu'ayant des mises en page relativement similaires, l'ajout au panier se suit en général d'une popup indiquant à l'internaute qu'il peut "poursuivre son shopping" ou "finaliser sa commande".  Si on reprends l'exemple de la vidéo de Mega Man du début, ce genre de popup est complètement l'équivalent des bulles d'aide dans les jeux vidéo vous bloquant dans votre lancée pour vous expliquer des concepts basiques.