Comment vérifier une agence de développement logiciel (Guide 2026)

Engager une agence de développement logiciel ressemble beaucoup à acheter un moteur de voiture alors qu’on n’a jamais ouvert un capot. La proposition de chacun semble confiante, chaque portfolio est soigné, et chaque commercial utilise les mêmes mots : « agile », « équipe senior », « processus éprouvé ». L’écart entre les agences qui livrent réellement et celles qui brûlent votre budget se manifeste rarement dans le pitch — il apparaît six semaines plus tard, quand la démo s’arrête et que les excuses commencent. La bonne nouvelle, c’est que cet écart est visible plus tôt que la plupart des fondateurs ne le réalisent, si vous savez exactement quoi vérifier. Voici l’équivalent proactif de notre guide des signaux d’alerte : un processus concret et étape par étape pour vérifier une agence de développement logiciel avant de signer quoi que ce soit, rédigé pour quelqu’un qui n’est pas technique et ne veut pas simuler.

Pourquoi un processus structuré bat le ressenti digestif

Les fondateurs se contentent par défaut de l’instinct car la vérification technique est intimidante. Mais le ressenti récompense les agences qui sont bonnes en vente, pas celles qui sont bonnes en livraison — ce sont des compétences différentes, et les meilleurs commerciaux ne sont pas toujours attachés aux meilleures équipes d’ingénierie. Une liste de contrôle structurée vous protège du charisme. Cela vous donne aussi un objectif à comparer entre les agences, plutôt que des impressions vagues sur les personnes avec qui vous avez le plus « connecté ».

La liste de contrôle de la vérification

1. Examinez le portfolio comme un enquêteur, pas comme un navigateur

Ne regardez pas seulement des captures d’écran sur leur site — elles sont sélectionnées. À la place :

• Visitez vous-même les sites ou applications en direct. Cliquez autour de vous. Le produit fonctionne-t-il réellement, ou il casse au troisième clic ?
• Vérifiez si les projets clients sont toujours maintenus. Recherchez le nom du client ainsi que le produit et voyez s’il a eu des mises à jour récemment, ou s’il semble abandonné un an après son lancement. Le fait que le travail ancien d’une agence devienne obsolète est souvent le signe que la relation — et le code — n’ont pas bien vieilli.
• Demandez précisément ce qu’ils ont construit. Les agences présentent parfois des projets où elles ont réalisé une petite partie d’une construction beaucoup plus grande. Demandez : « Quelle partie de cela votre équipe possédait-elle — conception, backend, tout le tout ? »
• Ajustez la complexité, pas seulement l’industrie. Un beau site marketing ne prouve pas qu’il peut construire votre produit SaaS multi-locataire. Cherchez des exemples de portfolio avec une complexité technique comparable à celle pour laquelle vous recrutez, pas seulement un logo industriel similaire.

2. Appelez les références — appelez-les réellement

Presque personne ne fait ça, c’est exactement pour ça que ça fonctionne. Demandez deux ou trois références, idéalement incluant un projet qui s’est terminé il y a plus d’un an (pour ne pas entendre parler seulement de la phase de lune de miel). Lors de l’appel, demandez :

• « Les embaucheriez-vous à nouveau pour un nouveau projet aujourd’hui ? » — la meilleure question de test décisif.
• « Qu’ont-ils manqué ou mal compris, et comment ont-ils géré cela ? »
• « Les mêmes personnes sont-elles restées sur le projet du début à la fin ? »
• « Comment communiquaient-ils quand quelque chose dérapait ? »

Si une agence hésite à fournir des références, ou ne propose que des références de projets qui viennent de se terminer, considérez cela comme un signal à approfondir.

3. Consultez leur documentation de procédure

Demandez quelque chose de concret : un plan de projet type, une structure de sprint, ou un document expliquant comment ils gèrent les changements de périmètre, l’assurance qualité et la transmission. Une agence expérimentée aura ce système prêt en quelques minutes car elle l’utilise sur chaque projet. Une agence qui doit « assembler quelque chose » pour vous improvise souvent son processus client par client — ce qui signifie que c’est vous qui déboguez leur flux de travail en même temps que votre produit.

4. Demandez un exemple de proposition technique

Avant de vous engager, demandez une proposition pour votre projet réel — même légère. À la recherche :

• Une répartition des phases ou des jalons, pas seulement un nombre forfaitaire.
• Hypothèses explicites (« nous supposons que l’intégration X est disponible via API ») — des propositions vagues masquent le risque.
• Preuve qu’ils ont compris ton problème, pas un modèle avec le nom de ta société remplacé.

Une proposition qui semble pouvoir s’appliquer à n’importe quel client est aussi un aperçu de la générique de l’ingénierie.

5. Gérer un petit projet d’essai rémunéré

C’est l’étape la plus élevée de cette liste. Avant de vous engager dans un engagement de plusieurs mois, engagez l’agence pour un petit travail bien défini et rémunéré — une seule fonctionnalité, un audit technique ou un sprint défini. Ensuite, faites examiner ce qui est revenu par quelqu’un d’indépendant (un conseiller technique, un développeur senior freelance ou un service qui revoit le code). Vous vérifiez :

• Le code est-il organisé et commenté, ou est-ce un enchevêtrement que seuls eux peuvent maintenir ?
• Ont-ils atteint l’estimation ou l’ont-ils dépassée avec une « complexité inattendue » ?
• Ont-ils signalé les risques de manière proactive, ou les problèmes ne sont apparus que lorsque vous avez demandé ?

Un projet d’essai vous coûte quelques milliers de dollars et quelques semaines. Un mauvais engagement de six mois coûte bien plus cher des deux.

6. Vérifier la stabilité et le roulement de l’équipe

Demandez directement : « Qui va travailler précisément sur mon projet, et quelle est votre durée moyenne dans l’entreprise ? » Les agences à forte rotation font tourner les développeurs juniors via le travail client, ce qui signifie que la personne qui a compris vos exigences dès la première semaine peut être partie à la huitième semaine. Demandez si le même développeur principal reste jusqu’au bout du projet, et ce qui se passe si quelqu’un part en plein engagement.

7. Vérifiez les signaux de stabilité financière

Une agence financièrement fragile est plus susceptible de faire des économies, de perdre soudainement du personnel ou de disparaître en plein projet. Vous ne pouvez pas voir leur compte bancaire, mais vous pouvez vérifier :

• Depuis combien de temps ils sont en activité (recherchez dans les registres d’entreprises ou l’historique de l’entreprise LinkedIn).
• S’ils augmentent ou diminuent (tendances du nombre d’employés sur LinkedIn au cours des deux dernières années).
• S’ils demandent des paiements initiaux exceptionnellement élevés par rapport à la taille du projet — un signe courant de stress sur les flux de trésorerie.
• Avis en ligne ou mentions sur des forums concernant des entrepreneurs non rémunérés ou des fermetures abruptes.

Questions à poser lors de l’appel de découverte

Utilisez l’appel à la découverte pour tester la substance, pas seulement la chimie. De bonnes questions incluent :

1. « Expliquez-moi comment vous aborderiez mon projet pendant les deux premières semaines. »
2. « Quel est le plus grand risque que vous voyez dans ce que je demande ? »
3. « Comment gérez-vous quand un client change d’avis en plein milieu d’un projet ? »
4. « À quoi ressemble réellement votre processus de contrôle qualité et de test ? »
5. « À qui appartient le code et la propriété intellectuelle une fois le projet terminé ? »
6. « Que se passe-t-il si nous ne sommes pas satisfaits d’un jalon ? »
7. « Puis-je parler directement au développeur qui sera affecté à mon projet, pas seulement au commercial ? »

Faites attention à la façon précise dont ils répondent, pas seulement à savoir s’ils semblent confiants. Des réponses vagues et optimistes à des questions concrètes sont un schéma à remarquer.

Comment évaluer la compétence technique quand on n’est pas technique

Il n’est pas nécessaire de lire du code pour juger de la compétence. Vous devez juger comment ils l’expliquent :

• Peuvent-ils expliquer les décisions techniques en un langage clair ? Un développeur compétent peut vous expliquer pourquoi il choisirait une base de données ou une architecture plutôt qu’une autre sans recourir au jargon comme un écran de fumée.
• Est-ce qu’ils vous posent des questions difficiles en retour ? Les équipes compétentes contestent tôt les exigences vagues, car elles savent que l’ambiguïté devient une refonte plus tard. Une agence qui est d’accord avec tout ce que vous dites sans résistance ne réfléchit souvent pas de manière critique à votre projet.
• Faire venir un conseiller technique neutre pour une heure. Un CTO freelance à la demande ou un ami développeur peut assister à un appel ou examiner une proposition. Une heure de temps de conseil rémunéré est une assurance bon marché contre un engagement à six chiffres.
• Regardez comment ils gèrent le fait d’avoir tort. Demandez à propos d’un projet passé qui ne s’est pas passé comme prévu. Les agences qui assument leurs erreurs et décrivent ce qu’elles ont changé par la suite sont plus dignes de confiance que celles qui blâment le client ou prétendent avoir un bilan irréprochable.

Le tableau de bord de l’agence

Pour comparer les agences objectivement au lieu de se fier à la mémoire et aux impressions, notez chacune de 1 (mauvais) à 5 (excellent) dans ces catégories, puis additionnez les résultats :

Remplissez ce formulaire pour chaque agence que vous envisagez sérieusement, juste après chaque conversation, pendant que les informations sont fraîches. L’exercice lui-même est souvent plus précieux que le score final — il vous oblige à recueillir les mêmes informations auprès de chaque fournisseur au lieu de vous souvenir du confiant et d’oublier celui qui a réellement donné de meilleures réponses.

Le résultat final

Vérifier une agence de développement logiciel ne consiste pas à devenir technique du jour au lendemain — il s’agit de refuser de prendre des revendications sur la foi. Vérifiez le portfolio pour voir s’il y a un vrai travail maintenu. Appelez les références et posez les questions gênantes. Lisez leurs documents de procédure. Faites un petit essai rémunéré avant un gros engagement. Surveillez le chiffre d’affaires et les signaux d’alerte financiers. Ensuite, note ce que tu trouves au lieu de faire confiance à ton instinct. Les fondateurs qui suivent ce processus ne sont que rarement surpris six mois après le début d’un échec des fiançailles — car ils ont fait le travail de le découvrir tôt.