Cadrer un projet digital de A à Z
Personne n'arrive avec un besoin clair, et ce n'est pas un défaut. Un client sait ce qui le gêne, rarement ce qu'il lui faut. Cadrer, c'est faire ce chemin avec lui, par écrit, avant que quiconque ouvre un éditeur de code.
1. Ce que cadrer veut dire Et les trois choses que ce n'est pas
Cadrer un projet, c'est répondre par écrit à quatre questions, dans cet ordre : pour qui, pour quoi faire, jusqu'où, et à quoi on saura que c'est réussi. Tout le reste en découle, y compris le prix et le planning. Un projet qui dérape a presque toujours sauté l'une des quatre.
Ce n'est pas un cahier des charges de 80 pages
Un document que personne ne relit ne cadre rien. Six à dix pages lues et validées valent mieux que quatre-vingts archivées.
Ce n'est pas une phase de design
On dessine juste assez pour faire apparaître les désaccords. Les couleurs, les polices et les animations viennent après, et se discutent bien mieux une fois le périmètre fixé.
Ce n'est pas gratuit
C'est du travail, il produit un livrable, il se facture. La façon de le vendre est traitée dans le mémo sur le chiffrage ; la section 12 donne ici la version courte pour les petits budgets.
2. La première réunion Douze questions, et celle qui débloque tout
Le réflexe naturel est de parler de ce qu'on sait faire. C'est exactement l'inverse qu'il faut : sur la première heure, votre part de parole devrait tourner autour de 20 %. Un client qui se sent écouté livre en quarante minutes ce qu'un questionnaire n'aurait jamais obtenu.
1 Comprendre l'activité, avant le projet
- Racontez-moi ce que vous faites, comme si je n'y connaissais rien.
- Qui sont vos clients ? Comment vous trouvent-ils aujourd'hui ?
- Qu'est-ce qui vous prend le plus de temps dans une semaine ?
- Qu'est-ce qui vous fait perdre des affaires ?
2 Comprendre la demande
- Pourquoi maintenant ? Qu'est-ce qui a changé ?
- Qu'est-ce qui se passe si on ne fait rien ?
- Qu'avez-vous déjà essayé, et pourquoi ça n'a pas tenu ?
- Montrez-moi deux sites que vous aimez, et dites-moi pourquoi.
3 Comprendre le contexte
- Qui décide, en dernier ressort ?
- Qui va s'en servir tous les jours, une fois livré ?
- Y a-t-il une échéance réelle, et qui la fixe ?
- Quel ordre de budget avez-vous en tête ?
4 La question qui débloque tout
« Dans un an, à quoi verrez-vous que ça valait le coup ? »
Elle force le client à sortir du vocabulaire technique pour parler de son activité. Les réponses sont souvent surprenantes : « je ne veux plus expliquer mes tarifs au téléphone », « je veux pouvoir mettre à jour sans appeler quelqu'un ». Ce sont de vrais objectifs, et ils changent le projet.
3. L'objectif derrière la demande « Je veux un site » n'est pas un objectif
Un client formule une solution, pas un besoin. « Je veux un site », « il me faut une application », « je voudrais un chatbot » : ce sont déjà des réponses, données à une question qu'on n'a pas encore posée. Le travail de cadrage consiste à remonter à la question.
1 Remonter la chaîne, en demandant pourquoi
| Ce qui est dit | Pourquoi ? | Ce qu'on découvre |
|---|---|---|
| « Je veux refaire mon site. » | Parce qu'il fait vieux. | Rien encore. |
| « Il fait vieux. » | Les gens ne me contactent pas. | Le sujet est la prise de contact. |
| « Ils ne me contactent pas. » | Ils appellent, mais pour demander les tarifs. | Le sujet est l'information, pas le design. |
| « Ils demandent les tarifs. » | Je passe mes journées à répondre la même chose. | Le vrai besoin Une page de tarifs claire et un formulaire qui qualifie. |
Le projet de départ était une refonte à 10 000 €. Le besoin réel se traite pour beaucoup moins, et il donnera un résultat mesurable. Un client à qui on fait gagner du temps et de l'argent revient, et il en parle.
Écrire l'objectif de manière vérifiable
Un objectif utile se reconnaît à ce qu'on peut dire, dans six mois, s'il est atteint. Comparez :
- Inutile : « avoir un site moderne et professionnel »
- Utile : « diviser par deux les appels qui portent sur les tarifs »
- Inutile : « améliorer la visibilité »
- Utile : « apparaître dans les trois premiers résultats sur ces quatre recherches, dans notre ville »
Deux ou trois objectifs suffisent. Au-delà de cinq, il n'y en a plus aucun.
4. Pour qui, et ce qu'ils viennent faire Deux profils suffisent, et il en faut au moins un
Il n'est pas nécessaire de produire des fiches de personas illustrées. Il est nécessaire de savoir qui arrive sur le site, dans quel état d'esprit, et ce qu'il cherche à faire dans les trente premières secondes. C'est le cœur de l'UX design, et cela tient en un tableau.
| Qui | Dans quelle situation il arrive | Ce qu'il veut faire | Ce qui le fait partir |
|---|---|---|---|
| Le prospect pressé | Sur son téléphone, entre deux rendez-vous, il compare trois prestataires. | Savoir si vous faites ce qu'il cherche, et combien ça coûte. | Devoir remplir un formulaire pour obtenir un ordre de prix. |
| Le client existant | Il cherche un numéro, un horaire, un document. | Trouver une information précise en moins d'une minute. | Un menu où l'information est rangée selon votre organigramme. |
| Celui qui administre | Une fois par mois, sans être technicien. | Publier une actualité sans rien casser. | Une interface qui suppose qu'il sait ce qu'est une balise. |
5. Le périmètre : une seule liste, et ce qu'on met dehors Trier avec le client, pas à sa place
Listez tout ce qui a été évoqué, sans filtrer : les demandes explicites, les idées lancées en passant, ce que vous avez déduit. Cette liste est le point de départ du product backlog du projet. Puis triez, avec le client, en quatre paquets.
1 Le tri en quatre paquets
- Indispensable : sans cela, le projet n'a pas de sens. Si tout est indispensable, le tri n'a pas eu lieu.
- Important : apporte beaucoup, mais le projet vit sans, un temps.
- Confort : à faire si le budget et le temps le permettent.
- Hors périmètre : explicitement écarté, et écrit. C'est le paquet le plus utile des quatre.
La règle qui rend le tri honnête
L'indispensable ne doit pas dépasser 60 % de la liste. Au-delà, imposez un arbitrage : « si vous ne pouviez en garder que trois, lesquels ? »
Et surtout, faites trier par le client. Un périmètre qu'il a lui-même arbitré ne se rediscute pas de la même façon qu'un périmètre que vous lui avez imposé. C'est vrai techniquement, et c'est encore plus vrai humainement.
6. Couper sans amputer Le MVP, et le test qui dit si la coupe est bonne
Un MVP, c'est la plus petite version qui rend déjà service. Pas une version dégradée, pas une maquette : quelque chose d'utilisable, qui produit un résultat réel pour un vrai utilisateur. La différence entre les deux se joue sur une question.
Le test de la coupe
« Si on ne livrait que ça, est-ce que quelqu'un s'en servirait pour de bon ? »
Si la réponse est oui, la coupe est bonne. Si la réponse est « oui mais il faudrait quand même que… », ce qui suit le « mais » fait partie du MVP.
L'erreur classique
Couper en profondeur plutôt qu'en largeur : livrer les dix fonctions à moitié faites, au lieu de trois qui marchent. Le résultat est un produit que personne ne peut utiliser, et qui donne le sentiment d'un travail bâclé alors qu'il y a eu autant d'efforts.
On coupe des fonctions entières, jamais la qualité de celles qu'on garde.
Ce qui ne se coupe jamais, même dans un MVP
- La lisibilité sur téléphone, qui est aujourd'hui la moitié ou plus du trafic
- Le moyen de vous contacter, visible sans chercher
- La conformité minimale : mentions légales, information sur les données collectées
- L'accessibilité de base : contrastes suffisants, textes alternatifs, navigation au clavier
- Une sauvegarde qui fonctionne dès le premier jour
Ces cinq points coûtent peu au moment de la construction et très cher à rattraper après coup. Les couper n'est pas une économie, c'est un report avec intérêts.
7. L'arborescence et les parcours La structure avant le dessin
L'arborescence, c'est la liste des pages et la façon dont elles s'emboîtent. C'est le squelette : on peut en discuter des heures sur une feuille, et le changer coûte alors quelques minutes au lieu de plusieurs jours une fois le site construit.
1 Les quatre règles qui tiennent
- Nommer les rubriques avec les mots du visiteur, pas avec ceux de l'entreprise. « Nos réalisations » plutôt que « Portfolio corporate ».
- Trois clics maximum pour atteindre n'importe quelle information importante.
- Sept entrées maximum dans le menu principal. Au-delà, plus personne ne lit.
- Une page par intention de recherche, ce qui sert le visiteur et le SEO en même temps.
Le parcours principal, écrit en une ligne
Décrivez le chemin idéal, du premier contact à l'action attendue : « recherche sur téléphone → page de service → page de tarifs → formulaire → confirmation par courriel ».
Cette ligne unique révèle immédiatement les manques. Si l'une des étapes n'existe pas dans votre arborescence, le parcours est cassé, et aucun design ne le rattrapera.
8. Les wireframes : trois écrans suffisent Faire apparaître les désaccords pendant qu'ils coûtent encore peu
Un wireframe est un schéma en gris, sans couleur ni image finale, qui montre ce qu'il y a sur l'écran et dans quel ordre. Son absence de beauté n'est pas un défaut, c'est sa fonction : tant qu'il n'y a rien à trouver joli, la discussion reste sur le contenu.
Les trois écrans à faire, et pas plus
- La page d'accueil, où se décide la structure du message.
- La page type la plus fréquente : une page de service, une fiche produit, un article.
- La page où le visiteur agit : formulaire, panier, prise de rendez-vous.
Ces trois-là contiennent 90 % des décisions structurantes. Les dessiner tous ne fait qu'allonger le cadrage.
Ce qu'ils font apparaître
« Ah mais le formulaire doit demander la surface du terrain. » « En fait il nous faut deux niveaux de tarifs. » « Les avis clients, on les met où ? »
Chacune de ces phrases, prononcée devant un schéma en gris, coûte deux minutes de crayon. Prononcée devant un site à moitié construit, elle coûte une journée. C'est tout l'intérêt de l'exercice, et il est considérable.
9. Les contraintes qu'on découvre toujours trop tard La liste à parcourir en dix minutes, une fois
Chacune de ces questions prend trente secondes à poser et peut faire économiser une semaine. Elles ne viennent jamais spontanément dans la conversation, parce que le client ne sait pas qu'elles comptent.
| Domaine | Ce qu'il faut demander | Ce qu'on découvre parfois |
|---|---|---|
| L'existant | Qui possède le nom de domaine ? Où est l'hébergement ? Qui a les accès ? | Le domaine est au nom de l'ancien prestataire, injoignable. |
| Les données | Y a-t-il des données à reprendre ? Sous quelle forme ? | Huit ans d'articles, dans un format que rien n'exporte proprement. |
| Le contenu | Qui écrit les textes ? Qui fournit les photos ? Pour quand ? | Personne, et c'est ce qui bloquera le projet pendant deux mois. |
| Le juridique | Données personnelles collectées ? Paiement en ligne ? Secteur réglementé ? | Une profession dont la communication est encadrée par un ordre. |
| La marque | Une charte graphique existe-t-elle ? Un logo en bonne qualité ? | Un logo qui n'existe qu'en petite image tirée d'un vieux document. |
| Les outils | Le site doit-il parler à un logiciel existant, un CRM, une caisse ? | Le plus coûteux Un logiciel métier sans interface de programmation documentée. |
| Le délai | Y a-t-il une date imposée par autre chose que l'envie ? | Un salon dans six semaines, mentionné en passant. |
10. La note de cadrage Six pages, et ce qu'il y a dedans
1 Le sommaire type
- Le contexte, en dix lignes. Il prouve que vous avez compris l'activité, et c'est souvent la page que le client relit.
- Les objectifs, deux ou trois, formulés de manière vérifiable.
- Les utilisateurs et leurs parcours, le tableau de la section 4.
- Le périmètre : inclus, et exclu nommément.
- L'arborescence et le parcours principal.
- Les wireframes des trois écrans.
- Les choix techniques et ce qu'ils impliquent, en français.
- Les contraintes relevées en section 9.
- Ce que le client doit fournir, avec les dates.
- Le découpage en lots avec les charges, base du chiffrage.
- Les risques identifiés, et ce qu'on prévoit si l'un se réalise.
Écrire pour être lu
Le destinataire n'est pas technicien. Chaque terme du métier employé doit être suivi de son explication, une fois. Une note de cadrage que le client ne comprend pas ne sera pas validée : elle sera signée sans être lue, ce qui revient à ne pas avoir cadré.
La section « risques », rarement écrite
Trois à cinq lignes suffisent : le risque, sa conséquence, la parade. « Les contenus ne sont pas prêts → le planning glisse → on livre la structure et on publie ensuite. »
Elle rassure bien plus qu'elle n'inquiète : elle montre que vous avez déjà pensé à ce qui pourrait mal tourner.
11. Obtenir une vraie validation Qui décide, et comment on le sait
Une note envoyée par courriel et jamais commentée n'est pas validée : elle est en attente. Et une validation obtenue de quelqu'un qui n'a pas le pouvoir de décider sera défaite par celui qui l'a.
1 Les trois conditions d'une validation qui tient
- Le bon interlocuteur : celui qui signe. Identifié dès la première réunion, section 2.
- Une lecture ensemble : quarante minutes en direct, où vous déroulez la note. C'est là que sortent les vraies objections.
- Une trace écrite : un courriel qui dit « je valide la note du 12 mars, version 2 ». Une phrase suffit, et elle vaut pour tout le projet.
Quand la validation ne vient pas
Un silence prolongé n'est presque jamais un désaccord caché. C'est le plus souvent une hésitation sur un point précis, ou une contrainte que le client n'ose pas dire, budget en tête.
Relancez par téléphone plutôt que par écrit, et posez la question ouvertement : « il y a un point qui vous fait hésiter ? ». Dans la plupart des cas, il se règle en cinq minutes, et le projet repart.
12. La version petit budget Une demi-journée, trois pages, et ça marche
Tous les projets ne peuvent pas financer deux à cinq jours de cadrage. Un artisan qui a 2 500 € pour son site ne va pas en consacrer 900 à un dossier. Refuser de cadrer n'est pas la solution : cadrer plus court en est une.
1 Le cadrage express, en une demi-journée
- 1 h 30 d'entretien, avec les douze questions de la section 2. Non négociable, c'est là qu'est la valeur.
- 30 min : l'objectif vérifiable et le parcours principal, en une ligne chacun.
- 45 min : la liste des pages, triée en indispensable et hors périmètre. Deux paquets au lieu de quatre.
- 45 min : trois wireframes au crayon, photographiés.
- 30 min : la note, en trois pages, envoyée le jour même.
Facturée une demi-journée, ou incluse dans le devis et annoncée comme telle. Le client voit qu'il reçoit quelque chose, et vous chiffrez sur du solide.
Les outils, à zéro euro
Un traitement de texte libre pour la note, du papier pour les wireframes, un tableur pour la liste des lots. Les outils spécialisés de cartographie et de maquettage sont agréables et ne changent rien au résultat : ce qui compte est la qualité des questions posées, pas la propreté du rendu.
Ce qu'on ne coupe pas, même en express
L'entretien complet, l'objectif écrit, la liste du hors périmètre, et la trace de validation. Ces quatre-là forment le noyau : sans eux, il n'y a pas de cadrage, seulement une conversation dont chacun gardera un souvenir différent.
Les six règles qui résument ce mémo
- Le client formule une solution ; votre travail est de retrouver le besoin.
- Un objectif utile est un objectif dont on saura dire, dans six mois, s'il est atteint.
- Le paquet « hors périmètre » est le plus utile des quatre.
- On coupe des fonctions entières, jamais la qualité de celles qu'on garde.
- Trois wireframes au crayon valent mieux que vingt écrans finalisés.
- Un cadrage court vaut infiniment mieux qu'un cadrage absent.
Mémo publié par NET&PRO à titre pédagogique. Information générale, sans garantie d'exactitude, d'exhaustivité ni d'actualité, et sans valeur de conseil personnalisé. Avertissement et limites d'usage
Dans le glossaire
Les mots croisés au fil de ce mémo, définis en une phrase. Ils sont soulignés dans le texte : un clic y mène directement.
Mémos liés
Chiffrer un projet et tenir son devis
Calculer un taux journalier qui tient, découper pour estimer sans mentir, choisir entre forfait et régie en sachant qui porte le risque, facturer le cadrage à part.
Lire le mémoLe Frontend & UI/UX de A à Z
HTML, CSS, JS, frameworks, npm, API, design systems, accessibilité et tendances 2026 : du newbie à l'expert.
Lire le mémoRecruter un profil tech quand on n'est pas technique
Les cinq façons de ne pas recruter, ce que coûte vraiment un développeur en France et au Maroc, lire un CV technique sans savoir coder, l'exercice qui remplace le test technique et les trente premiers jours.
Lire le mémoSi vous préférez me le confier
Sur ce sujet, voici ce que je fais pour mes clients. Les formules disent ce qui est compris, ce qui ne l'est pas, et ce que ça coûte au bout de trois ans.