Pourquoi je commence toujours par un cadrage
Un projet web ne commence pas dans Figma ni dans l'éditeur de code. Il commence par une conversation et un document qui aligne tout le monde.
La plupart des projets qui dérapent ne dérapent pas à cause du code. Ils dérapent parce que personne ne s'était mis d'accord sur ce qu'on construisait vraiment.
Avant la moindre maquette, je rédige un document de cadrage : objectifs concrets, public visé, contraintes techniques, ton éditorial, et surtout ce qui ne fait pas partie du projet. Ce dernier point évite la moitié des malentendus.
Concrètement, ce document tient en deux ou trois pages. On y trouve la liste des pages à produire, les fonctionnalités attendues, les contenus que le client fournit, ceux que je produis, et un calendrier réaliste avec ses jalons de validation.
Un exemple : sur un site vitrine, « un formulaire de contact » peut signifier trois champs et un e-mail, ou un système de prise de rendez-vous connecté à un agenda. Entre les deux, il y a des jours de travail. Le cadrage transforme cette ambiguïté en ligne précise et chiffrée.
Ce document n'est pas une formalité administrative. C'est un contrat de confiance : il dit ce que vous allez recevoir, dans quel délai, et à quel prix. Une fois validé, on avance sans renégocier en permanence.
Il protège les deux parties. Le client sait exactement ce qu'il paie ; moi, je sais exactement ce que je dois livrer. Toute demande hors périmètre devient une discussion saine plutôt qu'une source de tension.
Résultat : moins de surprises à la livraison, des itérations plus rapides, et un client qui sait toujours où en est son projet.