"Je voudrais un site comme Amazon, mais simple" — cette phrase, tout développeur web l'a entendue. Elle n'est pas de mauvaise foi : le client a une vision, mais il n'a pas les outils pour la traduire en spécification technique. Le rôle du développeur ou de l'agence n'est pas de se plaindre du flou — c'est de le résorber. Un bon processus de cadrage protège à la fois le client (il sait ce qu'il paye) et le prestataire (il sait ce qu'il livrera). Voici comment ObiDevTech aborde ce sujet.
Étape 1 : Le formulaire de pré-qualification
Avant tout appel ou réunion, ObiDevTech envoie un formulaire de pré-qualification structuré. Ce formulaire demande : la description de l'activité du client, le problème qu'il cherche à résoudre avec ce projet web, les fonctionnalités qu'il imagine (liste libre), ses exemples de sites qu'il apprécie (et pourquoi), son budget indicatif et son délai souhaité. Ce formulaire filtre les demandes non sérieuses et permet d'arriver à la réunion de cadrage avec un contexte solide.
Étape 2 : L'atelier de cadrage (30 à 60 minutes)
L'atelier de cadrage est une conversation structurée, pas une liste de questions. Nous cherchons à comprendre : qui sont les utilisateurs du futur site (personas), quel est le parcours idéal d'un visiteur (du premier contact à la conversion), quels contenus existent déjà et quels sont à créer, quelles intégrations sont nécessaires (paiement, CRM, carte, etc.) et quels sont les critères de succès mesurables du projet.
Étape 3 : La définition du périmètre — et des hors-périmètre
Un bon devis décrit aussi précisément ce qui est inclus que ce qui ne l'est pas. "Les 6 pages mentionnées" — mais pas la traduction en anglais, pas le CRM, pas le blog, pas la boutique. Les malentendus les plus fréquents viennent d'éléments que le client supposait inclus et que le développeur supposait hors-scope. Soyez explicite. Si c'est flou, documentez l'hypothèse et faites-la valider par écrit.
Étape 4 : La chiffrage et les hypothèses
Chaque ligne de votre devis doit reposer sur une hypothèse documentée. "Page d'accueil : 3 sections — basé sur la maquette validée en atelier de cadrage". Si l'hypothèse change (le client ajoute une section "dernières actualités"), le prix peut changer. Cette transparence prévient les discussions difficiles en fin de projet.
Étape 5 : Les jalons et les paiements échelonnés
Sur tout projet web de plus de 200 000 XOF, structurez les paiements en jalons liés à des livrables vérifiables : 40 % à la signature + validation du cahier des charges, 30 % à la validation des maquettes, 30 % à la livraison finale. Cela aligne les intérêts des deux parties et évite les situations où le client ne paye pas parce qu'il n'est "pas satisfait" d'un livrable qu'il n'a jamais spécifié.
Conclusion
Cadrer un projet web sérieusement, c'est du temps investi — parfois 2 à 5 heures avant de signer un devis. Mais c'est du temps qui se rentabilise largement : moins de révisions non prévues, moins de tensions en cours de projet, et une livraison finale où client et prestataire sont satisfaits. C'est la méthode ObiDevTech, et elle fonctionne sur tous les projets, des plus simples aux plus complexes.