Brief technique site web : chiffrer en ferme sans allers-retours
Un dirigeant d'agence m'a envoyé un jour un brief tenant en trois lignes : refonte du site, look moderne, livraison avant la rentrée. J'ai répondu par onze questions. Il a mis six jours à réunir les réponses, pendant lesquels son propre client s'impatientait, et le projet a démarré avec une semaine de retard sur un planning déjà tendu. Rien de tout ça n'était nécessaire. Le brief technique existe précisément pour éviter cette ronde de clarifications, et sa qualité détermine si le développeur en face pose un prix ferme ou une fourchette prudente gonflée par le doute.
Je vais être direct sur ce que je regarde quand un brief arrive. Je ne cherche pas de la prose commerciale ni des adjectifs. Je cherche de quoi reconstituer mentalement le projet fini, poser les heures en face de chaque bloc, et identifier les zones où je vais me faire mal si je ne cadre pas. Un bon brief me donne tout ça en une lecture. Un mauvais me force à combler les trous par des hypothèses, et une hypothèse dans un forfait, c'est toujours une marge que quelqu'un va perdre.
Le chiffrage ferme suppose un périmètre fermé
La confusion la plus fréquente, c'est de croire qu'un prix ferme dépend de la précision du design. Faux. Il dépend de la fermeture du périmètre. Je peux chiffrer en ferme un site dont les maquettes ne sont pas finies, à condition de savoir combien de gabarits distincts existent et jusqu'où va ma liberté d'interprétation. Je ne peux pas chiffrer en ferme un site dont la liste des fonctionnalités reste ouverte, même avec des maquettes magnifiques, parce que la prochaine réunion ajoutera un formulaire multi-étapes ou un espace membre qui double la charge.
Un périmètre fermé, ça veut dire une phrase qui commence par ce projet comprend, suivie d'une énumération de blocs fonctionnels, et une seconde phrase qui commence par ce projet ne comprend pas. Cette seconde phrase est la plus importante et c'est celle que presque personne n'écrit. Sans elle, tout ce que le client final imaginera sans le dire deviendra, dans sa tête, inclus. J'ai appris à réclamer cette liste des exclusions avant même de parler de prix, parce qu'elle révèle immédiatement si l'agence maîtrise son propre projet ou si elle me refile un flou qu'elle n'a pas su cadrer avec son client. Le sujet du cadrage contractuel de ce périmètre, je le traite en détail dans mon article sur le contrat de sous-traitance.
Les huit blocs que doit contenir un brief chiffrable
Voici la structure que je considère comme le minimum viable pour un chiffrage ferme. Vous pouvez la reprendre telle quelle, la coller dans un document et la remplir projet par projet. Chaque bloc répond à une question que je poserais de toute façon, donc autant y répondre d'avance.
| Bloc | Ce que j'attends dedans |
|---|---|
| 1. Contexte et objectif | Qui est le client final, quel est son métier, à quoi sert le site (vendre, prendre des rendez-vous, rassurer). Une ligne suffit, mais elle oriente cent décisions techniques. |
| 2. Périmètre inclus | La liste des gabarits et fonctionnalités livrés. Exemple concret : accueil, page service générique, fiche équipe, formulaire de contact avec envoi mail, blog avec catégories. |
| 3. Périmètre exclu | Ce qui n'est PAS dans ce forfait. Espace membre, paiement en ligne, multilingue, migration de contenu existant : dites-le, même si la réponse est aucun. |
| 4. Contenu et charge | Qui rédige les textes, qui fournit les images, combien de pages réelles au lancement. Un site à cinq pages et un site à cinquante pages avec le même gabarit ne se chiffrent pas pareil. |
| 5. Design et validation | Maquettes fournies ou liberté donnée, nombre de tours de validation graphique inclus, qui valide et sous quel délai. |
| 6. Technique et hébergement | Existant à reprendre ou terrain vierge, hébergement en place ou à provisionner, contraintes CMS, version PHP, intégrations tierces (paiement, CRM, prise de rendez-vous). |
| 7. Contraintes et échéances | Date de mise en ligne impérative ou souhaitée, jalons intermédiaires, disponibilité de l'agence pour valider en cours de route. |
| 8. Réversibilité et livrables | Format de livraison du code, accès transférés, documentation attendue, propriété du code à l'issue. |
Ce tableau n'est pas une liste de courses, c'est un test. Si l'agence peut remplir les huit blocs sans hésiter, le projet est mûr et je chiffre en ferme le jour même. Si elle bloque sur le bloc 3 ou le bloc 6, on tient le vrai sujet de la conversation, et il vaut mieux le traiter maintenant qu'en semaine trois.
Le bloc technique est celui qui coûte le plus cher à ignorer
Je passe volontairement plus de temps sur le bloc 6 parce que c'est là que se cachent les mauvaises surprises. Un exemple vérifiable et récurrent : le brief dit reprendre le site existant sans préciser sur quoi il tourne. Je découvre au démarrage que c'est un WordPress avec quarante extensions, un thème premium modifié à la main dont la licence a expiré, et une version PHP 7.4 en fin de vie. Ce qui semblait une reprise devient une opération de désamiantage. Si le brief avait mentionné la stack réelle, j'aurais chiffré le vrai travail au lieu de découvrir le gouffre en cours de route. C'est exactement le genre de piège que je décris dans mon article sur WordPress lent au PageSpeed, et la raison pour laquelle un audit technique avant refonte se justifie sur tout existant un peu sérieux.
Le bloc technique doit aussi trancher la question hébergement, parce qu'elle conditionne la réversibilité et le prix de la maintenance. Un site que je pose sur un mutualisé partagé avec le reste de l'agence ne se maintient pas comme un site isolé sur son propre serveur. Le brief qui précise l'hébergement m'évite de provisionner du risque, et vous évite de payer ce risque dans un forfait gonflé par précaution.
Un cas où le brief ferme est une mauvaise idée
Je vais à l'encontre de mon propre conseil sur un point, parce que le brief ferme n'est pas toujours la bonne réponse. Quand le projet n'est pas mûr, forcer un brief détaillé produit un document faux qui donne une fausse sécurité. Un projet n'est pas mûr quand le client final n'a pas arrêté son modèle, quand les fonctionnalités dépendent d'un test marché qui n'a pas eu lieu, ou quand l'agence elle-même découvre le besoin en discutant avec son client. Dans ces cas, un forfait ferme est un piège : soit vous chiffrez large pour vous couvrir et vous perdez l'affaire, soit vous chiffrez juste et le premier changement de cap vous fait passer sous votre marge.
Pour ces projets-là, je préfère une phase de cadrage payante et courte, quelques jours facturés au réel, dont le livrable est justement le brief ferme du reste du projet. On sépare le moment de la découverte, qui se paie au temps passé, du moment de la production, qui se chiffre au forfait une fois le périmètre stabilisé. Vendre un forfait ferme sur un projet non cadré, c'est vendre un risque déguisé en certitude, et c'est exactement ce qui détruit la relation quand la réalité rattrape le devis. La logique générale de cette découpe, je l'explique dans mon article de fond sur la sous-traitance du développement web.
Ce que le brief change dans la relation, au-delà du prix
Un brief net ne sert pas qu'à obtenir un chiffre juste. Il devient la référence partagée quand le client final change d'avis, ce qu'il fera. Le jour où l'agence me demande d'ajouter un espace téléchargement qui n'était nulle part, je n'ai pas à négocier ni à jouer le mauvais rôle. Je renvoie au bloc 3, périmètre exclu, où figure noir sur blanc que les espaces protégés ne sont pas inclus, et l'ajout devient un avenant chiffré à part, sereinement. Sans ce document, la même demande devient un bras de fer où l'agence pense que c'était évident et où j'absorbe la charge pour préserver la relation. Le brief transforme une friction relationnelle en simple ligne comptable.
C'est aussi ce qui permet de construire une relation qui dure. Une agence qui sait briefer proprement est une agence avec qui je peux travailler sur dix projets sans me méfier, parce que chaque projet part sur une base claire. C'est le socle d'un partenariat sain, celui que je décris sur ma page partenaires agences, où l'enjeu n'est pas un coup unique mais une collaboration répétée où chacun connaît ses responsabilités. Le brief est le premier document de cette confiance : il dit à votre sous-traitant que vous maîtrisez votre métier, et il vous protège le jour où le vent tourne.
Si je devais retenir un seul réflexe à installer dans votre agence, ce serait celui d'écrire le périmètre exclu avant le périmètre inclus. C'est contre-intuitif, c'est inconfortable, ça oblige à nommer ce qu'on préférerait laisser flou. Mais c'est cette ligne-là qui décide si votre prochain projet se déroule dans le forfait prévu ou dans une série d'avenants tendus. Le développeur en face vous en sera reconnaissant, et il vous chiffrera plus serré parce qu'il aura moins de risque à provisionner.