Développement SaaS à Lyon — pour les éditeurs verticaux et les scale-ups de Rhône-Alpes

#Développer un SaaS à Lyon : le produit se conçoit avec la conformité de vos clients

Un éditeur SaaS lyonnais vend rarement à des indépendants. Il vend à une banque mutualiste supervisée par l'ACPR, à un laboratoire du Biodistrict Gerland, à une ETI de chimie de spécialité de la vallée du Rhône ou à un donneur d'ordre logistique du couloir rhodanien. Cela change le produit avant la première ligne de code : l'isolation des données, la piste d'audit, la réversibilité et le mode de facturation deviennent des fonctions à développer, pas des annexes au contrat. Chez Nehos, un MVP SaaS multi-tenant démarre à 13 952 € HT, une plateforme complète à partir de 50 000 € HT, et les prix sont publiés.

#Lyon produit du SaaS vertical, pas du SaaS horizontal

Le SaaS horizontal — CRM générique, gestion de paie, outil de facturation universel — se joue à Paris, à Londres et sur les places de marché mondiales. Lyon fabrique autre chose : du logiciel métier pour des filières denses, techniques et régulées.

Regardez la carte économique du bassin. Autour de Lyonbiopôle et du Biodistrict Gerland gravitent plus de 200 PME biotech et medtech, en orbite de BioMérieux, Sanofi Pasteur ou Boehringer Ingelheim. La vallée du Rhône aligne des ETI de chimie de spécialité et de pharma-cosmétique dont les systèmes d'information ont quinze ans d'âge. Les sièges régionaux de banques mutualistes — Crédit Agricole Centre-Est, Crédit Mutuel Sud-Est — concentrent des directions informatiques dont chaque fournisseur logiciel finit dans un registre réglementaire. Côté tech, Lyon French Tech, Axeleo Capital, l'incubateur d'EM Lyon et Centrale Lyon alimentent un flux régulier de jeunes éditeurs B2B, très actif sur l'amorçage et la série A, nettement moins fourni sur les tours tardifs qu'en Île-de-France.

Un produit qui naît dans ce tissu est un logiciel de suivi d'essais cliniques, un module de veille et de conformité REACH, un outil de gestion documentaire qualité, une plateforme de traçabilité matière, un TMS spécialisé sur une famille de flux. Trois conséquences très concrètes sur la manière de le construire.

Peu de clients, gros contrats. Un SaaS vertical lyonnais vise quarante à trois cents comptes, pas cinquante mille utilisateurs. Le revenu annuel par client se compte en dizaines de milliers d'euros, le cycle de vente en trimestres, et chaque signature passe par un directeur métier, un DSI, un RSSI et un juriste. Votre produit doit convaincre quatre interlocuteurs dont trois ne l'utiliseront jamais. Ce qui les décide n'est pas l'élégance de l'interface : c'est la réponse au questionnaire sécurité.

La conformité est une fonctionnalité, pas une page de site. Quand l'acheteur est régulé, il transfère mécaniquement une partie de ses obligations à ses fournisseurs. Un éditeur qui découvre cela au moment du premier gros contrat perd six mois à rétrofiter ce qui aurait coûté quelques jours au moment du MVP.

Le tout self-service ne fonctionne pas. Une inscription par carte bancaire ne survit pas à un service achats qui exige un bon de commande, un contrat cadre et une facture annuelle. Le parcours d'entrée dans le produit doit exister — il accélère les pilotes — mais il cohabite avec un cycle contractuel classique.

#Ce que vos clients régulés vous imposeront

Voici la grille que nous utilisons en cadrage avec les éditeurs lyonnais pour trancher entre ce qui doit figurer dans le MVP et ce qui peut attendre. Se tromper de colonne coûte cher dans les deux sens : sur-construire retarde la mise sur le marché, sous-construire fait perdre le premier gros compte.

Exigence de l'acheteur	Ce que cela impose dans le produit	Quand le construire
Isolation des données entre clients	Modèle multi-tenant explicite, cloisonnement démontrable, tests d'étanchéité automatisés	Dès le MVP — jamais rétrofité
Traçabilité et piste d'audit	Journal immuable : auteur, horodatage, version, valeur avant/après	Dès le MVP si santé, finance ou qualité
Réversibilité et plan de sortie	Export complet en formats ouverts, documentation du modèle de données, procédure testée	Dès le MVP — c'est une clause contractuelle
Gestion des accès entreprise	SSO SAML ou OIDC, provisionnement automatisé des comptes, rôles fins, double authentification	Au premier client grand compte
Localisation de l'hébergement	Infrastructure française, hébergement de données de santé certifié si données patients, jusqu'au SecNumCloud pour les cas les plus exigeants	Avant le pilote, pas après
Résilience opérationnelle (client financier)	Clauses contractuelles DORA, information pour le registre du client, participation aux tests, stratégie de sortie documentée	Avant la première banque
Fonctions d'IA embarquées	Sources citées, supervision humaine sur les décisions, documentation technique, cloisonnement des données d'apprentissage	Dès la première fonction IA

Un exemple pour rendre la ligne DORA concrète. Le règlement sur la résilience opérationnelle numérique du secteur financier est applicable depuis le 17 janvier 2025, et il ne s'adresse pas qu'aux banques : dès qu'un établissement financier lyonnais utilise votre SaaS pour une fonction importante, vous devenez un prestataire tiers de services informatiques. Il doit vous inscrire dans son registre d'information, obtenir des clauses contractuelles précises, pouvoir auditer, tester et sortir. Un éditeur non préparé ne perd pas l'affaire sur le prix : il la perd au questionnaire fournisseur, sans jamais savoir pourquoi.

#Multi-tenant : la décision qu'on ne peut pas repousser

Trois stratégies d'isolation existent, et le choix se fait sur la nature de l'acheteur plutôt que sur la taille de l'équipe technique.

La base partagée avec identifiant de locataire sur chaque table est la plus simple et la moins coûteuse ; elle convient à un produit sans données sensibles et à quelques centaines de comptes. Le schéma par locataire offre une isolation démontrable, des migrations pilotables client par client, et reste économique jusqu'à quelques milliers de comptes. La base dédiée par client donne l'isolation maximale et un coût d'infrastructure qui grimpe vite ; elle se justifie quand le client exige un cloisonnement physique ou une localisation spécifique.

Notre observation sur le marché lyonnais : les éditeurs verticaux basculent vers le schéma par locataire beaucoup plus tôt que la moyenne du marché, parce que leurs acheteurs demandent la preuve de l'isolation, pas la promesse. Nous partons donc souvent de ce modèle dès le MVP, quitte à en assumer le surcoût d'exploitation. En revanche, nous refusons presque toujours la base dédiée par client avant la validation du marché : elle transforme chaque contrat en projet d'infrastructure et tue la vélocité au moment où vous en avez le plus besoin. Ce vocabulaire est détaillé dans notre guide du logiciel SaaS si vous devez l'expliquer à un comité non technique.

Le point à retenir tient en une phrase : ajouter le multi-tenant après coup n'est pas une évolution, c'est une migration de données avec interruption de service et risque de fuite entre clients. C'est le chantier le plus cher que nous voyons arriver en rattrapage.

#Facturer par abonnement quand l'acheteur travaille en bon de commande

Le modèle de revenus d'un SaaS vertical lyonnais est hybride, et le produit doit l'assumer.

D'un côté, le paiement en ligne pour les petits comptes, les essais et les pilotes : plans, périodes d'essai, changement de formule avec calcul au prorata, relances automatiques en cas d'échec de paiement. De l'autre, la facturation d'entreprise : engagement annuel, référence de bon de commande à faire figurer sur la facture, facturation à date anniversaire, avoirs, et parfois émission via le portail de facturation publique quand le client est un établissement hospitalier ou une collectivité. Un éditeur qui vend aux Hospices Civils de Lyon découvre cette contrainte au premier règlement, rarement avant.

S'ajoute très souvent une composante à l'usage : dossiers traités, références suivies, sites industriels connectés. Elle aligne le prix sur la valeur, mais impose de compter juste, de rendre le compteur visible dans le produit avant la facture, et de gérer les dépassements sans couper le service en pleine campagne réglementaire. Nous instrumentons un tableau de bord de revenu récurrent, d'attrition et d'impayés dès le MVP : un éditeur qui ne mesure pas son attrition la découvre au renouvellement annuel, quand il est trop tard pour agir.

#Intégrer de l'IA dans le produit sans perdre le bénéfice

Presque tous les éditeurs que nous rencontrons à Lyon veulent la même chose : que leur logiciel lise, classe, rapproche et pré-rédige à la place de leurs utilisateurs. C'est légitime, et c'est là que se joue la différenciation face aux concurrents généralistes. Cinq règles de conception, apprises sur nos projets d'agents et transposées au produit SaaS.

Le cloisonnement par client s'applique aussi aux index vectoriels. Une recherche sémantique qui traverse la frontière entre deux locataires est un incident de sécurité majeur, difficile à détecter et impossible à rattraper commercialement. Ce cloisonnement se teste automatiquement, à chaque livraison.

Les données clients ne servent pas à entraîner un modèle par défaut. Tout RSSI pose la question. La bonne réponse est écrite dans le contrat et vérifiable dans l'architecture, pas dans un argumentaire commercial.

Chaque affirmation cite sa source. Dans un produit qui traite du dossier réglementaire, une réponse sans référence au document d'origine est inutilisable : l'utilisateur la vérifiera intégralement, et vous n'aurez rien fait gagner.

La supervision humaine est un choix de conception. La fonction propose, l'expert valide. Sur les usages qui touchent à la sécurité des personnes ou à une décision opposable, cette frontière conditionne la classification du système au titre de l'AI Act, notamment lorsque la brique logicielle est embarquée dans un dispositif médical.

Le coût par exécution et la latence sont des contraintes produit. Une fonction élégante mais lente ou chère à l'appel dégrade votre marge brute à mesure que vous grandissez. Ces deux paramètres se dimensionnent au cadrage, se mesurent en production et se ré-optimisent. Notre agence IA Lyon et notre équipe agents IA Lyon travaillent sur les mêmes bases pour les projets internes des ETI de la région.

#Reprendre ou moderniser un SaaS existant

Le cas le plus fréquent dans le bassin lyonnais n'est pas la page blanche. C'est un éditeur qui possède un logiciel installé chez ses clients industriels depuis dix ou quinze ans, en PHP ou en .NET, avec une base installée fidèle et un modèle de licence perpétuelle plus de la maintenance. La direction veut basculer en abonnement, et découvre que le sujet est autant contractuel que technique.

Notre méthode est constante : ne jamais tout réécrire d'un coup. On isole les modules par leurs interfaces, on en réimplémente un premier — souvent celui qui bloque les ventes, portail client ou espace documentaire — puis on bascule progressivement, en gardant les deux versions en fonctionnement le temps de comparer les résultats sur des données réelles. En parallèle se traitent les trois sujets que les équipes techniques oublient : migration des clients existants vers le nouveau contrat, reprise de leur historique sans perte de traçabilité, et maintien temporaire de l'ancienne version pour ceux qui refusent de bouger.

Nous disons aussi quand la reprise ne vaut pas le coût. Un socle non testé, sans documentation du modèle de données et avec des règles métier dispersées dans les vues, coûte parfois plus cher à moderniser qu'à reconstruire. L'audit tranche avant que vous n'engagiez le budget.

#Ce que coûte réellement un projet SaaS à Lyon

La question qu'on nous pose en premier n'est pas « combien » mais « pourquoi cette fourchette ». Sur un SaaS vertical, le prix se joue sur le niveau d'isolation exigé par vos futurs clients, pas sur le nombre d'écrans : deux devis à périmètre fonctionnel identique peuvent s'écarter de plusieurs milliers d'euros selon qu'un acheteur impose ou non un schéma par locataire dès le premier contrat.

Nos tarifs publiés fixent deux planchers. Un MVP multi-tenant démarre à 13 952 € HT : cadrage, cœur métier, isolation par locataire, authentification, abonnement, parcours d'entrée guidé et mise en production, livré en six à huit semaines de développement une fois le cadrage terminé. Ce plancher suffit à un premier pilote payant chez un client régulé, à condition que l'isolation reste démontrable dès le premier jour — nous ne la sortons jamais du lot de départ pour tenir un budget serré.

Une fois le marché validé, la plateforme complète part de 50 000 € HT : authentification unique d'entreprise, interface applicative documentée pour vos intégrateurs, tableau de bord d'administration, montée en charge. C'est le chantier qui transforme un pilote en produit vendable à plusieurs comptes grand compte en parallèle.

Viennent ensuite les sprints d'évolution, calés sur vos retours utilisateurs plutôt que sur un calendrier figé — c'est cette phase, bien plus que le MVP, qui décide si le produit tient à 18 mois. Le chiffrage définitif dépend du nombre d'entités de votre modèle métier et du volume de données à reprendre ; il vous est remis sous 24 heures ouvrées après un premier échange de cadrage, sans engagement. Nos outils et estimateurs permettent de pré-chiffrer avant même cet échange.

#Comment se passe un projet SaaS lyonnais, concrètement

Les ateliers de cadrage et les comités de pilotage se tiennent à Lyon, en présentiel, avec les personnes qui utiliseront réellement le produit et avec votre RSSI quand le sujet l'exige. Le développement avance en sprints de deux semaines sur un environnement de recette accessible en permanence : vous voyez le produit se construire, vous ne le découvrez pas à la livraison. Les arbitrages métier se règlent dans la journée parce que l'équipe qui code est celle qui a cadré — nous ne sous-traitons pas. Le détail du dispositif régional figure sur la page du bureau Nehos Lyon.

#Ce que vous obtenez en travaillant avec Nehos sur ce dossier

Sur un projet SaaS vertical, quatre choses comptent davantage que le reste.

La transparence tarifaire d'abord : MVP à partir de 13 952 € HT, plateforme complète à partir de 50 000 € HT, publiés sur notre page tarifs, avec un devis détaillé sous 24 heures ouvrées — vous arbitrez avant de décrocher le téléphone, pas après.

La taille de l'équipe qui exécute ensuite : 47 personnes en développement produit, data, IA et infrastructure, et plus de 200 projets livrés depuis 2014, de quoi couvrir l'isolation multi-tenant, la facturation et l'IA embarquée sans sous-traiter un maillon critique de votre architecture.

La méthode plutôt que la promesse, aussi : nos missions affichent un ROI moyen de 340 % à 12 mois parce que chaque chantier démarre par un cas d'usage chiffré et une mesure de départ, jamais par une liste de fonctionnalités à cocher.

Enfin, la souveraineté quand votre marché l'impose, et seulement dans ce cas : si un client vous demande un hébergement français certifié pour des données de santé ou une qualification SecNumCloud, nous le déployons pour votre produit — ce n'est pas un argument marketing de notre côté, c'est une réponse à une exigence contractuelle précise du vôtre. Le détail de notre offre technique est sur la page développement SaaS sur mesure ; notre positionnement sectoriel est documenté sur vertical SaaS B2B et scale-ups.

Le signal qui ne trompe pas, à Lyon, n'est pas le nombre de fonctionnalités demandées en avant-vente : c'est la présence ou non d'un RSSI dans la boucle de décision. S'il y en a un, votre produit sera jugé sur l'isolation des données et la piste d'audit avant de l'être sur l'interface. Autant construire cette base pendant qu'elle coûte le prix d'un MVP, pas celui d'une migration en urgence.