Un devis qui part d'un brief incomplet se corrige rarement en une seule relecture. Il part sur une mauvaise estimation du périmètre, revient une première fois pour préciser un point oublié, puis une deuxième fois quand le client découvre qu'une fonctionnalité qu'il pensait évidente n'était pas incluse. Voici les questions à poser avant de chiffrer un site vitrine, dans quel ordre les traiter, et comment un audit du site existant du prospect (ou de sa présence en ligne, s'il n'a pas encore de site) sert de point de départ à ce brief plutôt que de partir d'une page blanche.
Pourquoi un brief bâclé coûte cher, des deux côtés
Un devis chiffré sur un brief flou n'est jamais faux par malveillance, il est faux par manque d'information. Le prestataire estime un périmètre à partir de ce qu'il a compris, le client valide un prix à partir de ce qu'il a imaginé, et les deux versions ne se recoupent pas forcément. Le décalage se révèle en général au pire moment : après la signature, quand un aller-retour de plus coûte du temps aux deux parties et abîme la relation de confiance qui vient tout juste de démarrer.
Deux symptômes reviennent souvent chez les freelances et petites agences web : un devis qui explose après coup parce qu'une fonctionnalité mentionnée à l'oral n'a jamais été chiffrée, et une négociation de prix qui traîne parce que le client compare un chiffrage à un besoin qu'il n'a pas encore formulé clairement lui-même. Un cahier des charges de site internet sert justement à formaliser ce besoin par écrit avant que les deux parties ne s'engagent, comme le rappelle le guide de francenum.gouv.fr sur le cahier des charges d'un site internet : ce document confronte les prestataires sur un même contenu et facilite la comparaison des devis, condition qui suppose d'abord qu'il existe vraiment, précis, avant le premier chiffrage.
Les questions essentielles avant de chiffrer
Un bon brief ne couvre pas tout en une seule question ouverte ("parlez-moi de votre projet"). Il avance par blocs, chacun conditionnant une partie du chiffrage.
Objectifs et contexte du projet - Qu'est-ce qui déclenche ce projet maintenant : un premier site, une refonte suite à une perte de trafic, un changement d'activité ? - Quel résultat concret le client attend-il dans les 6 mois qui suivent la mise en ligne (plus de demandes de devis, une meilleure image, un support pour vendre en rendez-vous) ?
Cible et contenu - Qui visite ce site en priorité, et que doit-il pouvoir faire en une visite (demander un devis, prendre rendez-vous, simplement trouver un numéro de téléphone) ? - Le client dispose-t-il déjà de textes, de photos, d'un logo, ou tout reste-t-il à produire ? C'est souvent le point le plus sous-estimé d'un chiffrage : la rédaction et la production visuelle prennent presque toujours plus de temps que le développement lui-même quand elles partent de zéro.
Contraintes techniques - Un nom de domaine et un hébergement existent-ils déjà, ou faut-il tout créer ? - Une plateforme est-elle imposée (le client a déjà un avis sur WordPress, ou au contraire fait confiance au prestataire pour choisir) ? - Y a-t-il un système existant à connecter (prise de rendez-vous, newsletter, un CRM déjà en place) ?
Délai et budget - Existe-t-il une date butoir réelle (un salon, une saison commerciale) ou un délai simplement souhaité ? La différence change la marge de manœuvre sur le calendrier. - Le client a-t-il une enveloppe en tête, même approximative ? Sans budget exprimé, le chiffrage se fait à l'aveugle et le premier devis risque de tomber très loin des attentes, dans un sens ou dans l'autre.
Pour arbitrer entre toutes les fonctionnalités évoquées pendant cet échange, la méthode MoSCoW (Must have, Should have, Could have, Won't have) aide à distinguer ce qui doit absolument figurer dans la version lancée de ce qui peut attendre une version 2, comme le détaille le guide Asana sur la méthode MoSCoW. Un client qui accepte de trancher entre indispensable et accessoire avant le chiffrage évite la dérive classique où tout finit en "must have" faute d'avoir posé la question.
Utiliser un audit existant comme point de départ du brief
Poser ces questions à froid, sans rien avoir regardé du client au préalable, oblige à tout redécouvrir à l'oral pendant l'échange. Un audit du site actuel du prospect, quand il en a un, change la dynamique de la conversation : au lieu de demander "avez-vous un formulaire de contact qui fonctionne", il devient possible de constater et de vérifier ensemble.
L'audit Citylead d'un prospect regarde justement ce type de signaux avant même le premier échange : présence d'un formulaire de contact fonctionnel, structure sémantique de la page (titres, balises), données structurées déjà en place ou absentes, présence sur les réseaux sociaux, poids des images. En relisant ce rapport avant un rendez-vous de brief, on arrive avec une liste de points déjà vérifiés plutôt qu'une liste de questions génériques, ce qui raccourcit nettement la première partie de l'échange et laisse plus de temps pour les vraies zones d'incertitude (objectifs, contenu à produire, budget).
Ce point de départ change aussi la nature du brief : au lieu de demander au client de décrire ce qui ne va pas sur son site actuel, il suffit de lui montrer, section par section, ce que l'audit a déjà relevé, et de lui demander de confirmer ou de nuancer. Un client qui vient de recevoir sa propre présence en ligne diagnostiquée en quelques points concrets participe presque toujours davantage à la suite de la conversation qu'un client qui doit d'abord se souvenir de ce qui cloche.
Formaliser le brief avant de chiffrer, pas après
Une fois ces réponses collectées, le brief mérite d'être couché sur un document court plutôt que de rester dans des notes éparses ou dans la mémoire du premier échange. Le cahier des charges n'a pas besoin d'être long : une page qui reprend les objectifs, la cible, le périmètre fonctionnel classé en MoSCoW, les contraintes techniques identifiées et le délai souhaité suffit à cadrer un chiffrage fiable. Ce document sert de référence commune si un désaccord survient plus tard sur ce qui était réellement prévu, et il évite au prestataire de rechiffrer plusieurs fois le même projet parce qu'un point discuté à l'oral a été compris différemment par chaque partie.
Ce brief formalisé devient ensuite la première pièce jointe naturelle d'un devis qui s'appuie sur un diagnostic vérifiable plutôt que sur une estimation à l'aveugle : le client retrouve dans le chiffrage exactement ce qu'il a validé dans le brief, sans surprise de périmètre entre les deux documents. Relancer un audit Citylead au moment du brief, plutôt que de le faire à la volée pendant le rendez-vous, donne une base déjà prête à intégrer dans ce document et dans le devis qui suit.
