Les pitches d'agences sont conçus pour se ressembler. Tout le monde a un processus éprouvé, une approche collaborative, et un portfolio de clients ravis. Différencier les uns des autres sur la base du pitch standard est presque impossible.
Ces sept questions traversent le vernis et atteignent ce qui détermine réellement les résultats des projets.
1. Qui va vraiment construire mon projet ?
La question la plus importante, posée bien trop rarement.
Les agences mid-size et grandes pitchent régulièrement avec des talents seniors et livrent avec des juniors. La personne qui présente votre projet et celle qui le construit n'ont peut-être jamais été dans la même pièce. Demandez explicitement : quelles personnes spécifiques travailleront sur ce projet, et quel est le rôle de chacune ?
Une réponse crédible nomme des personnes. Une réponse évasive parle de "l'équipe" ou "nos développeurs" dans l'abstrait.
Pour les studios boutique, la réponse est souvent simple : les personnes avec qui vous parlez. C'est un avantage significatif — ce que vous voyez dans le pitch est ce que vous obtenez dans le build.
2. Dans quel stack construisez-vous, et pourquoi ?
Une agence qui construit dans tout ne construit dans rien en profondeur. La réponse que vous voulez est spécifique : nous construisons en Next.js avec TypeScript, parfois Astro pour les sites très orientés contenu. Nous ne faisons pas WordPress sauf si le client a une infrastructure WP existante avec laquelle nous travaillons.
Une réponse vague — "nous utilisons la meilleure technologie pour chaque projet" — est un signal d'alerte. Ça semble flexible. Ça signifie qu'ils utiliseront ce que leurs développeurs disponibles savent faire.
Demandez pourquoi, pas seulement quoi. Le raisonnement vous dit si le choix est réfléchi ou arbitraire.
3. Quelle est votre politique de révisions ?
Le périmètre des révisions est là où la plupart des relations de projet se détériorent. Sans politique claire, chaque demande de modification est une négociation, et les négociations ralentissent les projets et engendrent du ressentiment.
Ce que vous voulez comprendre :
- Combien de rounds de révisions design sont inclus ?
- Qu'est-ce qui compte comme révision vs. nouvelle demande ?
- Que se passe-t-il si je veux un changement après que le design est approuvé et que le build a commencé ?
Une bonne agence a cela écrit dans son contrat. Si la réponse est "on est flexibles" ou "on gérera au fur et à mesure", vous préparez un conflit.
4. Prix fixe ou horaire ? Et qu'est-ce qui déclenche un avenant ?
Cette question révèle la structure de risque de l'engagement. La version courte :
La facturation horaire signifie que votre coût est ouvert. La facturation fixe signifie que l'agence absorbe le risque de périmètre. Les deux modèles sont légitimes ; les deux ont des conditions où ils fonctionnent mieux.
La question clé : qu'est-ce qui cause un coût supplémentaire en dehors du devis initial ? Toute agence qui ne peut pas répondre clairement à cela structure un projet sans visibilité financière.
5. Qui sera propriétaire du code et de l'infrastructure après le lancement ?
C'est crucial et posé bien trop tard.
Vous devez posséder :
- Le code source (pas seulement une URL déployée)
- Le dépôt (accès GitHub/GitLab)
- Le domaine (enregistré à votre nom ou celui de votre société)
- Le compte d'hébergement
- Le compte CMS et le contenu
Certaines agences retiennent la propriété du code comme levier. Demandez avant de signer — pas après que le site est en ligne.
6. À quoi ressemble le support post-lancement ?
Le lancement n'est pas la fin. Les dépendances se mettent à jour, les formulaires se cassent, l'analytics arrête de fonctionner, le contenu doit être mis à jour. Ce que vous voulez comprendre :
- Un support est-il inclus dans le prix du projet ? Pour combien de temps ?
- Quel est le délai de réponse pour les bugs après lancement ?
- Comment le développement continu est-il géré — retainer horaire, packages fixes, ou au changement ?
Un studio qui fournit 30 jours de support post-lancement inclus vous donne quelque chose de significatif. Un studio qui remet un zip de fichiers et envoie une facture ne le fait pas.
7. Que ne faites-vous pas ?
C'est la question la moins posée et la réponse la plus révélatrice.
Les agences qui connaissent leurs limites — et les expriment clairement — sont plus dignes de confiance que celles qui revendiquent des capacités dans tout. "Nous ne faisons pas de design in-browser — nous prototypons en Figma en premier" vous dit leur processus. "Nous ne prenons pas de projets sans phase de discovery" vous dit qu'ils cadrent sérieusement.
Une agence qui ne dit jamais non à rien dit probablement oui à des choses qu'elle ne devrait pas.
Utiliser les réponses
Ces questions ne sont pas des pièges. Ce sont des outils d'alignement. Une bonne agence les accueillera favorablement — des réponses claires à des questions claires réduisent les malentendus pour les deux parties.
Si une agence devient défensive ou vague à ces questions, traitez-le comme un signal. Le pitch est la meilleure version de la relation. Si les réponses sont évasives avant la signature du contrat, elles le seront après.
Vous êtes sur le point d'évaluer des agences web ? Démarrez une conversation avec nous — nous répondrons directement aux sept questions et vous dirons honnêtement si nous sommes le bon fit.