Pour choisir une agence de développement sur mesure fiable, cinq critères factuels comptent plus que le discours commercial : la stack technique réellement maîtrisée par l’équipe qui codera (pas celle citée sur la page “à propos”), la méthode de livraison concrètement appliquée, la propriété du code et des livrables, le modèle de facturation, et l’existence d’un plan de maintenance après la mise en production. Voici comment vérifier chacun de ces points avant de signer, et les signaux qui doivent vous alerter.
Selon le Standish Group (CHAOS Report), seuls 31 à 35 % des projets logiciels atteignent leurs objectifs initiaux de délais, de budget et de périmètre. Les autres sont retardés, dépassent leur budget ou livrent moins que prévu. Le choix du prestataire n’explique pas tout, mais c’est l’une des rares décisions du projet que vous maîtrisez entièrement avant même qu’une ligne de code soit écrite.
Pourquoi ce choix est plus structurant qu’un devis
Un mauvais choix de prestataire se révèle en général trois mois plus tard : le planning glisse, le code devient difficile à faire évoluer, l’équipe qui a vendu le projet n’est plus celle qui le développe.
Comparer des devis sur leur seul montant est l’erreur la plus fréquente. Un écart de prix de 30 % entre deux agences cache presque toujours un écart de méthode, de séniorité d’équipe ou de couverture : tests, documentation, maintenance incluse ou non.
Nous détaillons par ailleurs les erreurs budgétaires les plus fréquentes dans un article dédié. Beaucoup trouvent leur origine dans le choix initial du prestataire, pas dans l’exécution du projet.
Critère 1 : une stack technique réellement maîtrisée
Méfiez-vous d’une agence qui affirme exceller sur tous les langages et frameworks à la fois. La technologie évolue trop vite pour qu’une équipe soit experte en React, Vue, Ruby on Rails, PHP, Java et .NET avec le même niveau d’exigence, sauf pour de très grandes structures.
Questions concrètes à poser :
- Quelle stack l’équipe recommande-t-elle pour votre cas d’usage, et pourquoi celle-là plutôt qu’une autre ?
- Qui code réellement : des salariés seniors, des freelances mobilisés au coup par coup, ou de la sous-traitance offshore non pilotée ?
- Pouvez-vous échanger directement avec le développeur ou le lead technique qui travaillera sur votre projet, avant la signature ?
Une réponse vague ou uniquement commerciale à ces trois questions est un signal d’alerte.
Critère 2 : une méthode vérifiable, pas un argument marketing
“Agile” figure sur la quasi-totalité des plaquettes commerciales du secteur. Le mot ne garantit rien en soi. Ce qui compte, c’est la réalité des rituels : sprints courts, démos régulières, rétrospectives, backlog priorisé avec vous.
Nous livrons par exemple en sprints de deux semaines avec démo à chaque fin de cycle, une cadence qui permet de corriger le tir vite plutôt que de découvrir un écart après six mois. Demandez à voir un exemple concret de planning ou de board Jira/Linear d’un projet en cours, anonymisé si besoin. Une agence qui applique réellement sa méthode n’aura aucune difficulté à vous le montrer.
Critère 3 : la propriété du code et des livrables
C’est le point le plus souvent négligé en phase de négociation, et le plus coûteux à découvrir après coup. Vérifiez explicitement dans le contrat :
- Qui est propriétaire du code source une fois le projet livré et payé : ce doit être vous, sans ambiguïté.
- L’accès au dépôt Git dès le démarrage du projet, pas seulement à la livraison finale.
- L’absence de dépendance propriétaire cachée : un framework interne non documenté, un hébergement imposé, une licence qui vous lie à l’agence au-delà du raisonnable.
Un prestataire sérieux n’a aucune raison de retenir votre code en otage. Si cette clause est floue ou absente du contrat, c’est un point à négocier avant signature, pas après.
Critère 4 : le modèle de facturation
Trois modèles dominent le marché, avec des incitations très différentes pour le prestataire :
| Modèle | Principe | Avantage | Risque |
|---|---|---|---|
| Forfait | Prix fixe pour un périmètre défini | Budget prévisible | Pousse à minimiser le temps passé, donc parfois la qualité |
| Régie (temps passé) | Facturation au jour/homme | Flexibilité, transparence | Budget moins prévisible si mal piloté |
| Sprint-based (agile) | Forfait par sprint, périmètre ajustable | Prévisibilité et flexibilité | Exige une vraie discipline de pilotage des deux côtés |
Le bon choix dépend de la maturité de votre cahier des charges. Si vos besoins sont encore mouvants, un engagement par sprint limite le risque de payer pour un périmètre figé qui ne correspondra plus à vos besoins réels six mois plus tard. Nous détaillons comment structurer ce cadrage dans notre guide du cahier des charges.
Critère 5 : des références vérifiables, pas une liste de logos
Un portfolio de logos prestigieux ne garantit rien si vous ne pouvez pas vérifier ce que l’agence a réellement livré. Allez plus loin :
- Demandez 2 à 3 références clients dans un secteur proche du vôtre, et contactez-les directement.
- Posez des questions précises : le planning initial a-t-il été tenu ? L’équipe est-elle restée stable sur la durée du projet ? La maintenance post-lancement s’est-elle bien passée ?
- Vérifiez les avis publics (Google, Trustpilot, LinkedIn) en cherchant les mentions de délais et de communication, pas seulement la satisfaction générale.
Critère 6 : un plan de maintenance après la mise en production
Après la mise en production, la maintenance applicative représente en moyenne 15 à 25 % du budget de développement initial, chaque année, un poste que beaucoup de PME découvrent trop tard. Nous le détaillons dans notre article sur le coût de la maintenance.
Avant de signer, demandez explicitement :
- Que couvre le contrat de maintenance (correctifs de sécurité, évolutions mineures, support utilisateur) et à quel tarif ?
- Si vous changez de prestataire dans deux ans, le code sera-t-il assez documenté pour qu’une autre équipe le reprenne ?
Signaux d’alerte à ne pas ignorer
- Un devis significativement moins cher que les autres, sans explication claire de ce qui le justifie (profils plus juniors, sous-traitance non mentionnée, périmètre réduit).
- Une seule personne commerciale comme unique interlocuteur jusqu’à la signature, sans jamais échanger avec un profil technique.
- Aucune mention contractuelle claire de la propriété du code.
- Une réticence à fournir des références clients vérifiables.
- Un discours qui élude systématiquement les questions sur la maintenance post-lancement.
Checklist avant de signer
- Ai-je échangé avec la personne qui codera réellement le projet ?
- La méthode de livraison m’a-t-elle été démontrée concrètement, pas seulement décrite ?
- Le contrat précise-t-il sans ambiguïté que je serai propriétaire du code livré ?
- Le modèle de facturation est-il adapté à la maturité de mon cahier des charges ?
- Ai-je contacté au moins une référence client dans un secteur proche du mien ?
- Le plan de maintenance post-lancement est-il chiffré et détaillé, pas seulement évoqué ?
Répondre oui aux six points vous sort du lot des deux tiers de projets qui n’atteignent pas leurs objectifs initiaux, selon les chiffres cités plus haut.
Vous évaluez plusieurs agences pour un projet de développement sur mesure ? Contactez notre équipe pour un échange direct avec les développeurs qui travailleraient sur votre projet, sans détour commercial.