Twenty dans le cloud ou auto-hébergé : que choisir ?

Twenty a une particularité que n’ont pas la plupart des CRM du marché : le logiciel qu’on utilise dans le cloud de l’éditeur est celui qu’on peut installer chez soi, à partir du même code public. Le choix entre les deux n’engage donc pas l’outil, mais l’organisation qui le fait vivre. Et il se révise : on peut commencer d’un côté et passer de l’autre.

Deux façons d’avoir le même logiciel

Dans le cloud, l’éditeur héberge, met à jour, sauvegarde ; vous payez un abonnement par utilisateur, selon la grille publiée par Twenty. En auto-hébergement, vous installez Twenty sur un serveur, le plus souvent avec Docker, à partir du dépôt public du projet ; aucune licence par utilisateur, mais l’exploitation vous revient.

Première question : qui exploite ?

Un serveur ne s’oublie pas. Il faut des sauvegardes testées, des mises à jour régulières, une surveillance qui prévient en cas de panne, un certificat qui se renouvelle. Si personne dans l’équipe ni chez un prestataire ne porte ce travail, le cloud est la bonne réponse, quel que soit le calcul. Exploiter un Twenty auto-hébergé détaille ce que l’exploitation demande vraiment.

Deuxième question : où vivent les données ?

Certaines équipes doivent garder les données de leurs clients dans un pays ou sur une infrastructure précise : secteur réglementé, exigence contractuelle, simple politique interne. L’auto-hébergement règle la question par construction : le serveur est là où vous l’avez décidé. Dans le cloud, il faut lire les conditions de l’éditeur sur la localisation et les sous-traitants, et vérifier qu’elles répondent à vos obligations.

Troisième question : combien d’utilisateurs ?

L’abonnement par utilisateur est indolore à cinq personnes et pèse à cinquante, d’autant que les personnes qui consultent ponctuellement le CRM (administration, direction, support) comptent aussi. L’auto-hébergement a un coût à peu près fixe, celui du serveur et de l’exploitation, qui ne bouge pas quand l’équipe grandit. La fin de la licence par utilisateur développe ce que ce changement de modèle implique.

1. 01Comptez les utilisateurs réels

   Y compris ceux qui consultent sans saisir.

2. 02Chiffrez le cloud sur trois ans

   Avec la croissance d’équipe prévue.

3. 03Chiffrez l’auto-hébergement sur trois ans

   Serveur, sauvegardes, temps d’exploitation et de mises à jour.

4. 04Comparez

   Puis ajoutez la contrainte de localisation, qui peut trancher seule.

Ce que nous avons choisi, et pourquoi

Nous faisons tourner Twenty sur notre propre serveur depuis début 2025. Deux raisons : nous savons exploiter un serveur, c’est notre métier, et nous voulions brancher le CRM sur le site, les automatismes et nos assistants sans limite de formule. Ce choix a un coût en temps, que nous assumons ; il ne serait pas le bon pour une équipe sans compétence technique ni prestataire. L’avis complet, limites comprises, est dans Twenty CRM en production.

Passer de l’un à l’autre

Le code étant le même, la bascule se fait par export et réimport des données, ou par reprise de la base selon les cas. Commencer dans le cloud pour tester, puis passer sur son serveur quand l’équipe grandit, est un chemin raisonnable. L’inverse est possible aussi, si l’exploitation devient une charge. Le guide pratique de Twenty replace ce choix dans le déploiement. Notre offre CRM installe Twenty chez vous à prix fixe et propose l’exploitation en abonnement, pour garder les avantages de l’auto-hébergement sans en porter le travail.

Le piège du calcul trop court

Le calcul se fausse souvent de deux façons. La première est de comparer l’abonnement à un serveur sans compter le temps d’exploitation : sauvegardes, mises à jour, surveillance ont un coût réel, même faible. La seconde est de compter l’équipe d’aujourd’hui plutôt que celle de dans deux ou trois ans. Refaites le calcul avec les deux corrections : c’est souvent lui qui tranche, dans un sens ou dans l’autre.

Questions fréquentes

Sources

1. Tarifs de Twenty (nouvel onglet)twenty.com
2. Twenty, dépôt officiel (nouvel onglet)github.com