Page mise à jour le
Les deux options
De quoi on parle exactement
Abonnement
Vous payez périodiquement pour un droit d'usage. L'éditeur héberge, met à jour, parfois sauvegarde. Le jour où vous cessez, l'accès s'arrête. Vos données, elles, dépendent de ce que le contrat et l'export permettent vraiment — pas de ce que la page tarifaire promet.
Licence perpétuelle
Vous achetez une version, souvent avec une première année de maintenance, puis vous décidez. Le binaire, ou le droit de l'utiliser, reste. Les versions suivantes, la sécurité, l'hébergement, la compétence pour le faire tourner, redeviennent votre problème, ou celui d'un prestataire que vous payez à part.
Critères
Ce qui les sépare vraiment
Un critère par ligne, chaque option répondue séparément. Les lignes qui ne changent rien à la décision ne sont pas là.
| Critère | Abonnement | Licence perpétuelle |
|---|---|---|
| Ce que vous possédez vraiment | Rien du logiciel. Un contrat, un accès, des données dont l'export est une clause, pas une évidence. Tant que ça tourne, on n'y pense pas. Le jour de la hausse de tarif, du rachat de l'éditeur, ou de la fonctionnalité retirée, on découvre que « nos » dossiers étaient en location. | Une version, et le droit de s'en servir. Ce n'est pas « le code source », sauf si le contrat le dit. C'est déjà plus que l'abonnement : l'outil d'hier continue d'exister si la machine tourne. Ce que vous ne possédez pas, c'est l'avenir du produit. Une version figée vieillit, même payée une fois. |
| Mises à jour et sécurité | Elles arrivent sans vous. C'est le bénéfice le plus sous-estimé de l'abonnement, et la raison pour laquelle tant de TPE ont eu raison de quitter un exe installé en 2014. Vous subissez aussi les changements d'interface, les options déplacées dans un plan supérieur, les API qui bougent. Le service vit. Vous n'avez pas voté. | Sans contrat de maintenance, elles n'arrivent plus. Une licence perpétuelle non maintenue devient une surface d'attaque et un format de fichier orphelin. Avec maintenance, vous rappelez l'abonnement sous un autre nom, souvent plus cher à l'unité parce que vous êtes moins nombreux à le payer. Le « payé une fois » est vrai la première année, rarement la cinquième. |
| Hébergement et astreinte | L'éditeur héberge. La panne à deux heures du matin n'est pas la vôtre, sauf quand elle l'est — incident côté éditeur, et vous attendez comme tout le monde. Vous n'avez pas de serveur à patcher. Vous avez une dépendance de service, ce qui est une autre astreinte, plus diffuse. | Vous hébergez, ou vous payez quelqu'un pour le faire. Correctifs, sauvegardes, restauration testée, certificats : c'est le coût que la facture d'achat ne montre pas. Si personne chez vous ne veut de cette charge, la licence perpétuelle n'est pas un achat malin, c'est un poste de travail supplémentaire qui n'a pas de fiche. |
| Données et sortie | La sortie se joue sur l'export, le format, le délai, et la bonne volonté au moment où la relation est déjà mauvaise. Lisez cette clause avant de signer, pas après la résiliation. Un abonnement sans export exploitable n'est pas un outil, c'est un dépôt dont vous n'avez pas la clé. | Les données sont souvent déjà chez vous : base, fichiers, sauvegardes. La sortie est plus simple techniquement, plus dure humainement — il faut encore quelqu'un qui sache lire ce qui a été stocké. Une licence perpétuelle sur une machine dont personne ne connaît le mot de passe n'est pas plus reversible qu'un SaaS. |
| Le calcul dans le temps | Le mensualité paraît basse. Sur cinq ou huit ans, elle dépasse souvent l'achat, et c'est normal : elle inclut ce que l'achat n'inclut pas. Comparer cinq ans d'abonnement au seul prix de licence, sans maintenance ni hébergement ni temps interne, est le calcul qui mène au regret — dans les deux sens. | Le chèque initial paraît définitif. Il ne l'est pas : machine, mises à jour, prestataire, reprise le jour où le seul connaisseur part. Si vous pouvez nommer qui porte ça, le calcul peut tenir. Si vous ne le pouvez pas, le « moins cher » de la première facture est une dette d'attention. |
| Personnalisation | Vous rentrez dans le moule, ou vous payez les modules, ou vous branchez un outil à côté. L'éditeur ne construira pas votre cas particulier. C'est acceptable tant que votre différence ne vit pas dans ce logiciel. Le jour où elle y vit, l'abonnement devient un plafond, pas un service. | Une licence on-premise se paramètre parfois plus profondément, et s'interface avec ce que vous avez déjà. Ce n'est pas du sur-mesure. C'est une marge de manœuvre plus large, qui demande encore quelqu'un pour s'en servir. Sans cette personne, le paramétrage reste à l'état d'option dans un menu. |
Là où chaque option perd
Les cas où c'est le mauvais choix
Les deux options ont un domaine où elles coûtent plus cher qu'elles ne rapportent. Le vôtre est peut-être décrit ici.
Abonnement
L'abonnement perd le jour où l'éditeur change les règles et que vous n'avez nulle part où aller : hausse, fonction retirée, rachat, API fermée. Il perd aussi quand le logiciel commence à décider de votre métier — ce n'est plus de la location d'un outil générique, c'est de la location de ce qui vous distingue. Dans ce cas, rester abonné n'est pas prudent, c'est s'habituer. La parade n'est pas forcément une licence perpétuelle d'un autre éditeur : parfois c'est un morceau sur-mesure à côté, et c'est un autre débat, déjà traité. Ici, la perte de l'abonnement, c'est la perte de prise. Vous ne pouvez plus figer ce qui marche.
Licence perpétuelle
La licence perpétuelle perd le jour où plus personne ne la fait vivre. Version figée, serveur oublié, sauvegarde jamais restaurée, unique connaisseur en congé : vous avez acheté la tranquillité d'un chèque, vous avez hérité d'une astreinte. Elle perd aussi sur tout ce qu'un éditeur SaaS fait pour des milliers de clients et que vous ne ferez pas pour un exe : correctifs rapides, compatibilité, mobile, évolution réglementaire. Une facturation qui ne sait plus produire un format structuré, un OS que l'éditeur ne cible plus, et le « payé une fois » devient un chantier de migration dans l'urgence, le pire moment pour migrer.
Verdict
Abonnez-vous à ce qui est générique, possédez ce que vous ne pouvez pas voir mourir
Si l'outil est un service de fond — messagerie, compta de marché, CRM standard — et que personne ne veut l'opérer, l'abonnement est le bon régime. Si figer une version, garder les données chez vous, et nommer qui l'exploite est non négociable, la licence perpétuelle (ou l'équivalent que vous hébergez) redevient défendable.
Le bon régime n'est pas le moins cher sur la première facture. C'est celui dont vous acceptez l'échec. L'échec de l'abonnement, c'est de dépendre d'un tiers qui peut changer l'outil. L'échec de la licence, c'est de dépendre d'un humain chez vous qui peut partir. Choisissez l'échec que vous savez porter. Pour la plupart des TPE, l'abonnement sur le générique est encore la décision adulte, parce que l'alternative suppose une compétence d'exploitation qu'elles n'ont pas et n'auront pas. La licence redevient intéressante quand cette compétence existe déjà, ou quand le risque éditeur est plus grave que l'astreinte. Ce n'est pas « sur-mesure contre SaaS » : c'est qui, nommément, porte la suite.
Vos questions
Une licence perpétuelle n'est-elle pas toujours moins chère sur cinq ans ?
Sur un tableur qui compare le chèque d'achat à cinq ans de mensualités, souvent oui, et c'est trompeur. Il manque la machine, les correctifs, le temps de celui qui l'administre, le jour où il faut migrer parce que la version ne parle plus aux autres outils. L'abonnement inclut tout ça, mal, cher, mais inclus. Recollez ces lignes avant de conclure. Si après les avoir collées l'achat reste plus sage, et que vous avez la personne, alors le tableur a enfin le bon objet. Sinon vous avez comparé un fruit et un abonnement à la fruitière.
Peut-on mélanger les deux régimes ?
Oui, et c'est souvent la décision raisonnable : abonnement pour le générique qui doit rester vivant (messagerie, compta de marché), licence ou outil hébergé pour ce que vous refusez de voir disparaître avec un contrat. Mélanger n'est pas « tout faire soi-même ». C'est refuser de mettre le même régime juridique sur des risques différents. Le piège, c'est le mélange accidentel : un SaaS critique sans export, plus un exe oublié sur un NAS, et personne ne sait ce qui est la source de vérité.
Est-ce la même question que « sur-mesure ou logiciel du marché » ?
Non. Sur-mesure contre logiciel du marché, c'est : est-ce que votre façon de travailler rentre dans un produit existant. Abonnement contre licence, c'est : comment vous payez et qui opère un produit qui, lui, existe déjà. On peut acheter du sur-mesure en prestation et l'héberger comme un abonnement de maintenance. On peut louer un SaaS générique indéfiniment. Confondre les deux débats mène à construire un outil interne « pour ne plus payer d'abonnement », ce qui est presque toujours le mauvais calcul, et que nous traitons dans un article séparé plutôt qu'ici.
Une idée en tête ?
Réservez un rendez-vous ou écrivez-nous — réponse sous 24 h.