Comment choisir une agence de développement logiciel : 15 questions à poser avant de signer

Points clés

• Évaluer une agence revient à vérifier cinq choses : qui fera le travail, ce qu'elle a déjà livré, qui possède quoi, comment la livraison est pilotée et ce qui se passe si quelqu'un part.
• Demandez des preuves vérifiables, pas des promesses : des ingénieurs nommés avec un profil public, un ancien client que vous pouvez appeler, une fiche au registre des entreprises, des exemples de documents issus d'un projet précédent.
• Votre contrat doit vous rendre propriétaire du code dès le premier jour, garder les dépôts et l'hébergement sur vos propres comptes et fixer des jalons avec des critères de recette écrits.
• Le test le moins cher et le moins risqué est une phase de cadrage payante : quelques semaines de vrai travail qui vous laissent un plan écrit dont vous êtes propriétaire, que vous poursuiviez ou non.
• Les signaux d'alerte les plus forts sont des réponses floues sur qui travaille sur votre projet, un code hébergé sur les comptes de l'agence et un prix ferme annoncé avant que quiconque ne vous interroge sur vos données ou vos utilisateurs.

Choisir une agence de développement logiciel, c'est vérifier, avant de signer, que l'équipe peut réellement livrer votre projet et que le contrat vous protège si elle n'y parvient pas. La plupart des acheteurs comparent des portfolios et des prix ; les projets qui tournent mal échouent généralement sur ce que ni l'un ni l'autre ne montre : qui écrit vraiment le code, à qui il appartient et ce qui se passe quand quelque chose change. Ce guide vous donne les questions à poser à une agence, ce à quoi ressemble une bonne réponse et comment la vérifier.

Les cinq points à vérifier

15 questions à poser, et ce qu'est une bonne réponse

Équipe

1. « Qui exactement travaillera sur notre projet, et pouvons-nous leur parler ? » Une bonne réponse cite des noms et vous permet d'échanger avec les ingénieurs, pas seulement avec le commercial. Méfiez-vous de « nous affecterons la meilleure équipe disponible ».
2. « S'agit-il de salariés, de partenaires ou de freelances, et une partie du travail est-elle sous-traitée ? » Tous les modèles peuvent fonctionner ; ce qui compte, c'est une réponse claire et un accord écrit couvrant la confidentialité et la propriété intellectuelle avec chaque personne qui touche à votre code.
3. « Qui prend les décisions d'architecture, et qui est responsable de la livraison ? » Vous voulez une personne nommément responsable du résultat.

Références

1. « Pouvez-vous nous montrer un projet de complexité comparable ? » Cherchez des problèmes comparables (intégrations, données, étapes réglementées), pas des visuels similaires.
2. « Pouvons-nous parler à un ancien client ? » Une agence sûre d'elle organise un échange avec un client référent après un premier rendez-vous. Demandez à ce client ce qui s'est mal passé et comment la situation a été gérée.
3. « Pouvons-nous voir un exemple de livrable ? » Un document d'architecture, un rapport de tests ou un document de passation issu d'un projet passé (anonymisé) montre comment l'agence travaille vraiment.

Propriété et contrat

1. « À qui appartiennent le code et la propriété intellectuelle, et à partir de quand ? » La réponse doit être : à vous, dès leur création, par écrit. Notre guide sur la propriété intellectuelle du logiciel explique pourquoi « après paiement intégral », ou un contrat muet sur le sujet, constitue un risque.
2. « Sur quels comptes seront hébergés les dépôts, l'hébergement et les services tiers ? » Les vôtres. Si l'agence héberge tout sur ses propres comptes, partir devient coûteux.
3. « Signerez-vous un accord de confidentialité et, si vous traitez des données personnelles, un contrat de sous-traitance au sens du RGPD ? » Selon l'article 28 du RGPD (en anglais), un sous-traitant qui traite des données personnelles pour votre compte doit en signer un. Il vaut aussi la peine de demander si l'agence dispose d'une assurance responsabilité civile professionnelle.

Livraison

1. « Comment le travail est-il découpé en jalons, et comment chacun est-il recetté ? » Cherchez des jalons assortis de critères de recette écrits et des paiements liés à la livraison (voir comment structurer un contrat de développement).
2. « Comment gérez-vous les changements de périmètre ? » Une bonne réponse : les changements sont chiffrés par écrit et validés avant le début des travaux.
3. « Comment suivrons-nous l'avancement ? » Par un logiciel fonctionnel livré à intervalles réguliers, pas uniquement par des comptes rendus.
4. « Que testez-vous, et comment ? » Au minimum, des tests automatisés sur les parcours critiques et un environnement de préproduction.

Continuité

1. « Que se passe-t-il si votre ingénieur principal devient indisponible ? » Vous voulez au moins deux personnes qui connaissent votre projet, ainsi qu'une documentation et un code hébergé sur vos comptes.
2. « Comment une autre équipe reprendrait-elle le projet si nous nous séparions ? » Un prestataire confiant dans son travail décrira un processus de passation sans hésiter. Notre checklist de passation montre ce qu'elle doit contenir.

Comment vérifier les réponses

• Le registre des entreprises. Pour une société française, consultez annuaire-entreprises.data.gouv.fr pour connaître sa forme juridique, sa date d'immatriculation et ses dirigeants. Comparez avec ce que l'agence vous dit ; une jeune société peut être un partenaire solide, mais son histoire doit concorder.
• Les profils publics. Vérifiez que les ingénieurs cités existent, qu'ils ont une expérience pertinente et qu'ils mentionnent l'agence.
• Un échange avec un client référent. Interrogez l'ancien client sur la communication, la gestion des problèmes et s'il referait appel à cette équipe.
• Les avis indépendants. Fiche Google Business Profile, Clutch ou recommandations LinkedIn, à lire pour les détails concrets plutôt que pour les étoiles.
• Une phase de cadrage payante. Deux à quatre semaines de vrai travail (besoins, architecture, modèle de données, jalons, estimation) sont le meilleur indicateur du déroulement du développement, et vous gardez le plan dans tous les cas.

Les signaux d'alerte

• Les personnes présentes au rendez-vous commercial ne sont pas celles qui construiront votre produit, et personne ne veut dire qui le fera.
• Un prix et un délai fermes avant que quiconque ne vous ait interrogé sur vos utilisateurs, vos données ou vos intégrations. Voir ce qui détermine le coût d'une application web sur mesure.
• Un code, un hébergement ou des noms de domaine enregistrés sur les comptes de l'agence.
• Aucun critère de recette écrit, ou un « on verra bien sur le moment ».
• Une réticence à signer un accord de confidentialité ou un contrat de sous-traitance des données.
• Aucune réponse à la question « comment quelqu'un d'autre pourrait-il reprendre le projet ? »

Une check-list contractuelle rapide

• Cession écrite de la propriété intellectuelle à votre profit, couvrant le code source et la documentation
• Dépôts, hébergement et comptes tiers à votre nom
• Jalons avec périmètre, critères de recette et paiement à la livraison
• Processus et tarification écrits pour les demandes de modification
• Accord de confidentialité et, le cas échéant, contrat de sous-traitance RGPD
• Équipe nommée et obligation de vous informer de tout changement
• Conditions de maintenance avec délais d'intervention, ou passation définie
• Clause de sortie : ce que vous recevez, et dans quel délai, si vous mettez fin au contrat

Questions fréquentes

Combien de temps faut-il pour évaluer une agence ? Une à trois semaines : un premier appel, un échange technique avec les ingénieurs, un échange avec un client référent et une relecture du contrat. Une phase de cadrage payante ajoute deux à quatre semaines, mais remplace une bonne part des suppositions.

Faut-il choisir l'agence la moins chère ? Choisissez celle dont vous pouvez vérifier les réponses. Un devis bas qui laisse de côté les tests, le déploiement ou la maintenance finit généralement par coûter plus cher. Notre comparatif agence, freelance ou équipe interne détaille le coût total de chaque modèle.

Une jeune agence est-elle un risque ? Pas nécessairement. Regardez l'expérience des personnes, les conditions du contrat et le retour du client référent, pas seulement la date d'immatriculation. Ce qui compte, c'est que vous soyez protégé si quelque chose tourne mal.

---

Nous avons conçu nos propres conditions contractuelles autour de ces questions, et notre FAQ acheteurs y répond pour FNB Solutions. Si vous comparez des prestataires pour une application web sur mesure, parlons-en et posez-nous les quinze.

Sources

• RGPD, article 28 : sous-traitant (en anglais)
• Annuaire des entreprises, l'annuaire public officiel des entreprises françaises