SaaS et applications métier
Nous transformons un fonctionnement métier en application : données, rôles, règles de gestion et opérations contrôlées.
Pour les cabinets, les PME et les éditeurs qui veulent remplacer des tableurs, des documents et des échanges de courriels par un outil qui porte leurs règles. Pour les fondateurs qui veulent vendre ce type d'outil en abonnement à plusieurs clients.
La situation de départ
Le métier tourne sur des fichiers, des formulaires et la mémoire de quelques personnes. Les mêmes données sont saisies plusieurs fois, les règles de calcul vivent dans un tableur que seul son auteur comprend, et personne ne peut dire qui a modifié quoi. Les logiciels du marché couvrent une partie du besoin et imposent leur logique pour le reste. Quand l'outil doit servir plusieurs clients, une question s'ajoute : comment garantir que les données de l'un ne sont jamais visibles par l'autre.
Ce que vous obtenez
Règles de gestion écrites
Chaque fonction est décrite avec son déclencheur, ses entrées, ses contrôles, son résultat et ses erreurs. Ce document sert de référence à la recette.
Modèle de données et de rôles
Tables, relations, matrice de permissions par rôle et par module, appliquée dans la base de données elle-même.
Interfaces de travail
Listes avec recherche et filtres, fiches, historique, import et export, pièces jointes, notifications.
Isolation entre clients
Pour un SaaS : un espace par client, des données cloisonnées par des politiques de sécurité au niveau des lignes, un abonnement et un back-office d'éditeur.
Traçabilité
Journal d'audit des modifications. Quand le métier l'exige, calculs déterministes dont le résultat peut être reproduit et expliqué.
Tests, formation et dossier d'exploitation
Scénarios de recette sur le parcours nominal et les exceptions, formation des utilisateurs, documentation pour exploiter l'outil.
Comment nous procédons
Observer le fonctionnement actuel
Nous partons des documents, des fichiers et des gestes réels, pas d'une liste de fonctions souhaitées.
Modéliser
Données, rôles, transitions d'état, règles de calcul. Ce modèle est validé avec les personnes qui font le travail.
Développer par incréments
Un parcours complet à la fois, avec ses contrôles d'accès côté serveur et ses cas d'erreur.
Reprendre les données et recetter
Migration des données convenues, contrôle des doublons, recette sur des cas représentatifs.
Mettre en service et transmettre
Formation, documentation, puis maintenance ou passage de relais à votre équipe.
La preuve par nos réalisations
Niveau de preuve de ce service : en production.
Expertise & Hôtellerie
Outil de gestion de missions d'audit hôtelier : référentiels versionnés et publiés de façon immuable, moteur de règles déterministe, journal à hachage chaîné, génération du rapport. Le site public est en ligne, les référentiels sont encore en brouillon.
Atypix
Plateforme d'un cabinet de formation : site public, espace d'apprentissage, back-office de gestion des sessions, des promotions et des prospects, double authentification par courriel.
Immodesk
Application de gestion locative : biens, lots, baux, échéanciers de loyers, quittances, charges, relances, exports comptables. Un audit de septembre 2026 y recense 109 fonctionnalités.
Dictova
SaaS multi-clients : un espace isolé par entreprise, une base de connaissances propre à chaque client, abonnement et back-office d'éditeur.
Technologies
Questions fréquentes
Faut-il développer un outil ou adapter un logiciel existant ?
Cela dépend de la part de votre fonctionnement que le logiciel existant couvre sans contournement. Le cadrage sert à répondre à cette question avec des éléments concrets. Nous pouvons conclure qu'un logiciel du marché suffit.
À qui appartiennent le code et les données ?
Les données sont les vôtres. Pour le code, la propriété et les droits d'utilisation sont fixés par écrit dans la proposition : cession, ou licence d'usage quand nous conservons le code pour le faire évoluer. L'export de vos données est prévu dans les deux cas.
Comment les données de plusieurs clients sont-elles séparées dans un SaaS ?
Par des politiques de sécurité écrites dans la base de données, qui filtrent chaque ligne selon le client auquel appartient l'utilisateur connecté. Le cloisonnement ne repose donc pas seulement sur l'interface. Ces politiques sont créées dans la même migration que la table.
Pouvez-vous reprendre nos données actuelles ?
Oui, dans un périmètre convenu. Nous définissons quelles données sont reprises, dans quel format, et comment les doublons et les erreurs sont traités. La reprise est testée avant la mise en service.
Qui maintient l'application ensuite ?
Nous pouvons en assurer l'hébergement et la maintenance dans un cadre écrit, ou la remettre documentée à votre équipe. Le dossier d'exploitation fait partie de la livraison dans les deux cas.
Quel problème voulez-vous régler ?
Décrivez votre activité, votre besoin et les personnes concernées. Nous préparons un premier échange à partir de là.