La recette de projet web est l'étape souvent négligée qui détermine si votre mission se termine proprement ou dans le flou. Une recette mal organisée génère des litiges sur ce qui est livré, des demandes de modifications tardives non facturées, et des retards de paiement. Voici comment structurer une procédure de recette efficace qui protège le freelance et satisfait le client.
Qu'est-ce que la recette de projet web ?
La recette (ou acceptance testing) est la phase pendant laquelle le client valide que les livrables correspondent aux spécifications du cahier des charges. C'est le moment officiel de transfert de responsabilité du prestataire vers le client. Une recette correctement formalisée déclenche le paiement du solde et ferme le périmètre des modifications incluses dans le devis.
Préparer un document de recette structuré
Créez une check-list de recette qui reprend point par point les spécifications du CDC : chaque fonctionnalité, chaque page, chaque intégration. Le client valide chaque point (✓ conforme / ✗ non conforme + commentaire). Ce document devient la preuve de ce qui a été livré et accepté. Pour chaque non-conformité, indiquez si c'est une correction gratuite (erreur de développement) ou une modification facturée (changement de spécification).
Les étapes de la recette fonctionnelle
Procédure en 3 temps : Recette interne (vous testez tout vous-même avant de livrer), Recette client assistée (vous guidez le client dans les tests, idéalement en visio), Levée des réserves (correction des non-conformités identifiées, nouvelle validation). Définissez contractuellement un délai de recette (10-15 jours ouvrés maximum) après lequel la livraison est considérée acceptée tacitement.
Check-list technique avant livraison
Avant toute remise au client : vérification cross-browser (Chrome, Firefox, Safari, Edge), tests mobile sur vrais appareils, formulaires fonctionnels et emails reçus, liens internes et externes valides, vitesse de chargement (Lighthouse > 80), certificat SSL actif, analytics installé et fonctionnel, robots.txt et sitemap corrects, sauvegardes configurées, et accès aux outils (Google Search Console, hébergement) transmis au client.
Gérer les réserves et les demandes hors périmètre
Distinguez clairement les réserves légitimes (le développement ne correspond pas aux specs = correction gratuite) des demandes hors périmètre (le client souhaite quelque chose qui n'était pas dans le CDC = devis supplémentaire). Cette distinction, documentée dans le contrat initial, évite les discussions difficiles. Traitez les réserves rapidement et tenez un registre des corrections effectuées.
Formation et documentation de remise
Livrez une documentation utilisateur adaptée : comment mettre à jour le contenu (si CMS), comment accéder aux stats, comment contacter le support. Pour WordPress, une session de formation de 1-2h est souvent nécessaire. Cette documentation réduit les questions post-livraison et valorise votre prestation. Un client formé est autonome et satisfait.
PV de recette : le document de clôture
Le Procès-Verbal de recette est le document officiel signé par le client qui atteste de la livraison conforme et déclenche le règlement du solde. Il mentionne : date de livraison, liste des livrables, éventuelles réserves levées, et déclaration d'acceptation. Envoyez-le par email avec accusé de lecture ou par signature électronique (DocuSign, Yousign). Ce document est votre protection en cas de litige futur.
Après la recette : maintenance et garantie
Précisez dans votre contrat la durée de garantie post-livraison (30-90 jours) pendant laquelle vous corrigez gratuitement les bugs non détectés lors de la recette. Au-delà, proposez un contrat de maintenance. Cette continuité rassure le client et crée un revenu récurrent pour vous. La garantie ne couvre que les bugs — pas les nouvelles fonctionnalités ou les changements d'avis.
Clôturer la mission et demander un témoignage
Une fois la recette validée et le solde reçu, clôturez la mission professionnellement : email de remerciement, demande de témoignage (pendant que le client est satisfait), et mention du projet dans votre portfolio (avec accord). Cette étape est souvent oubliée par les freelances pressés de passer au projet suivant — elle est pourtant essentielle pour le développement long terme de votre activité.
Pour compléter vos connaissances, consultez la ressources Malt.
