Le déclencheur est rarement technique. C’est une hausse de tarif de 30 % au renouvellement. Une fonctionnalité dont vous dépendiez, déplacée dans le forfait supérieur. Ou ce constat, un matin : votre outil central appartient à un éditeur qui peut changer les règles quand il veut.
Quitter un SaaS pour un logiciel sur mesure est un projet parfaitement maîtrisable, à condition de le mener dans l’ordre. Voici la méthode que nous appliquons, en quatre étapes.
Étape 1 : l’audit de dépendance
Avant de parler développement, cartographiez ce que le SaaS fait vraiment pour vous.
Listez les fonctionnalités réellement utilisées (pas celles du forfait, celles que vos équipes ouvrent chaque semaine), les données stockées (clients, historiques, documents, paramétrages), les intégrations en place (paiement, emails, comptabilité), et qui utilise quoi.
Ce document d’une ou deux pages est la fondation de tout le projet. Il révèle presque toujours la même chose : vous utilisez 20 à 30 % de l’outil que vous payez en entier.
Étape 2 : récupérez vos données (elles sont à vous)
C’est le point d’angoisse classique, et il est plus simple qu’on ne le croit : le RGPD vous garantit la portabilité de vos données. Tout SaaS sérieux propose un export (CSV, Excel, API). Et s’il le rend difficile, c’est une confirmation de plus qu’il fallait partir.
Exportez tôt, pas la veille de la bascule. Analyser la structure réelle de vos données en amont permet de concevoir le nouvel outil autour d’elles, et le nettoyage (doublons, champs morts, historiques inutiles) se fait à ce moment-là. Migrer des données sales vers un outil neuf, c’est emménager avec ses cartons de cave.
Étape 3 : concevez la V1 autour de vos 20 %
L’erreur classique : demander « le même outil, mais à nous ». Vous recréeriez à grands frais les 70 % de fonctionnalités que personne n’utilise.
La V1 de votre logiciel sur mesure doit couvrir vos usages réels identifiés à l’étape 1. Exactement, profondément, mieux que le SaaS ne l’a jamais fait. Et rien d’autre. C’est ce qui rend le projet finançable et rapide. Les évolutions viendront ensuite, à votre rythme, sur un outil qui vous appartient.
C’est aussi ce qui change l’équation financière : nous avons détaillé le calcul du point de bascule SaaS ou sur-mesure, et pour une PME, le Crédit Impôt Innovation récupère 20 % des dépenses de conception (PixiCode est agréé jusqu’en 2030).
Étape 4 : le double-run, puis la bascule
On ne coupe jamais un outil de production un vendredi soir.
Pendant deux à quatre semaines, le nouvel outil tourne en parallèle du SaaS : les données migrées sont vérifiées, les équipes prennent leurs marques, les cas particuliers remontent pendant que le filet de sécurité existe encore. Puis vient la bascule, un jour choisi, pas subi, et la résiliation de l’abonnement.
À partir de là, la mensualité disparaît, et chaque euro investi dans l’outil construit votre actif, pas la valorisation de votre éditeur.
Les trois pièges qui font échouer ces projets
Cloner le SaaS à l’identique. C’est la cause d’échec n°1 : périmètre doublé, budget doublé, intérêt divisé.
Sous-estimer les intégrations. Le SaaS parlait à votre outil de facturation et à vos emails. Le nouvel outil doit le faire aussi, dès la V1. C’est un poste de devis à part entière, pas un détail.
Migrer sans période de recouvrement. Sans double-run, chaque anomalie de migration devient une crise. Avec, c’est un ticket.
Votre SaaS vous coûte plus qu’il ne vous rend ? Commencez par l’audit de dépendance : c’est deux heures de travail, et nous pouvons le faire avec vous.
