La plupart des "appels de discovery" des agences sont des appels commerciaux. Quelqu'un demande ce que vous cherchez, vous décrivez votre projet, ils disent que ça semble super, et ils envoient une proposition 48 heures plus tard.
Ce n'est pas de la discovery. C'est de la qualification.
La discovery est le processus de compréhension de ce que vous construisez réellement, pourquoi ça compte, pour qui, et à quoi ressemble le succès — avant que quelqu'un ouvre un outil de design. Fait correctement, elle prévient les deux erreurs les plus coûteuses en développement web : construire la mauvaise chose bien, et construire la bonne chose mal.
Ce que la discovery n'est pas
La discovery n'est pas :
- Un appel où vous pitchez votre produit
- Une opportunité pour nous de pitcher nos services
- Un moyen de collecter un acompte avant que quelqu'un sache ce qu'il construit
- Un "kickoff" de 20 minutes au début d'un projet déjà chiffré
La discovery est une collecte d'informations structurée. L'output est une compréhension partagée du projet — contraintes, utilisateurs, critères de succès, et exigences techniques.
Ce que la discovery couvre
Une vraie session de discovery couvre six domaines :
1. Le contexte business
Que fait l'entreprise, qui est le client, et pourquoi ce site existe ? Pas "nous sommes une SaaS et nous avons besoin d'un site" — c'est la prémisse. Nous voulons : qu'est-ce qui doit être vrai pour que ce site ait réussi dans 12 mois ?
Si la réponse est "nous avons besoin de 200 demandes de démo par mois" — ça façonne chaque décision de design. L'appel à l'action, le placement de la preuve sociale, la longueur du formulaire, la configuration analytics. Tout découle de ceci.
2. Les utilisateurs
Qui atterrit spécifiquement sur ce site et dans quel contexte ? Un produit B2B acheté par un Head of Engineering est designé différemment d'une app grand public. Le vocabulaire est différent, les signaux de confiance sont différents, le calendrier de décision est différent.
Nous voulons savoir : quels sont les trois archétypes de visiteur ? Qu'est-ce qu'ils doivent croire avant de convertir ? Avec quelles objections arrivent-ils ?
3. Les contraintes
Calendrier, budget, et ressources internes ne sont pas des sujets embarrassants. Ce sont des contraintes d'ingénierie. Savoir que vous avez six semaines et 8 000 € produit un meilleur résultat que le découvrir en semaine cinq.
Contraintes que nous demandons :
- Date de lancement hard (conférence, annonce de levée, lancement produit)
- Plafond budgétaire et ce qu'il inclut
- Qui en interne possèdera le site après lancement
- S'il y a une direction design déjà ou si nous partons de zéro
4. Le paysage technique existant
Qu'avez-vous déjà ? Qu'est-ce qui reste, qu'est-ce qui part, qu'est-ce qui transfère ?
- Domaine et hébergement actuels
- CMS ou structure de contenu existant
- Exigences d'analytics et de tracking
- Configuration RGPD/consentement cookies
- Exigences multilingues
- Auth (certaines pages nécessitent-elles une connexion ?)
5. La direction design
La direction visuelle est l'une des sources les plus courantes de conflit en fin de projet. Si un client imagine un look minimal et éditorial et que l'agence livre quelque chose de saturé et animé — aucune des deux parties n'a tort. Ils ne s'étaient juste jamais alignés.
Nous demandons :
- Trois sites de référence que vous aimez (et spécifiquement ce que vous aimez dans chacun)
- Trois sites de référence que vous n'aimez pas (et pourquoi)
- Assets de marque : logo, palette de couleurs, typographie si définie
- Contraintes dures ("nous devons utiliser notre rouge de marque")
Ça prend dix minutes et prévient deux semaines de va-et-vient en round trois de révisions design.
6. La définition de "terminé"
À quoi ressemble la passation du projet ? Que vous faut-il post-lancement ?
- Propriété du code source et accès au dépôt
- Formation CMS pour les éditeurs non-développeurs
- Documentation pour des fonctionnalités spécifiques
- SLA de support après lancement
Pourquoi la plupart des agences le sautent
La discovery est peu flatteuse pour les agences qui ne sont pas bonnes dans le cadrage. Elle fait remonter l'ambiguïté. Elle force l'agence à admettre ce qu'elle ne sait pas. Elle révèle parfois qu'un projet est plus grand que le client ne pensait — ce qui peut tuer l'affaire.
Sauter la discovery protège une proposition médiocre. Il y a aussi une pression commerciale : une phase de discovery payante ressemble à une barrière. Certains clients parleront à une autre agence qui saute vers une proposition gratuite. À court terme, la discovery perd des affaires. À long terme, elle filtre pour des clients qui comprennent qu'un bon travail nécessite un alignement sincère en amont.
Le format de discovery de Zynra
Notre discovery est un appel de 45 minutes suivi d'un document de périmètre écrit.
L'appel couvre les six domaines ci-dessus. Nous partageons un questionnaire bref (15 questions, 30 minutes) la veille pour ne pas passer du temps d'appel sur la collecte d'informations basiques.
Après l'appel, nous rédigeons un document de périmètre de 2 à 4 pages qui spécifie :
- Ce que nous construisons (page par page, fonctionnalité par fonctionnalité)
- Ce que nous ne construisons pas (explicitement — c'est là que vit le scope creep)
- Notre calendrier et structure de jalons
- Nos hypothèses (si une hypothèse s'avère fausse, ça déclenche une conversation de périmètre)
- Notre prix fixe, décomposé par phase
Ce qu'apporter à un appel de discovery
Si vous êtes sur le point d'avoir un appel de discovery avec n'importe quelle agence, venez préparé :
- Une description d'un paragraphe de ce que vous construisez et pour qui
- Votre contrainte de calendrier (deadline hard ou flexible ?)
- Votre fourchette budgétaire (approximatif, c'est bien)
- Trois sites que vous considérez comme d'excellentes références
- Tout asset de marque existant
- Le nom de celui qui possédera le site après lancement
Un fondateur préparé obtient une proposition meilleure, plus rapide, et plus précise.
Vous voulez voir à quoi ressemble notre discovery en pratique ? Réservez un appel avec nous — nous traverserons notre format et vous dirons ce dont nous avons besoin pour cadrer votre projet avec précision.