Du briefing à la mise en ligne : ce que signifie vraiment un projet de site web

La décision est le plus souvent vite prise : l'ancien site paraît hors du temps, la concurrence est visiblement plus moderne, il faut une nouvelle présence en ligne. Entre cette décision et le jour où le nouveau site est mis en ligne se loge pourtant un véritable projet — avec des phases, des dépendances et des arbitrages que beaucoup de commanditaires sous-estiment la première fois. Qui connaît le déroulé planifie de façon plus réaliste, compare mieux les offres et s'épargne de la frustration des deux côtés.

Transparence d'abord : ce texte paraît en tant que publicité, et les exemples cités proviennent de la pratique de projet de l'agence web BitBau, à Osnabrück (en allemand). Les déroulés décrits sont toutefois usuels dans la branche — ils valent largement indépendamment du prestataire avec lequel une entreprise travaillera finalement.

Au commencement, il n'y a pas le design, mais une conversation. Lors du briefing, une bonne agence clarifie d'abord des questions qui n'ont rien à voir avec les couleurs et les polices : que doit apporter le site à l'entreprise ? Qui doit le visiter, et que doivent y faire ces personnes — téléphoner, remplir un formulaire, réserver un rendez-vous, acheter quelque chose ? À quoi mesurera-t-on le succès dans un an ? Qui n'a pas de réponses à ces questions obtient au bout du compte un site joli, mais sans but.

Au briefing appartient aussi un inventaire sobre : quels contenus existent déjà, lesquels doivent être créés ? Quels systèmes faut-il raccorder — prise de rendez-vous, infolettre, gestion commerciale ? Existe-t-il des prescriptions issues de la charte graphique ? Et enfin : qui décide dans l'entreprise, et qui livre les éléments ? Cette dernière question paraît banale, mais elle décide plus tard de semaines entières dans le calendrier.

Les commanditaires peuvent se préparer de façon ciblée à ce premier entretien — et s'épargnent ainsi souvent la première boucle de corrections. Un simple dossier a fait ses preuves : les identifiants du domaine et de l'hébergement actuel, le logo en qualité imprimable, les textes, images et brochures existants, une liste des principaux concurrents ainsi que trois exemples de sites qui plaisent — et, au moins aussi instructif, trois qui ne plaisent pas, chaque fois assortis d'une brève justification. Qui note en plus par quels canaux arrivent aujourd'hui les demandes et lesquelles se transforment en commandes donne à l'agence une image réaliste de ce que le nouveau site doit réellement améliorer. Rien de tout cela n'est obligatoire ; tout cela économise des heures facturées.

Au briefing succède la phase de conception. Y naissent la structure des pages, la logique de navigation et les premières esquisses des pages les plus importantes, ce que l'on appelle les wireframes — délibérément grossières, sans couleurs ni images. Il y a une raison à cela : sur le papier, on peut se disputer à bas prix au sujet d'une structure. Si la même erreur de raisonnement n'est découverte que dans le design achevé, voire à l'état programmé, la correction coûte plusieurs fois plus cher.

Ce n'est qu'ensuite que commence la conception graphique proprement dite. Un design orienté UX ne signifie pas « rendre plus joli », mais : prendre les décisions avec constance du point de vue des utilisateurs. Quelle information doit figurer en haut ? Combien de clics séparent la page d'accueil du contact ? Le site fonctionne-t-il sur un téléphone avec la même évidence que sur un grand écran ? Une bonne conception, les visiteurs ne la remarquent pas — une mauvaise, immédiatement.

C'est aussi dans cette phase que se décide la fluidité du projet, et cela de façon étonnamment fréquente du côté du commanditaire. Des retours qui consistent en cinq courriels contradictoires venus de services différents coûtent des boucles. Une règle simple a fait ses preuves : une seule personne rassemble en interne tous les retours, clarifie les contradictions et les transmet groupés. Les projets dotés d'un chemin de décision clair sont sensiblement plus vite achevés que les projets à comités.

Il est utile en outre de prendre les validations au sérieux. Un projet proprement conduit travaille avec des jalons : on valide d'abord la structure, puis le design, puis le site réalisé. Chaque validation est un accord — ce qui a été réceptionné une fois n'est pas rouvert incidemment dans la phase suivante. Naturellement, des modifications tardives restent possibles ; elles ne sont simplement pas gratuites, parce qu'elles dévaluent un travail déjà achevé. Les prestataires sérieux le disent ouvertement et chiffrent les demandes de modification avant de les réaliser, au lieu de les porter en silence sur la facture finale. Les commanditaires, de leur côté, ont tout intérêt à associer avant chaque validation précisément les personnes dont les objections coûteraient cher plus tard — puis à assumer leur décision.

Le développement lui-même est, pour les commanditaires, la phase la plus invisible. Des maquettes validées naissent des composants, des composants des pages ; en arrière-plan se construisent le système de gestion de contenu, le traitement des formulaires et les interfaces. Que, des semaines durant, il n'y ait apparemment « rien à voir » déstabilise certains clients. Les prestataires sérieux montrent donc régulièrement des états intermédiaires sur un environnement de test, au lieu de présenter à la fin une grande surprise — en bien comme en mal.

Le goulot d'étranglement le plus sous-estimé d'un projet de site web n'est toutefois pas technique, mais éditorial. Textes, photos, portraits d'équipe, données produits, traductions : tout cela, quelqu'un doit le livrer, et ce quelqu'un est presque toujours le commanditaire. L'expérience le montre, des contenus manquants retardent les projets plus souvent que n'importe quel obstacle technique. Qui prend au sérieux son nouveau site commence les textes le premier jour — pas la dernière semaine.

Avant la mise en ligne vient la phase de test : différents navigateurs et appareils, chaque formulaire, chaque redirection, les temps de chargement, l'accessibilité de base. Cela comprend aussi la part la moins spectaculaire — des redirections propres des anciennes adresses vers les nouvelles, afin qu'une visibilité péniblement construite dans les moteurs de recherche ne se perde pas du jour au lendemain. Le lancement lui-même n'est alors, dans le meilleur des cas, qu'une matinée tranquille. Ce sont les semaines qui précèdent qui décident s'il le restera.

Pour les derniers jours avant la mise en ligne, une liste de contrôle sobre a fait ses preuves. L'Impressum, les mentions légales obligatoires sur les sites allemands, et la politique de confidentialité sont-ils au niveau du nouveau site ? Les saisies de formulaire atterrissent-elles dans la bonne boîte aux lettres — et quelqu'un y répond-il ? Existe-t-il une page d'erreur convenable pour les adresses qui n'existent plus ? L'ancien site est-il intégralement sauvegardé, au cas où quelque chose tournerait mal ? Et a-t-on clarifié qui appuie quand sur le bouton proverbial et qui reste joignable dans les heures qui suivent ? Un conseil peu spectaculaire mais éprouvé en fait également partie : la mise en ligne doit tomber sur une matinée de semaine — pas sur un vendredi après-midi, après lequel des problèmes non détectés peuvent se déployer tranquillement pendant tout un week-end.

Et après ? Un site web n'est pas un ouvrage achevé comme un catalogue imprimé. Mises à jour de sécurité, petites corrections, nouveaux contenus, un coup d'œil aux chiffres de fréquentation : qui ne règle pas l'exploitation aura dans deux ans de nouveau un site vieilli. À la clôture du projet appartient donc une conversation honnête sur la question de savoir qui s'en occupera désormais — le prestataire, l'équipe interne ou les deux ensemble, avec une répartition claire des tâches.

Les premières semaines après le lancement méritent elles aussi de l'attention. Les moteurs de recherche doivent d'abord réévaluer le nouveau site ; les positions peuvent fluctuer temporairement avant de se stabiliser — c'est normal et ce n'est pas un signal d'alarme, tant que les redirections sont proprement en place. Ce qui a le plus de valeur dans cette phase, ce sont avant tout les retours d'utilisateurs réels : des clients qui ne trouvent pas quelque chose, des collaborateurs qui relèvent des incohérences, des demandes qui arrivent autrement que prévu. Une petite liste de corrections durant les premières semaines n'est donc pas un défaut du projet, mais le moment où des hypothèses deviennent de l'expérience — et où le site réceptionné devient un outil qui se mesure au quotidien.

Combien de temps tout cela prend-il ? Trois exemples issus de la pratique de BitBau montrent la fourchette réaliste. Le site de la Praxis am Salzmarkt — la présence en ligne d'un cabinet médical, entièrement en trois langues — a vu le jour en douze semaines. ScanYou, un outil de tests comparatifs visuels automatisés de sites web, a demandé seize semaines. QR2GO, une plateforme de codes QR dotée de fonctions d'analyse, était prête au bout de vingt-quatre semaines.

Les différences ne s'expliquent pas par l'ardeur au travail, mais par l'ampleur : un site de présentation aux contenus clairement délimités est plus vite achevé qu'un produit logiciel doté de comptes utilisateurs et d'analyses. Comme règle empirique pour des projets professionnels de PME, douze à vingt-quatre semaines constituent un cadre honnête — selon l'étendue des fonctions, le nombre de tours de retours et la vitesse à laquelle les contenus sont livrés.

Les offres qui promettent un « site professionnel en une semaine » n'économisent pas ces phases — elles les suppriment. Le plus souvent, la conception saute, le design provient d'un gabarit, on ne teste presque pas, et les contenus sont repris sans examen de l'ancien site. Cela peut parfaitement suffire à certaines fins. Simplement, personne ne devrait s'attendre à obtenir ainsi le même résultat qu'avec un projet mûrement réfléchi.

Dans de tels textes, on parle rarement d'argent de façon concrète, et pour une bonne raison : des prix sérieux naissent de l'ampleur, non l'inverse. La réponse honnête à la question « combien coûte un site web ? » est : cela dépend de ce qu'il doit savoir faire. La méfiance est plutôt de mise devant des prix forfaitaires annoncés sans le moindre entretien sur les objectifs et les contenus — ce calcul doit bien venir de quelque part.

Les commanditaires peuvent beaucoup faire pour que leur projet tienne dans le cadre du temps et des coûts : livrer les contenus tôt, grouper les retours, ne pas ajourner les décisions — et avoir le courage de renoncer à des fonctions pour la première mise en ligne. Un site qui démarre avec un noyau propre et grandit ensuite bat, dans la pratique, presque toujours le projet mammouth qui, un an plus tard, n'est toujours pas en ligne.

Le choix du prestataire, lui aussi, se vérifie à quelques signaux. L'agence pose-t-elle, lors du premier entretien, des questions sur l'activité — ou parle-t-elle seulement de graphisme ? Existe-t-il un processus traçable avec des états intermédiaires sur un environnement de test ? À qui appartiennent au final le code, le domaine et les contenus ? Que se passe-t-il après la mise en ligne, et combien cela coûte-t-il ? Qui reçoit des réponses évasives à ces questions devrait poursuivre ses recherches.

Que le prestataire soit installé au coin de la rue ou à l'autre bout de l'espace germanophone est aujourd'hui avant tout une question de méthode de travail. BitBau, par exemple, accompagne sur place et en personne les entreprises situées dans un rayon d'une trentaine de kilomètres autour d'Osnabrück et travaille à distance avec des clients en Allemagne, en Autriche et en Suisse — avec les mêmes déroulés, les mêmes environnements de test et les mêmes états intermédiaires. Ce qui est décisif n'est pas la distance, mais la solidité du processus.

Reste l'enseignement le plus important : un projet de site web est un projet d'entreprise ordinaire. Il lui faut un objectif, un responsable, un calendrier réaliste et la disposition à trancher. Qui le traite ainsi — et choisit un partenaire qui explique ouvertement sa méthode de travail — obtient au bout du compte non une œuvre d'art, mais quelque chose de mieux : un outil qui travaille chaque jour pour l'entreprise.