Par Rami F. Community Manager, B2S · Mis à jour le 15 septembre 2026 · Temps de lecture : 7 min
💡TL;DR : La plupart des projets de sites web n'échouent pas à cause d'un mauvais design ou d'un mauvais code. Ils échouent parce qu'une agence a accepté de construire quelque chose avant que personne n'ait compris pourquoi ça devait exister. Un cahier des charges rédigé trop tard, aucune vraie recherche utilisateur, un périmètre validé avant que l'objectif soit clair, personne responsable de l'architecture une fois le site en ligne. Aucun de ces points n'est un problème d'exécution. Ce sont des problèmes de séquencement, et le moyen le plus rapide de les repérer, c'est de voir si votre agence pose les bonnes questions avant de demander un acompte.
Le contexte : pourquoi cette question revient de plus en plus
Les outils no-code et les générateurs de pages par IA ont rendu la mise en ligne plus rapide que jamais. Une landing page qui prenait trois semaines peut aujourd'hui être assemblée en un après-midi. C'est réellement utile, et c'est aussi pour ça que les agences qui valent le coup sont désormais jugées moins sur leur rapidité à démarrer, et davantage sur leur capacité à vous ralentir d'abord.
La vitesse d'exécution a cessé d'être le goulot d'étranglement depuis un moment déjà. Ce qui n'a pas changé, c'est la séquence qui détermine si le site final sert réellement à quelque chose pour l'entreprise : comprendre à qui il s'adresse vraiment, définir ce qui doit se passer une fois que quelqu'un y atterrit, et savoir qui est responsable des décisions une fois le site en ligne. Sauter cette séquence, et construire vite ne veut dire qu'une chose : se tromper vite, et cher.
Le problème des agences qui sautent directement au design
Une agence qui dit "oui" rapidement et ouvre Figma dès le premier appel peut sembler efficace. En pratique, cette rapidité cache une série d'angles morts qui se révèlent plus tard, une fois la facture déjà payée :
Un cahier des charges flou reste une cause historique majeure d'échec des projets. Le rapport CHAOS original du Standish Group (1994) a montré que seuls 16,2 % des projets étaient livrés dans les délais, dans le budget, avec toutes les fonctionnalités prévues, tandis que 52,7 % étaient "compromis" et 31,1 % n'ont jamais atteint la production. Les éditions plus récentes du même rapport montrent une nette amélioration au fil des décennies (autour de 30 à 37 % de succès dans les années 2010-2020), mais la cause profonde identifiée dès 1994, des exigences incomplètes ou mal définies et un manque d'implication des utilisateurs, reste citée comme facteur de risque numéro un aujourd'hui encore.
Un brief flou, c'est une information que vous avez avant la construction, pas après. Quand un site lancé ne convertit pas, la cause profonde remonte presque toujours à une question que personne n'a posée en semaine une. L'information nécessaire pour l'éviter existait depuis le début ; elle n'a simplement jamais été collectée.
Un "oui" trop rapide signifie souvent que l'agence optimise pour l'acompte, pas pour le résultat. La facturation démarre dès que le travail commence. Poser des questions difficiles ralentit la vente et risque de faire fuir le client, alors les agences les plus faibles sautent directement aux livrables.
Les corrections tardives coûtent nettement plus cher que les corrections précoces. L'analyse évaluée par les pairs de Boehm et Basili (IEEE Computer, 2001) sur de grands projets logiciels a montré que corriger un problème après livraison coûte souvent environ 100 fois plus cher que de le corriger pendant la phase de cahier des charges et de conception, même si sur des projets plus petits et moins critiques, ce ratio se rapproche plutôt de 5 pour 1. Dans tous les cas, la direction est la même : un objectif mal compris coûte le moins cher à corriger lors de la première conversation, et devient plus cher chaque semaine qui passe.
Rien de tout cela ne veut dire qu'il ne faut pas construire. Ça veut dire qu'il ne faut laisser personne construire la mauvaise chose pour vous, avec assurance et dans les délais.
Ce qu'apporte réellement une agence qui pose des questions d'abord
Un moyen plus rapide et moins cher de savoir si le brief est faux. Une courte conversation de découverte ne coûte que du temps. Refaire l'architecture d'un site après son lancement coûte du vrai budget et du vrai élan.
Un brief qui survit à la rencontre avec un deuxième interlocuteur. Quand une agence vous interroge correctement, le périmètre qui en résulte reflète l'entreprise, pas seulement la personne présente sur l'appel. C'est la différence entre un site validé une fois pour toutes et un site rediscuté à chaque réunion.
Un plan pour les compromis, pas juste un "oui." Chaque projet implique des raccourcis quelque part, une date de lancement, un plafond de budget, un choix de plateforme. La différence entre un compromis gérable et un compromis coûteux, c'est de savoir si quelqu'un l'a signalé à voix haute avant de construire, au lieu de le découvrir en réunion trois mois plus tard.
Quelqu'un responsable du site une fois en ligne. Les agences qui traitent un site comme un livrable expédié, et non comme un actif vivant, ne laissent généralement personne responsable de la suite. Les agences qui valent le coup attribuent cette responsabilité dès la première conversation.
"Oui" rapide vs. pose des questions d'abord : le comparatif
Critère | Agence qui saute directement au design | Agence qui pose des questions d'abord |
|---|---|---|
Délai avant de voir quelque chose | Quelques jours, souvent dès le premier appel | Une conversation de découverte structurée d'abord |
Risque que le brief soit faux | Élevé, exposé seulement après livraison | Repéré et corrigé avant qu'un seul écran soit construit |
Coût si la direction doit changer | Élevé, le travail de design et dev est déjà englouti | Faible, un brief se révise facilement, une construction non |
Qui est responsable du site après le lancement | Souvent flou, ou personne | Défini dès la première conversation |
Convient le mieux pour | Une demande déjà validée et bien cadrée | La majorité des vrais projets de sites et premiers engagements |
En résumé : démarrer vite n'est pas le problème. Construire avec assurance sur un brief jamais examiné, et ne s'en apercevoir qu'une fois la facture payée, ça l'est.
Vous ne savez pas ce que votre prochaine agence web devrait vous demander ? Parlez à notre équipe → pour un diagnostic gratuit de 20 minutes.
Comment évaluer une agence : les questions qui comptent
Avant de signer avec qui que ce soit, vérifiez si elle soulève ces cinq points, sans qu'on le lui demande :
Qu'est-ce que ce site doit faire pour votre entreprise ? Pas à quoi il doit ressembler. Si la réponse reste visuelle, le travail stratégique n'a pas encore eu lieu.
Qui va réellement le visiter, et qu'est-ce que ces personnes doivent croire avant d'agir ? Un site conçu pour "tout le monde" est un site conçu pour personne en particulier.
Que se passe-t-il juste après l'arrivée sur la page d'accueil ? Si personne ne peut répondre en une phrase, le site n'a pas encore de mission, il a juste une apparence.
Qu'est-ce qui a déjà été tenté, et pourquoi ça n'a pas marché ? Une agence qui ne pose pas cette question s'apprête à reproduire une décision dont vous savez déjà qu'elle ne fonctionne pas.
Comment saura-t-on si ça marche ? Sans chiffre associé, le "succès" devient l'avis de la personne qui parle le plus fort en réunion.
Notre expérience chez B2S
Chez Be To Solutions, nous nous voyons comme un copilote pour les projets ambitieux, pas juste un prestataire d'exécution. Notre process se déroule en quatre étapes : Audit Digital (une lecture complète de l'existant), Stratégie & Feuille de route (un plan d'action priorisé avec des jalons concrets), Pilotage & Suivi (un accompagnement opérationnel pendant l'exécution), et Optimisation & Évolution, une fois le site livré, nous ne disparaissons pas. Nous mesurons la performance, recueillons les retours utilisateurs réels, et continuons d'itérer.
Sur les projets que nous avons accompagnés, refontes de sites, lancements de produits, constructions de plateformes, le schéma se répète : les sites qui peinent échouent presque jamais sur la qualité d'exécution. Ils échouent parce que personne n'a demandé au fondateur pourquoi avant de demander quoi, et le brief qui en a résulté répondait à la mauvaise question dès le départ.
Vous ne savez pas si votre brief est prêt à être construit, ou s'il a besoin d'une vraie phase de découverte ?
Découvrez notre offre Digital Expert pour un accompagnement de bout en bout, de l'audit à l'exécution.
FAQ
Et si une agence pose peu de questions mais a un portfolio solide ?
Un portfolio solide prouve qu'elle sait bien exécuter le brief de quelqu'un d'autre. Ça ne prouve pas qu'elle repérera si votre brief est faux. Demandez quel processus de découverte a produit leur meilleure étude de cas, une agence crédible saura le décrire précisément, pas juste dire "on a fait un call de lancement."
Combien de temps doit durer une vraie phase de découverte ?
Pour la plupart des sites d'entreprise, quelques conversations ciblées sur 1 à 2 semaines suffisent, pas des mois. L'objectif est un brief écrit sur lequel vous êtes d'accord tous les deux, pas un projet de recherche sans fin.
Poser beaucoup de questions, n'est-ce pas juste une façon de facturer plus d'heures ?
Ça ne devrait rien vous coûter de plus d'être interrogé correctement avant une proposition, ça fait partie du cadrage normal du travail, pas d'une phase payante à part. Méfiez-vous des agences qui ne commencent à poser des questions qu'une fois le contrat signé.
Et si je n'ai pas encore de réponses claires à leurs questions ?
C'est normal, et c'est exactement à ça que sert une bonne conversation de découverte. Le problème n'est pas de ne pas encore savoir, c'est une agence qui ne remarque pas que vous ne savez pas encore, et qui construit quand même.
Est-ce que ça s'applique à une refonte, ou seulement aux nouveaux sites ?
Les deux, et sans doute encore plus aux refontes. Un site qui existe déjà s'accompagne de données, ce qui convertit, ce qui ne convertit pas, pourquoi la version précédente n'a pas suffi. Une agence qui saute les questions sur une refonte ignore des preuves qui sont pourtant déjà là.
Sources
The Standish Group, CHAOS Report (1994) : 16,2 % de projets réussis, 52,7 % "compromis", 31,1 % annulés, avec des exigences incomplètes et un manque d'implication des utilisateurs comme causes principales. Synthétisé dans Five Jars, The Hidden ROI of Discovery Phase in Software Development : fivejars.com/insights/the-hidden-roi-of-the-discovery-phase-in-software-development
Michael Arcidiacono, Comparative Research on IT Project Failure Rates: A 2025 Longitudinal Update, PM World Journal, janvier 2026 : données Standish Group 2020-2024 montrant un taux d'échec stable autour de 19 % et un taux de projets "compromis" supérieur à 50 %, trois décennies après le rapport original de 1994 : pmworldjournal.com/article/comparative-research-on-it-project-failure-rates
Engprax / Junade Ali, 268% Higher Failure Rates for Agile Software Projects, Study Finds, mai 2024 : étude menée auprès de 600 ingénieurs logiciels au Royaume-Uni et aux États-Unis montrant que des exigences claires avant le début du développement augmentent les chances de succès d'un projet de 97 % : engprax.com/post/268-higher-failure-rates-for-agile-software-projects-study-finds
Barry Boehm et Victor Basili, Software Defect Reduction Top 10 List, IEEE Computer, janvier 2001 : corriger un problème après livraison coûte environ 100 fois plus cher que pendant la phase de cahier des charges et de conception sur les grands projets, contre environ 5 fois plus cher sur les petits projets non critiques. Article complet disponible ici : cs.umd.edu/~basili/publications/journals/J81.pdf