Comment choisir une agence pour développer son SaaS ?

Un fondateur consulte trois agences et reçoit trois devis, trois méthodes et un écart de prix du simple au triple. Il a rarement les moyens de savoir laquelle des trois livrera un produit encore maintenable dans dix-huit mois. Les slides se ressemblent, les logos clients aussi, et les questions qui trancheraient vraiment restent en dehors des rendez-vous.

Choisir une agence pour développer son SaaS revient à évaluer trois choses : le métier qu'elle exerce réellement, ce qu'elle a déjà mis en production, et ce qu'elle laisse au client une fois le projet terminé. Le reste relève du confort commercial. Ce guide donne les critères, la preuve à exiger pour chacun d'eux, les questions à poser et les signaux qui doivent faire écourter un rendez-vous.

Nommer ce qu'on achète avant de comparer des agences

La même recherche « agence SaaS » sert trois besoins très différents, qui appellent trois prestataires différents. Un fondateur sans équipe technique et un éditeur avec dix développeurs ne cherchent pas le même partenaire, même si leurs produits se ressemblent.

Situation	Ce dont le client a besoin	Format d'engagement adapté
Idée validée, aucune équipe technique	Une équipe responsable du produit de bout en bout, du cadrage à la mise en production	Forfait projet ou forfait itératif sur un MVP resserré
Produit existant qui plafonne	Un audit du code et des données, puis un plan de migration progressif	Audit facturé, puis forfait itératif
Équipe produit déjà en place	Des profils seniors qui entrent dans une organisation existante	Renfort d'équipe, régie encadrée

Cette question se tranche avant les rendez-vous. Une agence qui construit des produits complets de zéro et une agence qui excelle en renfort d'équipe se jugent sur des critères différents, et les deux réponses seront convaincantes sur leur propre terrain.

Quatre métiers portent le nom d'agence SaaS

Sous cette étiquette cohabitent des agences de développement produit, des agences marketing spécialisées éditeurs, des intégrateurs de plateformes ERP ou CRM et des studios no-code. Toutes font correctement leur travail, un travail différent. Une agence de marketing SaaS fait grandir le trafic et les leads d'un produit déjà en ligne. Un intégrateur paramètre un socle tiers dont l'éditeur reste propriétaire. Un studio no-code valide une hypothèse en quelques semaines, avec un plafond technique atteint entre six et dix-huit mois.

Une agence de développement SaaS écrit le produit lui-même : base de données, back-end, interface, authentification, rôles, facturation récurrente, hébergement. Le classement détaillé des acteurs français et de leurs spécialités est dans l'article top 10 des agences SaaS B2B en France. Vérifier cette appartenance dès le premier appel économise trois semaines de rendez-vous.

Les sept critères et la preuve à demander pour chacun

Chaque critère ci-dessous se vérifie. Ce qui compte est une preuve consultable, plutôt qu'une affirmation sur une plaquette.

Qui écrit le code, nommément

La différence la plus coûteuse se joue entre l'agence qui développe avec ses salariés et celle qui revend des jours sous-traités. Demandez les prénoms et le niveau d'expérience des personnes qui travailleront réellement sur le produit, et demandez à les rencontrer avant la signature. Une agence qui présente son commercial et son directeur technique, puis affecte deux profils juniors au démarrage, laisse une dette technique que personne ne voit avant six mois.

Faites inscrire au contrat que toute sous-traitance passe par un accord écrit. Chez Lonestone, la personne qui parle au client est celle qui écrit le code, et les ingénieurs ont pour la plupart entre 10 et 25 ans d'expérience.

Ce que l'agence a déjà mis en production

Un portfolio de sites vitrines ne dit rien de la capacité à livrer un SaaS commercialisé. Demandez des produits en production, avec un nom, une URL et des utilisateurs payants. Demandez aussi ce qui s'est mal passé sur l'un d'eux et comment l'équipe s'en est sortie, parce qu'un prestataire qui n'a jamais rencontré de difficulté a surtout peu livré.

Les chiffres utiles sont le nombre de produits SaaS livrés, l'ancienneté de l'agence et la durée moyenne des relations clients. Une agence installée depuis dix ans dont les missions durent toutes moins de trois mois raconte quelque chose.

La maîtrise des sujets propres au SaaS

Un SaaS pose des problèmes qui lui sont propres, qu'un site ou une application interne ignorent. Trois questions techniques suffisent à mesurer l'expérience réelle de l'équipe.

La première porte sur l'isolation des données entre clients, entre une base par client, un schéma par client ou une colonne de discriminant, et sur les raisons du choix retenu sur leur dernier projet. La deuxième porte sur les migrations de schéma quand plusieurs centaines de comptes tournent en parallèle. La troisième porte sur la façon dont le code empêche une requête de fuir d'un client à l'autre. Une équipe qui a livré du multi-tenant répond avec des arbitrages, une équipe qui découvre le sujet répond avec du vocabulaire.

Ajoutez la facturation par abonnement, la gestion fine des rôles, les webhooks de paiement et les remboursements au prorata. Ces sujets prennent des semaines quand ils sont découverts en cours de route.

La cohérence de la stack et la reprise en interne

La stack choisie décide de qui pourra maintenir le produit dans deux ans. Une base entièrement en TypeScript, du front au back, se reprend avec des développeurs full-stack recrutés sur un seul profil. Une base répartie sur quatre langages demande quatre profils différents et rend chaque recrutement plus lent.

Une stack polyglotte garde tout son intérêt pour entrer dans un existant Rails, PHP ou .NET. Pour un produit neuf destiné à être repris en interne, la cohérence rapporte davantage.

Le modèle d'engagement et la façon dont le périmètre bouge

Le forfait au projet donne une visibilité budgétaire totale et fonctionne quand le périmètre est cadré. La régie convient aux projets exploratoires, avec un TJM senior français entre 500 et 800 € HT. Le forfait itératif enchaîne des sprints à budget fixe et laisse la roadmap respirer, ce qui correspond à la réalité d'un SaaS avant son product-market fit.

Ce qui se passe quand le périmètre bouge compte davantage que le modèle affiché, parce qu'il bougera. Demandez comment l'agence traite une demande hors périmètre au sprint 3, et qui arbitre. Une réponse claire là-dessus vaut mieux qu'une clause de garantie de résultat.

La propriété du code, l'hébergement et la réversibilité

Le contrat doit dire noir sur blanc que le code source, les données et les comptes d'hébergement appartiennent au client, dès la première ligne écrite plutôt qu'au paiement final. Demandez un accès en lecture au dépôt Git pendant le projet, la documentation technique livrée avec le code, et les conditions de sortie si la relation s'arrête au sprint 4.

Un produit construit sur une plateforme no-code ou sur un ERP paramétré reste dépendant de son éditeur, ce qui se paie au moment de la migration. Un transfert de compétences prévu dès le départ rend cette sortie sereine.

La capacité à dire non sur le produit

Une agence qui accepte toutes les fonctionnalités demandées facturera davantage et livrera plus tard. L'agence utile challenge le périmètre, propose de sortir des choses du MVP et défend son point de vue sur l'UX. Demandez un exemple précis où l'équipe a convaincu un client de retirer une fonctionnalité, et ce que ça a changé au lancement.

L'écoute compte autant que la technique. Un cadrage mené correctement représente 5 à 10 % du budget et influence l'essentiel du coût final.

Récapitulatif des preuves à demander

Critère	La preuve qui vaut quelque chose
Qui code	Prénoms, années d'expérience, rencontre avant signature, clause de sous-traitance
Track record SaaS	Produits nommés en production, avec utilisateurs payants et durée de la relation
Expertise SaaS	Réponses argumentées sur le multi-tenant, la facturation et les rôles
Stack	Un langage dominant, un dépôt public ou une démo de code lisible
Engagement	Un exemple de gestion de changement de périmètre en cours de projet
Propriété	Une clause écrite sur le code, les données, l'hébergement et la sortie
Posture produit	Un cas concret de fonctionnalité retirée du périmètre, et son effet

Les questions qui font la différence en rendez-vous

Question à poser	Une réponse qui rassure	Une réponse qui doit alerter
Qui développera concrètement ?	Deux prénoms, leur séniorité, un rendez-vous proposé avec eux	« Notre équipe s'adapte à vos besoins »
Quel est votre dernier SaaS en production ?	Un nom, une URL, le périmètre livré et la durée	Des captures d'écran anonymisées
Comment isolez-vous les données entre clients ?	Un choix d'architecture et ses raisons	Une définition générale du multi-tenant
Que se passe-t-il si je veux changer le périmètre au sprint 3 ?	Un processus d'arbitrage et son effet sur le budget	« On verra en fonction »
À qui appartient le code pendant le projet ?	Au client, avec accès au dépôt dès le premier jour	Au paiement de la dernière facture
Comment mon équipe reprendra la main plus tard ?	Documentation, sessions de transfert, stack recrutable	« Vous pourrez toujours rester avec nous »
Combien coûtera la maintenance la première année ?	Une fourchette chiffrée, entre 10 et 25 % du coût initial	Une réponse remise à plus tard

Ces sept questions se posent en un rendez-vous d'une heure. Elles séparent assez vite les agences qui ont déjà livré des SaaS de celles qui espèrent en livrer un.

Comparer des propositions de formats différents

Deux devis pour le même produit peuvent afficher 45 k€ et 120 k€ sans que l'un des deux soit malhonnête. L'écart vient presque toujours du périmètre implicite, de la séniorité de l'équipe et de ce qui est inclus au-delà du code.

Ramenez chaque proposition à la même grille avant de les comparer. Alignez le périmètre fonctionnel listé fonctionnalité par fonctionnalité, la présence du design UX et UI, les tests automatisés, la mise en production, l'hébergement des premiers mois, la reprise des bugs après livraison et le nombre de jours par profil. Un devis qui tient en une ligne et un prix ne se compare à rien.

Un ordre de grandeur aide à situer les propositions reçues. Un MVP de SaaS B2B commercialisable se situe le plus souvent entre 40 et 80 k€, un produit complet avec IA ou temps réel monte au-delà de 100 k€. Le détail poste par poste est dans l'article combien coûte le développement d'un SaaS sur mesure.

Les signaux d'alerte

Certains signaux se repèrent avant même le devis.

• L'agence propose la même page pour du site vitrine, du e-commerce, de l'application mobile et « aussi » du SaaS. Les compétences se dispersent mécaniquement.
• Le commercial mène seul les trois rendez-vous et aucun développeur n'apparaît.
• Le devis arrive en moins de 48 heures sans aucune question sur les utilisateurs ou le modèle économique.
• La proposition promet un périmètre complet à un prix très inférieur au marché, ce qui se rattrape en séniorité ou en avenants.
• Le contrat garde le code jusqu'au paiement final, ou reste flou sur l'hébergement.
• L'agence parle de sa méthode pendant trente minutes sans jamais parler du produit du client.
• Aucune référence n'est joignable au téléphone.

Appeler deux anciens clients reste le contrôle le moins cher et le plus fiable. Les questions utiles portent sur le respect des délais, la réaction de l'équipe face à un imprévu, et sur le fait de retravailler avec elle aujourd'hui.

Tester l'agence sur un premier jalon court

Le meilleur test tient dans un engagement limité et payant, avant le forfait complet. Trois formats fonctionnent bien.

Un cadrage produit de quelques jours livre un périmètre priorisé, des maquettes et un chiffrage. Il montre la capacité de l'agence à écouter, à challenger et à structurer, et son résultat reste utilisable même en changeant de prestataire ensuite. Un POC sur la fonctionnalité la plus risquée lève un doute technique en deux à quatre semaines. Un premier sprint de deux semaines sur une fonctionnalité réelle montre la qualité du code, le rythme des démos et la façon dont l'équipe communique quand quelque chose dérape.

Le coût de ces jalons se compte en milliers d'euros, à comparer aux dizaines de milliers d'euros engagés sur un mauvais choix. Une agence qui refuse un premier jalon court donne déjà une information.

Une grille de décision pour trancher sur des faits

Après trois rendez-vous, les impressions se mélangent. Une grille pondérée remet les choses en place. Notez chaque agence de 1 à 5 sur les sept critères, avec une pondération choisie selon la situation. La séniorité et le track record pèsent plus lourd pour un premier produit, la capacité à entrer dans un existant compte davantage pour une refonte.

Deux règles empêchent la grille de mentir. Un critère noté 1 sur la propriété du code ou sur l'identité de l'équipe élimine la candidature, quel que soit le total. Et le prix reste en dehors de la grille, à regarder seulement entre les agences qui passent la barre, parce qu'un écart de 20 % sur le devis pèse peu face à six mois perdus.

Les erreurs les plus fréquentes

Choisir sur le prix le plus bas arrive en tête. L'écart se rattrape en séniorité, en tests absents et en avenants, et le coût réel se découvre au moment de faire évoluer le produit.

Choisir sur le nombre de logos vient ensuite. Un mur de références grands comptes signale souvent des projets où l'agence tenait un rôle de renfort, sur un produit conçu par d'autres. Demandez ce que l'équipe a fait précisément sur chacun de ces logos.

Choisir sans avoir cadré le besoin coûte encore plus cher. Sans périmètre écrit, chaque agence chiffre un produit différent et la comparaison ne veut rien dire. Une demi-journée de mise à plat des fonctionnalités critiques change la qualité de toutes les propositions reçues.

Enfin, arbitrer sur la seule démo commerciale mène souvent à l'agence la plus douée en présentation. Les preuves listées plus haut corrigent ce biais.

FAQ

Questions fréquentes

Quels sont les critères les plus importants pour choisir une agence SaaS ?

Trois critères pèsent plus que les autres. Le premier est l'identité et la séniorité des personnes qui écriront le code, à vérifier en les rencontrant avant la signature plutôt qu'en lisant une page équipe. Le deuxième est le nombre de produits SaaS déjà mis en production par l'agence, avec des noms consultables et des utilisateurs payants. Le troisième est ce que le client garde à la fin, c'est-à-dire la propriété du code source, des données et de l'hébergement, écrite au contrat dès le premier jour. Viennent ensuite la maîtrise des sujets propres au SaaS (multi-tenant, facturation par abonnement, gestion des rôles), la cohérence de la stack technique et la capacité de l'agence à challenger le périmètre. Le prix se regarde en dernier, entre les agences qui ont passé ces filtres.

Faut-il choisir une agence spécialisée SaaS ou une agence généraliste ?

Une agence qui a déjà livré des produits SaaS commercialisés arrive avec des réponses toutes prêtes sur l'architecture multi-tenant, la facturation récurrente, la gestion des rôles et la scalabilité, ce qui fait gagner plusieurs semaines sur un MVP. Une agence généraliste qui propose sur la même page du site vitrine, du e-commerce, de l'application mobile et du SaaS disperse ses compétences, et le client finance la montée en compétence de l'équipe sur les sujets spécifiques au SaaS. La spécialisation utile se mesure aux produits livrés, pas à la présence du mot SaaS sur la page d'accueil. Lonestone a livré plus de 30 SaaS en production et détaille sa méthode sur sa page agence SaaS.

Comment vérifier le niveau réel de l'équipe qui va développer un SaaS ?

Quatre vérifications donnent une image fiable. Demander les prénoms et les années d'expérience des développeurs affectés au projet, puis demander à les rencontrer avant la signature. Faire inscrire au contrat que toute sous-traitance passe par un accord écrit du client. Consulter le code public de l'agence quand elle en publie, par exemple un dépôt open source ou un boilerplate, ce qui montre directement son niveau d'exigence. Poser des questions techniques précises sur le dernier projet livré, comme la stratégie d'isolation des données entre clients et les raisons du choix retenu. Une équipe expérimentée répond avec des arbitrages et des contre-exemples, une équipe qui découvre le sujet répond avec des définitions.

Comment comparer deux devis d'agences très différents ?

Un écart du simple au triple entre deux devis vient presque toujours du périmètre implicite plutôt que d'une différence de marge. Ramener les deux propositions à une même grille rend la comparaison possible : liste des fonctionnalités incluses, présence du design UX et UI, tests automatisés, mise en production, hébergement des premiers mois, correction des bugs après livraison, nombre de jours par profil et séniorité de chacun. Un MVP de SaaS B2B commercialisable se situe le plus souvent entre 40 et 80 k€, un produit complet avec IA ou temps réel dépasse 100 k€, et le TJM d'un développeur senior français va de 500 à 800 € HT. Le détail des postes de coût est dans l'article combien coûte le développement d'un SaaS sur mesure.

Faut-il payer un cadrage avant de signer le développement ?

Un cadrage payant de quelques jours reste le moyen le moins coûteux de tester une agence avant de s'engager sur plusieurs dizaines de milliers d'euros. Il produit un périmètre priorisé, des maquettes et un chiffrage réaliste, et ce livrable reste utilisable même si le client choisit ensuite un autre prestataire. Il révèle aussi la capacité de l'agence à écouter, à challenger les fonctionnalités superflues et à structurer un projet. Un POC de deux à quatre semaines sur la fonctionnalité la plus risquée joue le même rôle quand le doute est technique. Lonestone propose une offre de cadrage produit et un format POC, et démarre chaque relation par un échange, des conseils et un devis gratuits.

Que doit contenir le contrat avec une agence de développement SaaS ?

Le contrat doit préciser la propriété du code source, des données et des comptes d'hébergement, acquise au client dès la première ligne écrite plutôt qu'au paiement final. Il doit aussi couvrir les conditions de sous-traitance, la documentation technique livrée avec le code, les modalités de sortie en cours de projet, le processus d'arbitrage quand le périmètre change, la garantie sur les anomalies après livraison et les engagements de confidentialité. Pour un SaaS qui traite des données personnelles, la conformité RGPD et la localisation de l'hébergement méritent une clause dédiée. Un accès en lecture au dépôt Git pendant toute la durée du projet est une demande légitime que les agences sérieuses acceptent.

Agence, freelances ou équipe interne pour développer un SaaS ?

Une agence apporte une équipe déjà constituée (développeurs, designer, chef de projet) et prend la responsabilité du produit de bout en bout, ce qui convient pour livrer un premier MVP en 1 à 3 mois sans structure technique interne. Des freelances seniors coûtent moins cher à la journée, tout en laissant le pilotage, la coordination et les arbitrages techniques à la charge du client, ce qui demande un profil technique en interne. Une équipe recrutée en interne coûte 150 à 250 k€ par an pour deux développeurs seniors et un designer, ce qui s'amortit sur la durée mais suppose un CTO déjà en poste et plusieurs mois de recrutement. Beaucoup d'éditeurs démarrent avec une agence puis recrutent une fois le produit validé, avec un transfert de compétences prévu dès le départ.

Combien de temps prend le choix d'une agence pour développer un SaaS ?

Un processus de sélection sain tient en trois à cinq semaines. La première semaine sert à écrire le périmètre des fonctionnalités critiques, sans quoi chaque agence chiffrera un produit différent. Les deux semaines suivantes servent à consulter trois à cinq agences, avec un rendez-vous d'une heure chacune et un appel à deux de leurs anciens clients. La dernière semaine sert à comparer les propositions sur une grille commune et à négocier le premier jalon. Consulter plus de cinq agences allonge le délai sans améliorer la décision. Pour un besoin urgent, un cadrage payant avec l'agence la mieux placée fait avancer le projet pendant que la décision finale se prend.

Ce qui compte vraiment au moment de signer

Le choix d'une agence SaaS se joue sur des éléments vérifiables plutôt que sur une impression de rendez-vous. Cinq d'entre eux suffisent à décider : le métier réel de l'agence, l'identité des personnes qui coderont, les produits déjà en production, la propriété du code et la façon dont l'équipe réagit quand le périmètre bouge. Un premier jalon court transforme ces hypothèses en observations, pour quelques milliers d'euros.

Pour un produit conçu, développé et lancé par une équipe senior responsable de bout en bout, l'agence SaaS Lonestone travaille depuis 2014 avec plus de 200 clients, a livré plus de 30 SaaS en production et met de l'IA en production depuis 2022. L'équipe propose un échange, des conseils et un devis gratuits pour cadrer le périmètre avant tout engagement.