L'essentiel
Nehos développe des produits SaaS pour les éditeurs et scale-ups de Marseille : MVP à partir de 13 952 € HT (cœur métier, multi-tenant, abonnement, authentification, onboarding, mise en production) et plateforme complète à partir de 50 000 € HT.
Le SaaS marseillais est vertical, pas horizontal : peu de locataires mais lourds, une charge d'intégration considérable avec les systèmes existants, et une régulation qui arrive par les clients — opérateurs portuaires, établissements de santé, acteurs financiers — avant d'arriver par la loi.
Le dossier le plus fréquent ici n'est pas la page blanche mais le faux SaaS : un outil déployé en une instance par client, avec une dizaine de versions divergentes. Nous le migrons vers un socle multi-tenant, client par client, jamais en bascule unique.
Trois niveaux d'isolation des données existent et le choix se décide en avant-vente, pas en fin de projet : sur un SaaS portuaire dont les clients sont concurrents entre eux, l'isolation est un argument commercial autant qu'une décision d'architecture.
Conformité traitée à la conception : RGPD en position de sous-traitant, hébergement certifié HDS obligatoire pour l'e-santé, AI Act dès qu'une fonction d'IA est embarquée, questionnaires NIS2 de vos clients portuaires, clauses DORA si vous vendez au secteur financier. Hébergement souverain, jusqu'à SecNumCloud, mobilisable pour vos produits.
Transparence sur l'organisation : équipe de production centralisée au studio toulousain, bureau marseillais rue de la République pour les ateliers et comités, déplacements réguliers sur place. Aucune référence SaaS marseillaise publiable à ce jour — nous le disons plutôt que de l'habiller.
Agence SaaS à Marseille — construire, faire monter en charge et reprendre des produits logiciels
Nehos accompagne les éditeurs SaaS et scale-ups marseillais sur les verticales qui font le territoire : logistique portuaire, e-santé et tourisme méditerranéen. MVP à partir de 13 952 € HT, plateforme complète à partir de 50 000 € HT, architecture multi-tenant conçue dès le premier jour.
Nos clients types
Questions fréquentes — Développement SaaS à Marseille
Un MVP SaaS démarre à partir de 13 952 € HT chez Nehos : cadrage produit, cœur métier, multi-tenant, facturation par abonnement, authentification et onboarding, le tout en production. Une plateforme SaaS complète — SSO entreprise, API publique documentée, intégrations tierces, tableau de bord d'administration avancé — démarre à partir de 50 000 € HT. Ce sont des points d'entrée bas de fourchette : sur les verticales marseillaises, ce qui fait bouger le devis n'est presque jamais le produit lui-même, c'est le nombre de systèmes tiers à raccorder. Trois connecteurs douaniers ou hospitaliers coûtent plus cher que dix écrans. Le chiffrage ferme est remis après un atelier de cadrage gratuit.
Non, et c'est le cas le plus fréquent que nous voyons sur la place marseillaise : un outil né en interne chez un transitaire, un groupe hôtelier ou une clinique, revendu ensuite à des confrères, et déployé en une instance séparée par client. Techniquement, vous exploitez huit ou douze copies divergentes du même code. Chaque correctif est appliqué autant de fois qu'il y a de clients, chaque montée de version se négocie individuellement, et votre marge fond à mesure que vous signez. La bascule vers une architecture multi-tenant est un chantier réel — reprise du modèle de données, réconciliation des divergences fonctionnelles, migration client par client — mais c'est celui qui détermine si votre activité est un produit ou une régie déguisée.
C'est l'objection numéro un sur les SaaS de la logistique portuaire : deux commissionnaires en douane qui se disputent les mêmes chargeurs n'accepteront pas une réponse vague. Trois niveaux d'isolation existent — identifiant de locataire sur une base partagée, schéma dédié par locataire, base dédiée par locataire — et le bon choix se décide en avant-vente, pas en fin de projet. Ce qui fait réellement passer un audit client, ce n'est pas le niveau retenu, c'est votre capacité à le démontrer : jeu de tests d'isolation rejoué à chaque déploiement, journalisation des accès inter-locataires, procédure d'export et de suppression complète des données d'un client qui part. Nous livrons ces trois éléments comme des livrables, pas comme des promesses.
Dès que vous hébergez ou traitez des données de santé à caractère personnel pour le compte d'un établissement, l'hébergement doit être assuré chez un hébergeur certifié HDS — c'est une obligation réglementaire française qui s'ajoute au RGPD, pas une bonne pratique. Concrètement, cela oriente votre infrastructure dès le MVP : basculer un SaaS santé vers une offre certifiée après coup coûte plusieurs fois le prix d'un choix correct au départ. S'y ajoutent le régime renforcé des données de santé au RGPD, une analyse d'impact généralement obligatoire, et — si votre logiciel produit une aide à la décision clinique — un examen sérieux de sa qualification en dispositif médical, indépendamment de l'AI Act. Nous cadrons ces points avant la première ligne de code, avec votre conseil réglementaire.
Seulement si une fonction précise s'en trouve mieux rendue, et si vous acceptez d'en mesurer le coût par tâche traitée. Sur les verticales marseillaises, trois usages sortent du lot : l'extraction de champs depuis des liasses documentaires hétérogènes, la recherche en langage naturel sur un référentiel métier volumineux, et la synthèse d'historique client pour un utilisateur qui reprend un dossier. Ce qui ne fonctionne pas, c'est l'assistant conversationnel ajouté en surface pour figurer sur la plaquette : il coûte cher en jetons, dégrade la perception du produit quand il se trompe, et ne se retrouve dans aucun renouvellement d'abonnement. Notre règle est simple — une fonction d'IA sans jeu d'évaluation associé ne part pas en production.
En dimensionnant sur le pic et non sur la moyenne. Un SaaS de réservation ou de gestion d'hébergement méditerranéen encaisse en juillet-août, sur les ponts de printemps et pendant les grands événements marseillais, une charge sans commune mesure avec celle de février. Nous testons donc la montée en charge sur le profil de pointe, nous isolons les traitements lourds — synchronisation des canaux de distribution, exports, calculs tarifaires — dans des files asynchrones qui ne peuvent pas dégrader l'interface, et nous vérifions que le coût d'infrastructure suit la courbe d'usage au lieu d'être payé toute l'année. C'est aussi ce qui plaide, dans cette verticale, pour une facturation à l'usage plutôt qu'au siège.
Nous l'annonçons franchement : l'équipe de production est centralisée au studio toulousain, et le bureau marseillais, rue de la République, est une adresse de proximité où Foued Cherni et l'équipe se déplacent une à trois journées par mois. Sur un projet SaaS, cette organisation se défend. Le cadrage produit, les revues de trimestre et les entretiens avec vos premiers clients pilotes se tiennent chez vous, à Marseille. Le développement, lui, gagne à être fait par une équipe qui travaille en plateau plutôt que dispersée. Si vous cherchez une équipe présente physiquement à Marseille cinq jours sur sept, dites-le d'emblée : nous ne sommes pas le bon prestataire et nous vous le dirons au premier appel.
Pas de référence SaaS marseillaise publiable à ce jour, et nous préférons l'écrire plutôt que d'habiller un projet voisin en cas local. Ce que nous pouvons montrer : nos missions dans l'édition de logiciel B2B, dont un programme mené pour une scale-up SaaS française anonymisée sous accord de confidentialité, avec attribution des affaires signées posée avant le lancement du dispositif. Sur le territoire marseillais, notre ancrage porte aujourd'hui sur la logistique portuaire, l'e-santé et le tourisme, détaillé sur nos pages Marseille dédiées à l'IA et aux agents IA. Demandez-nous une mise en relation avec un client sous accord de confidentialité réciproque : c'est plus utile qu'un logo sur une page.
#Agence SaaS à Marseille : concevoir, faire monter en charge et reprendre des produits logiciels
Un éditeur SaaS marseillais ne se bat pas sur le même terrain qu'un éditeur parisien. Ici, le logiciel se vend rarement en libre-service à des milliers d'utilisateurs isolés : il se vend à des commissionnaires en douane, à des exploitants d'entrepôts, à des groupes hôteliers, à des structures de soins. Peu de clients, des contrats lourds, des systèmes tiers partout. Nehos conçoit ces produits — MVP à partir de 13 952 € HT, plateforme complète à partir de 50 000 € HT — et reprend ceux qui existent déjà.
Cette page décrit ce que nous faisons pour les éditeurs et les scale-ups de la métropole, les arbitrages techniques que leurs verticales imposent, et les cas où nous déconseillons de nous engager.
#Le SaaS marseillais est vertical, pas horizontal
Regardez les produits logiciels qui naissent réellement autour de l'étang de Berre, de la Joliette et d'Euroméditerranée. Ce sont des outils de suivi d'expédition et de conformité documentaire pour les acteurs de la chaîne Marseille-Fos. Ce sont des solutions de coordination de soins et de parcours patient portées par l'écosystème e-santé qui gravite autour de l'AP-HM, de l'Institut Paoli-Calmettes et de Marseille Immunopôle. Ce sont des outils de réservation, de tarification et de relation client pour l'hôtellerie, la croisière et les activités de pleine nature du littoral méditerranéen.
Trois familles, trois économies très différentes de celles d'un SaaS horizontal.
D'abord, le nombre de locataires est faible et leur poids individuel élevé. Un éditeur portuaire qui compte quarante clients en compte quarante qui pèsent chacun plusieurs points de chiffre d'affaires. La perte d'un seul se voit dans les comptes, ce qui change tout : les exigences contractuelles de vos clients deviennent des exigences d'architecture.
Ensuite, l'intégration est le vrai coût. Vos utilisateurs ne quitteront pas leur outil de gestion de transport, leur logiciel de dédouanement, leur dossier patient ou leur moteur de distribution hôtelière parce que votre interface est plus jolie. Votre produit doit s'y brancher, y compris sur des formats d'échange hérités que personne n'aime documenter. Dans nos chiffrages marseillais, la part consacrée aux connecteurs dépasse régulièrement celle du produit lui-même — nous la faisons apparaître en clair au lieu de la diluer pour paraître moins cher.
Enfin, la régulation arrive par vos clients avant d'arriver par la loi. Un opérateur portuaire soumis à des obligations de cybersécurité renforcées vous transmettra son questionnaire fournisseur ; un établissement de santé exigera un hébergement certifié ; un acteur financier vous imposera des clauses contractuelles précises. Vous subissez la conformité de vos acheteurs, et c'est en avant-vente qu'elle se joue.
#Le piège local : le SaaS qui n'en est pas un
Le dossier qui arrive le plus souvent sur notre table à Marseille ressemble à ceci. Une entreprise a développé un outil pour son propre usage. Il marchait bien, des confrères l'ont voulu, elle le leur a vendu. Chaque client a reçu sa propre installation, avec ses petites adaptations. Cinq ans plus tard, il existe une dizaine de versions divergentes du même logiciel, un correctif de sécurité se déploie dix fois, et personne ne sait plus quelle fonctionnalité existe chez qui.
Ce n'est pas un SaaS, c'est une régie qui porte un nom de produit. Le symptôme financier est net : le coût de service par client ne baisse jamais quand vous signez, alors que c'est précisément la promesse économique de l'abonnement.
La sortie existe, progressive. On reconstitue d'abord la vérité fonctionnelle, écart par écart. On tranche ensuite ce qui devient du paramétrage standard et ce qui reste une spécificité facturée à part — arbitrage commercial autant que technique, et il vous appartient. On construit alors le socle multi-tenant, puis on migre client par client, en gardant les anciennes instances en service pendant la bascule. Nous refusons les migrations en une seule fois sur ce type de produit : chez des clients qui exploitent votre logiciel en horaires étendus, une reprise ratée se paie en résiliations.
#Multi-tenant : trois niveaux d'isolation, et qui décide
L'architecture multi-tenant se décline en trois grandes options. Le choix n'est pas religieux, il découle de vos acheteurs.
| Niveau d'isolation | Ce que ça implique | Quand nous le recommandons à Marseille |
|---|---|---|
| Identifiant de locataire sur base partagée | Le moins coûteux à exploiter, le plus simple à faire évoluer | Outils tourisme et hôtellerie, nombreux comptes de petite taille, données peu sensibles |
| Schéma dédié par locataire | Bonne isolation, migrations pilotables par client, exploitation encore raisonnable | SaaS logistique et portuaire dont les clients sont concurrents entre eux |
| Base dédiée par locataire | Isolation maximale, coût d'infrastructure et d'exploitation nettement supérieur | E-santé, comptes grands établissements, exigences d'audit ou de localisation spécifiques |
Notre recommandation par défaut reste le modèle partagé pour un MVP, à une condition non négociable : que le cloisonnement soit implémenté dès le premier jour, jamais rajouté après coup. Une fuite inter-locataires découverte en production ne se corrige pas seulement dans le code, elle se corrige aussi dans la relation client — et là, le correctif prend des mois.
Ce qui fait réellement passer un audit, ce n'est d'ailleurs pas le niveau choisi. C'est ce que vous savez montrer : un jeu de tests d'isolation rejoué à chaque livraison, la traçabilité des accès, et une procédure d'export puis d'effacement complet des données d'un client qui s'en va. Ces trois éléments figurent dans nos livrables.
#Facturer un abonnement : arrêtez le prix au siège
Le modèle par utilisateur est l'option par défaut, et il est souvent mauvais dans les verticales marseillaises.
Chez un transitaire, la valeur suit le nombre de dossiers ou de déclarations traités, pas le nombre de personnes connectées — facturer au siège pousse mécaniquement votre client à partager les comptes, ce qui détruit à la fois votre revenu et votre traçabilité. Chez un hôtelier ou un gestionnaire d'hébergements, l'unité qui fait sens est la chambre, le logement ou la réservation, avec une saisonnalité qu'un abonnement plat rend indéfendable en négociation. En e-santé, le siège reprend du sens, mais la facturation se heurte à un autre mur : le circuit d'achat public ou hospitalier fonctionne au bon de commande et à la facturation annuelle, ce qui interdit un parcours d'abonnement entièrement automatisé.
Nous outillons donc trois régimes en parallèle : le libre-service par carte pour les petits comptes, la facturation à l'usage pour les modèles au volume, et un circuit contractuel manuel pour les comptes qui l'exigent. Sur la partie automatisée, les points qui cassent en production sont toujours les mêmes — le calcul au prorata lors d'un changement de formule, la synchronisation entre le prestataire de paiement et votre base après un incident réseau, et la relance d'impayés. Nous traitons ces trois cas comme du cœur de produit, avec des tests, et non comme du branchement de dernière semaine. Un tableau de bord de revenu récurrent, d'attrition et d'impayés est livré avec le MVP : piloter un abonnement sans ces chiffres revient à conduire au jugé.
#Mettre de l'IA dans le produit, sans l'y coller
L'IA embarquée se justifie quand elle supprime une saisie ou une lecture fastidieuse. Sur nos verticales locales, trois usages tiennent : l'extraction de champs depuis des documents hétérogènes, la recherche en langage naturel sur un référentiel volumineux, et la reprise de dossier assistée pour un utilisateur qui arrive en cours de route.
Trois disciplines rendent ces fonctions exploitables. La première est le jeu d'évaluation : quelques centaines de cas réels annotés avec vos équipes, rejoués à chaque changement de modèle ou de consigne. Sans lui, une amélioration apparente casse un comportement acquis, en silence. La deuxième est le coût par tâche traitée, instrumenté dès le prototype — une fonction d'IA qui coûte plus cher que la manipulation qu'elle remplace n'a pas d'avenir dans votre modèle d'abonnement. La troisième est la place de l'humain : sur un dossier douanier ou un acte de soin, l'IA prépare et signale, elle ne valide jamais seule.
Si votre besoin porte davantage sur l'automatisation de vos propres opérations que sur une fonction vendue à vos clients, regardez plutôt nos agents IA à Marseille ; pour le cadrage amont d'une stratégie d'IA d'entreprise, la page de notre agence IA à Marseille couvre ce périmètre.
#Conformité : ce que vos acheteurs marseillais vont exiger
RGPD. En tant qu'éditeur, vous êtes le plus souvent sous-traitant de vos clients. Cela suppose un contrat de sous-traitance solide, un registre des traitements, une liste à jour de vos propres sous-traitants — hébergeur, service d'envoi d'e-mails, outil d'analyse d'usage, fournisseur de modèle — et des durées de conservation réellement appliquées, pas seulement écrites.
Hébergement de données de santé. Si vous visez l'écosystème e-santé marseillais, l'hébergement chez un prestataire certifié HDS n'est pas une option commerciale : c'est la condition d'entrée. Choisissez-le au MVP, sous peine de refaire l'infrastructure au moment où votre premier grand établissement signe.
AI Act. Le règlement européen sur l'IA s'applique par paliers, et il concerne votre produit dès qu'il embarque une fonction d'IA : information de l'utilisateur, documentation technique, et classification à faire sérieusement si votre logiciel intervient dans un domaine sensible comme la santé. Le sujet se traite à la conception ; il coûte peu à ce moment-là et très cher ensuite.
Cybersécurité et chaîne d'approvisionnement. Vos clients opérateurs de la sphère portuaire relèvent de secteurs hautement critiques au sens de la directive NIS2 et doivent maîtriser leurs fournisseurs numériques. Attendez-vous à des questionnaires exigeants, à des clauses de notification d'incident sous délai court et à des demandes de preuve d'audit. Anticiper ce dossier raccourcit vos cycles de vente plus sûrement que n'importe quelle plaquette.
DORA. Si vous vendez à des banques, assureurs ou sociétés de gestion, vous devenez un prestataire tiers de services informatiques au sens du règlement DORA. Vos clients doivent vous inscrire dans leur registre, imposer des clauses contractuelles précises et tester leur capacité à se passer de vous. Un éditeur préparé sur ce terrain gagne des affaires que ses concurrents perdent en comité des risques.
Souveraineté. Quand un projet client l'exige, nous déployons sur infrastructure française, jusqu'à des offres OVHcloud qualifiées SecNumCloud. C'est une capacité que nous mettons à disposition de vos produits, dimensionnée avec vous, pas un argument que nous récitons.
#Ce que coûte un projet SaaS chez Nehos
Nos tarifs sont publiés, ce qui reste rare dans ce métier. Un MVP SaaS démarre à 13 952 € HT : cadrage produit, cœur métier, socle multi-tenant, abonnement et paiement, authentification, onboarding guidé, mise en production, avec la mesure d'usage branchée dès le premier jour — pas ajoutée six mois plus tard, quand vous cherchez à comprendre pourquoi vos clients partent.
Une fois le produit validé par vos premiers clients, la plateforme complète prend le relais à partir de 50 000 € HT : authentification unique pour vos comptes grands établissements, API publique documentée pour vos intégrateurs, connecteurs tiers supplémentaires, administration avancée, et la formation de votre équipe produit pour qu'elle reprenne la main sur l'outil.
La reprise d'un SaaS existant suit une autre logique : nous chiffrons après avoir lu le code, jamais avant — annoncer un montant sur un logiciel qu'on n'a pas encore ouvert reviendrait à deviner. Pour un premier ordre de grandeur sans attendre ce rendez-vous, nos estimateurs et outils interactifs répondent en quelques minutes.
#Comment nous travaillons avec les éditeurs marseillais
Le déroulé est stable. Deux semaines de cadrage produit, avec vos utilisateurs réels et pas seulement votre direction, pour isoler la fonction qui déclenche le paiement. Six à huit semaines de construction du MVP, avec un environnement de recette ouvert en continu — vous voyez le produit se construire au lieu de le découvrir à la livraison. Puis une phase d'itérations courtes sur les retours de vos premiers clients, qui est le vrai moment où un SaaS trouve son marché. Le passage à l'échelle vient après, quand les chiffres d'usage le justifient, et pas avant : engager le budget de la phase de croissance sur un produit dont personne n'a encore validé la valeur est l'erreur la plus coûteuse du secteur.
Pour comprendre notre lecture du marché de l'édition logicielle, voyez notre page secteur SaaS et startup, et pour les bases du modèle notre guide du logiciel SaaS. Côté références, nous n'avons pas de cas SaaS marseillais publiable à ce jour ; notre mission la plus proche sur ce type d'entreprise est un programme mené pour une scale-up SaaS B2B française, anonymisée sous accord de confidentialité.
#Ce qui justifie de nous choisir plutôt qu'un autre prestataire
Le critère qui compte n'est pas la taille de l'agence, c'est sa capacité à transformer les contraintes de vos acheteurs — nombre de locataires, exigences d'isolation, saisonnalité touristique — en décisions d'architecture prises au bon moment. C'est ce que nous avons détaillé plus haut sur cette page pour vos trois verticales, pas une promesse générique plaquée sur un gabarit.
Sur le reste, voici ce qui se vérifie : 47 experts en développement produit, data, IA et infrastructure ; plus de 200 projets livrés depuis 2014 ; un retour sur investissement moyen de 340 % à 12 mois, parce que chaque chantier démarre par un usage chiffré et non par une liste de fonctionnalités. Nos tarifs sont publiés avant le premier rendez-vous, pas négociés dans le secret d'un devis. Et lorsque le marché de votre client final l'impose — établissement de santé, acheteur institutionnel —, nous savons déployer votre produit sur une infrastructure française, jusqu'à des offres qualifiées SecNumCloud : une capacité que nous mobilisons pour vous, pas un argument que nous récitons.
Un seul chiffre suffit à vérifier si votre logiciel est vraiment un SaaS : comparez le coût de service de votre dixième client à celui du premier. S'il n'a pas baissé, le problème ne vient pas de votre interface ni de votre équipe commerciale — il vient de l'architecture, et c'est précisément le chantier que nous savons reprendre.