Généralement,
Lorsque l’on propose a son client des solutions pour les contenus(zone d’affichage, mise en forme, ergonomie, …) celui-ci peut être d’accord sur les principes, mais une fois les principes mis en place il peuvent le perturber :
« oui mais la vot’ truc, j’avais pas vu ça comme ça, je pensais que… la faudrait mieux que ce soit comme ça, ou plutôt comme ça … »
En tout cas, le problème est que la validation d’un principe fonctionnel dont on ne le voit pas en action(j’insiste : pour un cas particulier avec les contenus fournis), il ne faut en aucun considérer cette validation comme définitive. En effet, soit l’on refuse (les principes ont été validés, on refait un avenant), soit on s’exécute (en marmonnant pour la perte de temps et donc d’argent) dans les 2 cas : c’est mauvais !
La solution :
Dans la mesure du possible, mettre en place les principes proposés, rapidement pour que l’on puissent avoir une idée précise du rendu quasi final. Mais aussi et sans doute bien avant même de proposer quoi que ce soit : il faut impérativement prendre en compte tout type de contenus dont le client pourrait avoir à mettre dans son site. Ex : rubrique e-commerce, gallerie photo, listing divers, tableaux … (voir point suivant). Ceci afin de permettre de proposer un axe graphique, une ergonomie et des principes fonctionnels adaptés à son projet.
Les zones d’affichages des contenus dynamique
Question d’avant projet :
« Que contiendra la zone de contenu principale de votre site ? », réponse « Ho, un peu de texte et quelques photos… ».
Cependant on constate bien souvent que pour la phase de remplissage du site, le client préfère ré exploiter le contenu existant (même si il voulait à la base « tout refaire ») et ce contenu à été adapté à un type de conteneur qui ne correspond plus. D’ou de gros soucis à devoir tout reprendre pour le faire rentrer dans une zone trop petite, ou trop grande.
La solution :
Il faut toujours anticiper sur des contenus existants que le client voudra remettre dans son nouveau site (tableau incompressible, montage photo, ou texte à rallonge, …). Il faut aussi et surtout insister pour obtenir les contenus ou au pire de prévenir des contraintes potentielles de mise en page avant la validation de la maquette. A mon sens il convient de responsabiliser les 2 parties (client/prestataire) en n’acceptant de commencer la phase de développement que sur réception d’un courrier/fax signé, validant la charte graphique ET les principes fonctionnelles établies par le prestataire sous forme d’un cahier des spécifications. Ceci obligeant les deux parties à réellement étudier le projet.
Zone de contenu, exemple de contenu pouvant être problèmatique et donc à anticiper :
- tableau, genre grille tarifaire qu’il serait très long et compliqué à refaire
- texte très long, donc zone de contenu potentiellement très longue (zone vide autour)
- photos pour illustrer les articles. Souvent le client trouve ça petit si la zone est petite et du coup il aimerait qu’on puisse la voir en grande taille.
- contenu en iframe d’un site tiers dont on ne peux modifier la taille
- ajout d’un composant déjà mis en forme, comme par exemple :
newsletter listing, e-commerce, agenda, composant, module, …