Création de site à Pau : erreurs de brief qui font perdre 3 mois

Un brief mal ficelé, ce sont trois mois de navettes entre le client et l'agence, des maquettes refaites en boucle, des fonctionnalités oubliées qui réapparaissent en phase de recette, et un planning qui explose. À Pau comme ailleurs, la majorité des projets web qui dérapent partagent la même origine : un document de cadrage flou, incomplet ou rédigé à la va-vite. Pourtant, investir deux jours dans un brief structuré divise par trois le nombre d'allers-retours et verrouille le périmètre dès la signature. Pour creuser la question du choix de prestataire, Geek Tonic propose un éclairage local utile.

Cet article passe en revue les cinq erreurs de brief qui coûtent le plus cher en temps et en nerfs, avec les parades concrètes pour les éviter avant même d'envoyer le premier mail à une agence.

Absence de personas et de parcours utilisateur

Écrire « notre cible, ce sont les PME du Béarn » ne suffit pas. L'agence a besoin de savoir si le visiteur type arrive via Google, s'il compare trois devis avant d'appeler, s'il consulte depuis mobile en déplacement ou depuis un bureau. Sans ces éléments, le designer invente un parcours générique et la première maquette tombe à côté.

Concrètement, un brief solide décrit deux ou trois personas avec leur contexte d'usage, leur niveau d'expertise, leur objectif principal sur le site. Exemple : « Responsable achats, 45–55 ans, compare les certifications et veut télécharger une plaquette technique avant de demander un RDV. » Cette phrase oriente directement la hiérarchie visuelle, le wording des CTA et l'arborescence.

Contraintes techniques passées sous silence

Beaucoup de briefs listent des fonctionnalités — formulaire de contact, espace client, blog — sans mentionner l'environnement existant : hébergement mutualisé chez un prestataire historique, connexion à un ERP maison, SSO obligatoire pour les collaborateurs, charte graphique verrouillée par la maison mère. Ces contraintes remontent en phase de développement, quand l'agence découvre qu'elle doit interfacer WordPress avec un API SOAP des années 2000.

La parade : joindre au brief un schéma du SI actuel, la liste des outils connectés (CRM, emailing, analytics), les accès disponibles (FTP, SSH, API) et tout document de sécurité ou de conformité (RGPD, HDS, PCI-DSS). Si l'information n'existe pas en interne, mieux vaut le dire d'emblée pour que l'agence budgète un audit technique préalable.

Fonctionnalités toutes marquées « indispensables »

Quand chaque ligne du brief porte la mention « obligatoire », l'agence ne peut ni ajuster le périmètre ni proposer un phasage. Résultat : elle chiffre tout d'un bloc, le devis explose, et le projet part en négociation interminable. Ou pire, elle sous-estime certaines briques pour rentrer dans l'enveloppe, puis facture des avenants dès que le client réclame la fonctionnalité « indispensable » numéro douze.

Un brief efficace classe les fonctionnalités en trois colonnes : MVP (minimum viable product, livré en V1), phase 2 (trois à six mois après le lancement), wishlist (si budget disponible). Cette hiérarchie permet à l'agence de proposer un planning réaliste et au client de garder la main sur les arbitrages budgétaires.

Planning sans jalons de validation client

« On veut lancer mi-juin » ne constitue pas un planning. L'agence a besoin de savoir quand le client valide les maquettes, quand il fournit les contenus définitifs, quand il mobilise trois utilisateurs pour tester la recette. Sans ces jalons, chaque livrable reste en attente de retour pendant deux semaines, et le rétroplanning glisse mécaniquement.

Un brief complet intègre un calendrier avec les disponibilités du client : « semaine 12, comité de validation des maquettes ; semaine 16, remise des textes finaux ; semaine 20, tests utilisateurs internes. » Ces dates deviennent contractuelles et responsabilisent les deux parties. Si le client rate un jalon, l'agence décale la suite sans pénalité ; si l'agence dérape, les pénalités de retard s'appliquent à partir de la nouvelle date.

Confusion entre objectif business et liste de pages

Beaucoup de briefs se résument à une arborescence : accueil, présentation, services, références, blog, contact. Cette liste dit ce que le site contient, pas ce qu'il doit accomplir. L'agence se retrouve à reproduire la structure de l'ancien site sans comprendre pourquoi le taux de rebond plafonne à 70 % ou pourquoi personne ne remplit le formulaire.

Un brief orienté résultat pose d'abord l'objectif mesurable : « générer 15 demandes de devis qualifiées par mois » ou « réduire de 30 % les appels au support en publiant une FAQ dynamique ». À partir de là, l'agence construit l'architecture qui sert cet objectif : tunnel de qualification avant le formulaire, pages de landing thématiques pour chaque service, module de recherche dans la FAQ. La liste de pages découle de la stratégie, elle ne la remplace pas.

Corriger ces cinq erreurs avant d'envoyer le brief ne prend qu'une demi-journée de travail en interne. Cette demi-journée évite trois mois de malentendus, de maquettes à refaire et de fonctionnalités livrées hors sujet. Le brief n'est pas un formalisme administratif : c'est le contrat intellectuel qui aligne client et agence sur la même vision du projet.