L'essentiel
Nehos accompagne les éditeurs de logiciels et les scale-ups toulousains sur l'ensemble du cycle produit : MVP SaaS à partir de 13 952 € HT, plateforme SaaS complexe à partir de 50 000 € HT, reprise ou modernisation d'un produit déjà en production.
La spécificité de Toulouse n'est pas technique, elle est commerciale : les premiers clients d'un éditeur régional sont souvent des directions techniques de l'aéronautique, de l'IoT industriel ou de l'énergie. Les exigences d'entreprise — isolation démontrable, SSO, journal d'audit, réversibilité — arrivent donc au cinquième client, pas au centième.
Trois décisions structurent tout le reste et se prennent au premier jour : la stratégie multi-tenant, le modèle de facturation (par siège, par usage ou par contrat annuel), et la propriété des droits d'accès — qui appartient à votre produit, pas à votre prestataire de paiement.
Quand l'IA entre dans le produit, elle entre aussi dans le compte de résultat : sans compteur de consommation par client et sans plafond par plan, la marge brute se dégrade sans que personne ne le voie.
L'équipe produit qui livre travaille au siège toulousain de la Cépière, avec des ateliers en présentiel et un code livré documenté, reprenable par une autre équipe.
Agence SaaS à Toulouse — construire, faire monter en charge et moderniser votre produit
Multi-tenant, facturation par abonnement, SSO, IA embarquée, conformité : l'équipe produit du siège Nehos, à la Cépière, construit des SaaS qui tiennent la charge et l'audit. MVP à partir de 13 952 € HT.
Nos clients types
Questions fréquentes — Développement SaaS à Toulouse
Chez Nehos, un MVP SaaS démarre à 13 952 € HT : cœur métier, multi-tenant, facturation par abonnement, authentification, onboarding et mise en production. Une plateforme SaaS complexe — SSO d'entreprise, API publique, facturation à l'usage, intégrations tierces — démarre à 50 000 € HT. En amont, l'audit de cadrage est proposé à partir de 2 125 € HT, et la maintenance évolutive à partir de 750 € HT/mois. Ces montants sont des points d'entrée bas de fourchette ; le devis ferme est remis sous 24 h après l'atelier de cadrage.
Comptez 8 à 10 semaines entre le premier atelier et l'ouverture aux premiers clients payants : deux semaines de cadrage produit (persona, parcours, modèle de données, choix d'architecture) puis six à huit semaines de développement. Ce délai tient à une condition : accepter de ne livrer que la fonctionnalité pour laquelle les gens paient. Les intégrations tierces, le SSO d'entreprise, l'API publique et le mobile natif viennent après validation du product-market fit, pas avant.
Notre défaut est une base PostgreSQL partagée avec identifiant de tenant sur chaque table et Row Level Security activée : simple, économique, suffisant pour quelques centaines de comptes. On bascule vers un schéma par tenant quand un client exige une isolation démontrable, une restauration indépendante ou une localisation de données spécifique — situation fréquente chez les éditeurs toulousains qui vendent à l'aéronautique ou au secteur public. Le point non négociable : la stratégie est posée au premier jour et couverte par des tests automatisés de fuite inter-tenant. Rétrofiter le multi-tenant sur un produit vivant coûte plusieurs mois.
Oui, c'est une part importante de nos missions. Nous démarrons par un audit produit et technique : isolation réelle des données, dette, couverture de tests, coût d'infrastructure par client, marge brute réelle par plan tarifaire. Trois issues possibles — consolider l'existant, moderniser par étapes selon le principe du strangler, ou reconstruire. Nous disons aussi quand la reconstruction ne vaut pas son coût : un SaaS qui facture correctement et dont les clients renouvellent n'a pas besoin d'être réécrit pour faire plaisir à des développeurs.
Deux sujets, tous deux à traiter avant la commercialisation. Côté conformité, l'AI Act impose de classer votre système, de documenter son usage prévu et d'informer l'utilisateur quand un contenu est généré ; si vous traitez des données personnelles, l'analyse d'impact RGPD s'ajoute. Côté marge, un appel de modèle est un coût variable : sans compteur par tenant et sans plafond par plan, votre marge brute se dégrade silencieusement au fur et à mesure que les clients adoptent la fonctionnalité. Nous instrumentons ce coût dès la première version.
L'hébergement se décide selon vos engagements commerciaux. Pour les éditeurs qui vendent à l'industrie régulée, à la finance ou au secteur public, nous déployons sur OVHcloud, jusqu'à une offre SecNumCloud lorsque le marché l'exige, avec cloisonnement des accès, journalisation et réversibilité contractuelle. Nous livrons également le dossier qui vous permettra de répondre aux questionnaires de sécurité fournisseur : schéma d'architecture, matrice des accès, politique de sauvegarde et de restauration, plan de sortie.
#Agence SaaS à Toulouse : construire un produit d'éditeur, pas un site avec des comptes
Un SaaS n'est pas une application web à laquelle on ajoute une page de connexion. C'est un produit dont trois mécaniques doivent être justes avant le premier client payant : l'isolation des données entre clients, la facturation récurrente, et l'autonomie d'usage. Chez Nehos, dont le siège est à Toulouse, un MVP SaaS démarre à 13 952 € HT et une plateforme SaaS complexe à partir de 50 000 € HT — le détail méthodologique de notre offre de développement SaaS sur mesure est publié.
Deux populations nous consultent, et elles n'ont pas les mêmes urgences. Les éditeurs qui partent d'un outil interne devenu vendable, d'abord : leur enjeu est de sortir une première version commercialisable sans hypothéquer les cinq années suivantes. Les équipes dont le produit tourne déjà, ensuite, souvent depuis trois à sept ans, et qui butent sur leur propre architecture.
#Ce que le marché toulousain change concrètement dans un projet SaaS
La particularité de Toulouse n'est pas technique. Elle est commerciale, et elle a des conséquences techniques lourdes.
Dans un bassin dominé par l'aéronautique, le spatial et l'IoT industriel — Aerospace Valley, l'IoT Valley à Labège, le campus B612, l'écosystème French Tech Toulouse —, les premiers clients d'un éditeur régional ne sont presque jamais des indépendants qui sortent une carte bancaire. Ce sont des directions techniques de grands donneurs d'ordre, ou leurs fournisseurs de rang 1 et 2. Conséquence directe : les exigences dites « enterprise » arrivent beaucoup plus tôt qu'ailleurs. Là où un SaaS grand public repousse le SSO, la journalisation d'audit et le questionnaire de sécurité fournisseur au-delà de ses cent premiers clients, un éditeur toulousain les voit tomber au cinquième. On lui demande où sont hébergées les données, qui peut y accéder, comment il prouve qu'un client ne peut pas lire celles d'un autre, et ce qu'il advient du service si son entreprise disparaît. Ces questions ne se traitent pas par un correctif : elles se traitent par des choix d'architecture faits au départ, et par un dossier de conformité que l'on peut envoyer sans le rédiger dans l'urgence un vendredi soir.
Deuxième particularité locale : la nature des données. Beaucoup de produits nés autour de Toulouse ingèrent de la télémétrie — capteurs, équipements, flottes, sites de production, parcs de production d'énergie. Cela déplace deux décisions que les modèles standard traitent mal. Le stockage d'abord : des séries temporelles à forte cardinalité ne se rangent pas comme des enregistrements métier, et une base généraliste mal dimensionnée devient le premier poste de coût du produit. La facturation ensuite : facturer « par utilisateur » n'a aucun sens quand la valeur perçue est proportionnelle au nombre de points de mesure, de machines connectées ou de gigaoctets ingérés. Il faut alors un compteur d'usage fiable, réconcilié avec la facture, et défendable devant un acheteur industriel qui contestera la première ligne inattendue.
Troisième point, propre à l'Occitanie : la vague GreenTech. Première région française pour les énergies renouvelables, elle a fait émerger des éditeurs dont le produit fabrique des chiffres destinés à être audités — bilan carbone, reporting extra-financier, suivi de production, traçabilité de filière. Pour ces SaaS, la fonctionnalité vendue n'est pas l'écran : c'est la capacité à rejouer un calcul deux ans plus tard avec les données et la version de la règle métier en vigueur ce jour-là. Cela impose de l'immuabilité sur les données brutes, du versionnement des règles de calcul et un journal exploitable. Trois choses qui ne se rétrofitent pas sans douleur. Le contexte plus large de ce marché est détaillé dans notre vertical SaaS et scale-ups.
#Les cinq chantiers d'un SaaS, et l'ordre dans lequel les traiter
Le multi-tenant se décide au premier jour. Trois stratégies, trois compromis. Base partagée avec identifiant de tenant et Row Level Security : le plus simple et le moins coûteux, adapté à quelques centaines de comptes. Schéma par tenant : bonne isolation, sauvegarde et restauration indépendantes, migrations plus lourdes à orchestrer. Base par tenant : isolation maximale, coût d'infrastructure et d'exploitation qui grimpe vite. Notre recommandation par défaut est la première, avec une contrainte que nous ne négocions pas — des tests automatisés qui tentent activement de lire les données d'un autre tenant à chaque exécution de la chaîne d'intégration. Une isolation non testée est une isolation supposée. Si vous voulez la définition posée du concept, elle figure dans notre guide du logiciel SaaS.
La facturation par abonnement est du code métier, pas une intégration. Périodes d'essai, changements de plan en cours de mois avec prorata, suspension après impayé, remises négociées, facturation annuelle sur bon de commande, TVA intracommunautaire : chacun de ces cas produit des états que le produit doit savoir gérer. Le piège le plus fréquent — et le plus coûteux à corriger — consiste à laisser le prestataire de paiement devenir la source de vérité des droits d'accès. Il ne doit pas l'être. Le catalogue des plans et les droits associés appartiennent à votre produit ; le prestataire encaisse et notifie. Faute de quoi, le jour où vous signez un contrat annuel hors ligne avec un grand compte, vous découvrez que votre produit ne sait pas ouvrir un accès sans passer par une carte bancaire.
L'authentification et les rôles se conçoivent pour le client le plus exigeant, pas pour le premier. Inscription autonome, invitation de collaborateurs, rôles et permissions, puis SSO SAML ou OIDC et double authentification quand un grand compte l'exige. Il n'est pas nécessaire de tout livrer au MVP — il est nécessaire que le modèle de permissions supporte l'ajout du SSO sans réécriture. C'est une question de conception, pas de budget.
L'onboarding est une fonctionnalité, pas une page d'aide. Un SaaS dont moins de 30 % des inscrits atteignent le moment de valeur a un problème d'activation, pas un problème de notoriété. En B2B industriel, ce moment de valeur passe presque toujours par une reprise de données : importer un parc d'équipements, un référentiel article, un historique de mesures. L'outil d'import n'est donc pas la dernière fonctionnalité du projet, c'est la première — et c'est celle qui décide si le client reste après la semaine d'essai.
L'IA entre dans le produit quand elle change une métrique, pas quand elle fait bien sur une page tarifaire. Recherche sémantique dans le référentiel du client, pré-remplissage de formulaires à partir d'un document, résumé de dossier, détection d'anomalie sur une série de mesures : ces briques sont utiles et nous les intégrons régulièrement. Deux règles s'appliquent. La première est financière : un appel de modèle est un coût variable, et sans compteur par tenant ni plafond par plan, la marge brute se dégrade à mesure que la fonctionnalité est adoptée. La seconde est fonctionnelle : une réponse sans source vérifiable n'a pas sa place dans un outil professionnel. Notre agence IA Toulouse porte le cadrage de ces cas d'usage, et la page agents IA Toulouse détaille la mécanique côté conception.
La conformité se traite par conception. RGPD d'abord : votre statut de sous-traitant, le contrat de traitement que vos clients vous demanderont, la localisation des données, la réversibilité. AI Act ensuite, dès qu'une fonctionnalité repose sur un modèle : classification du système, documentation d'usage, information de l'utilisateur. Et si votre marché est la banque, l'assurance ou la gestion d'actifs, le règlement DORA vous range parmi les prestataires de services informatiques : votre contrat, vos tests de résilience et votre plan de sortie deviennent des sujets de négociation commerciale, pas des annexes.
#MVP ou plateforme : ce que recouvre chaque niveau
| Critère | MVP SaaS | Plateforme SaaS complexe |
|---|---|---|
| Budget d'entrée | À partir de 13 952 € HT | À partir de 50 000 € HT |
| Délai indicatif | 8 à 10 semaines | 4 à 9 mois |
| Multi-tenant | Base partagée, identifiant de tenant, Row Level Security | Schéma ou base par tenant, restauration indépendante |
| Facturation | Plans, essai, prorata, relance d'impayés | Facturation à l'usage, contrats annuels, facturation manuelle grands comptes |
| Accès | E-mail et connexion sociale, rôles simples | SSO SAML/OIDC, double authentification, rôles fins, journal d'audit |
| Objectif visé | 10 à 50 clients pilotes, validation du product-market fit | Grands comptes, appels d'offres, croissance sans refonte |
| Hors périmètre | SSO, API publique, mobile natif, intégrations lourdes | — |
Notre position est assumée : la plupart des projets qui échouent ne meurent pas d'un défaut technique, mais d'un MVP trop large. Quand un fondateur arrive avec vingt fonctionnalités « indispensables au lancement », notre premier travail consiste à en retirer quinze. Rarement la conversation la plus agréable du cadrage, presque toujours la plus rentable.
#Reprendre ou moderniser un SaaS déjà en production
Les symptômes se ressemblent d'un dossier à l'autre. Chaque nouveau client demande une branche de code ou une configuration exotique. Les migrations de base de données se font la nuit, avec coupure de service. Les impayés se découvrent en fin de trimestre. Le coût d'infrastructure augmente plus vite que le chiffre d'affaires, sans que personne ne sache quel client le consomme.
Notre entrée est un audit produit et technique, proposé à partir de 2 125 € HT, qui répond à quatre questions : les données sont-elles réellement isolées, quelle est la couverture de tests sur les mécaniques critiques, combien coûte l'infrastructure par client, et quelle est la marge brute réelle par plan. La dernière surprend souvent — il n'est pas rare de découvrir qu'une offre d'entrée de gamme est vendue à perte. Nos outils de diagnostic Nehos permettent de commencer ce chiffrage seul, avant tout échange commercial.
Trois issues possibles : consolider l'existant, moderniser par étapes en remplaçant les modules un à un pendant que le service tourne, ou reconstruire. Nous disons aussi, régulièrement, quand la reconstruction n'en vaut pas le coût. Un produit qui facture correctement et dont les clients renouvellent n'a pas besoin d'être réécrit pour satisfaire une préférence technologique.
#Combien coûte un projet SaaS à Toulouse
Le premier contact n'est pas toujours un MVP à construire : chez beaucoup d'éditeurs toulousains, le produit existe déjà, sous une forme ou une autre, et la question posée est « qu'est-ce que ça vaut, et par quoi commencer ». Pour ce cas, l'audit produit et technique démarre à 2 125 € HT et se termine par une recommandation chiffrée — isolation réelle, dette, coût d'infrastructure par client, marge par plan.
Quand il faut construire depuis zéro, le MVP démarre à 13 952 € HT : cadrage, cœur métier, isolation multi-tenant, facturation par abonnement, authentification et mise en production, sans les briques que personne ne paiera avant plusieurs mois. Le palier suivant concerne les éditeurs qui doivent répondre à un grand compte tout de suite — SSO d'entreprise, API publique documentée, facturation à l'usage, intégrations tierces : c'est la plateforme SaaS complexe, à partir de 50 000 € HT.
Une fois le produit livré, son entretien devient une ligne budgétaire à part entière : montées de version, surveillance, sauvegardes et correctifs de sécurité démarrent à 750 € HT par mois. L'intégralité de cette grille est publiée sur la page des tarifs Nehos ; ce sont des seuils bas de fourchette, et le chiffrage ferme — qui dépend du nombre d'écrans, du modèle de facturation choisi et du volume de reprise de données — vous parvient sous 24 h ouvrées après l'atelier de cadrage.
#Comment se déroule un projet
Semaines 1 et 2 — cadrage produit. Ateliers à la Cépière ou dans vos locaux, avec le fondateur et les utilisateurs qui connaissent le métier. Livrables : périmètre du MVP, parcours critiques, modèle de données, stratégie multi-tenant, modèle de facturation, chiffrage ferme.
Semaines 3 à 10 — développement du MVP. Sprints de deux semaines, environnement de recette accessible en continu. Vous voyez le produit se construire au lieu de le découvrir à la livraison. Les mécaniques critiques — isolation, facturation, droits — sont couvertes par des tests automatisés dès leur écriture.
Après la mise en production — itérations. Trois à six mois d'ajustements guidés par l'usage réel et par les retours des premiers clients payants. C'est la phase où l'onboarding se retravaille et où l'on découvre quelles fonctionnalités personne n'utilise.
Montée en charge. Une fois le product-market fit établi : performances, SSO d'entreprise, API publique, intégrations, et le dossier de sécurité qui permet de répondre aux appels d'offres. L'erreur classique consiste à vouloir cette étape avant la précédente ; nous la refusons régulièrement.
La croissance d'un éditeur ne se joue pas seulement dans le produit. Sur le volet commercial, nous avons accompagné une scale-up SaaS B2B accompagnée par Nehos sur un programme éditorial et d'ambassadeurs LinkedIn : 7 contrats signés pour 320 k€ d'ARR attribués au programme sur douze mois, avec l'attribution posée dans le CRM avant la première publication.
#Pourquoi confier votre SaaS à Nehos à Toulouse
200+ projets livrés depuis 2014, 47 experts en produit, développement, IA et cloud, et un ROI moyen mesuré de 340 % à 12 mois sur nos missions : ce dernier chiffre tient parce qu'un projet démarre chez nous par la métrique qu'il doit améliorer, jamais par une liste de fonctionnalités à cocher.
Ce qui change concrètement pour un éditeur toulousain, c'est la distance. L'équipe qui cadre le produit à la Cépière est celle qui écrit le code — aucun intermédiaire, aucun ticket qui attend trois jours avant d'être lu. Un arbitrage se tranche dans la même pièce, le jour même, et nos tarifs étant publiés (MVP à partir de 13 952 € HT, plateforme complexe à partir de 50 000 € HT, audit à partir de 2 125 € HT), vous savez avant l'appel si le projet entre dans votre budget.
Sur la question de la souveraineté, notre position est conditionnelle plutôt que déclarative : nous ne vendons pas une capacité que nous détiendrions par nature, nous déployons le produit de nos clients sur OVHcloud, et jusqu'à une offre SecNumCloud, quand leur marché ou leur donneur d'ordre l'exige — c'est fréquent pour un éditeur qui vend à l'aéronautique ou au secteur public, plus rare ailleurs.
Dernier point, et non le moindre pour une petite équipe produit : le code que nous livrons se lit sans nous. Documentation d'architecture à jour, tests automatisés sur les mécaniques qui ne pardonnent pas — isolation, facturation, droits d'accès —, aucune brique propriétaire fermée. Le vivier local (INSA Toulouse, ENSEEIHT, Toulouse INP) vous permettra de recruter une équipe interne le moment venu ; encore faut-il qu'elle puisse reprendre ce qu'on lui laisse sans tout réécrire.
Une vérification suffit avant de nous contacter : listez vos trois clients qui consomment le plus d'infrastructure et regardez ce qu'ils rapportent une fois ce coût déduit. Si ce classement vous surprend, ou si vous ne pouvez pas le produire en cinq minutes, c'est le signe qu'il manque un compteur quelque part — pas nécessairement que le produit entier doive être refait.