Twenty CRM : avis complet et honnête après un an et demi en production

Twenty CRM est un logiciel de relation client libre, que l’on peut installer sur son propre serveur. Notre avis repose sur un usage réel : nous faisons tourner Twenty en production depuis début 2025, et nous contribuons au projet. Palmora Property, un portail d’annonces immobilières en Thaïlande que nous opérons, en est l’exemple le plus complet : un CRM Twenty auto-hébergé, relié au site, alimenté chaque jour par des workflows n8n.

« Ça tient » ne veut pas dire « ça va tout seul ». Depuis octobre 2026, Twenty est aussi notre propre CRM : celui de Brain Plus AI, installé à part sur notre serveur. Voici notre avis complet, sans chiffre que nous ne pourrions pas montrer : les fonctions, la prise en main, l’API et le MCP, ce qui demande du travail, ce que la licence implique, et à qui nous ne conseillons pas Twenty. Pour le situer parmi les autres options, notre rubrique CRM rassemble les guides de choix, de migration et de nettoyage des données.

Que fait Twenty, en pratique ?

Twenty couvre le cœur d’un CRM : les entreprises, les personnes et les opportunités, avec un pipeline en colonnes, des tâches, des notes et une chronologie par fiche. Les vues se filtrent, se trient et s’enregistrent, en tableau ou en kanban. Selon sa documentation, une boîte Google Workspace ou Microsoft 365 se connecte pour rattacher les emails et les événements d’agenda aux fiches. S’y ajoutent les workflows, les objets personnalisés et l’API, détaillés plus bas.

La prise en main est-elle simple ?

Pour un commercial, oui : l’interface ressemble à un tableur bien rangé, et la recherche est rapide. Le temps passe ailleurs : décider du modèle (quels objets, quels champs, quelles étapes du pipeline) et reprendre les données. Sur notre propre CRM, le pipeline en français, les champs de qualification et trois objets à nous (les offres, les projets et les abonnements) ont été montés en une journée, nos 27 offres comprises. C’est rapide parce que le modèle était décidé avant.

Qu’est-ce qui fonctionne bien dans Twenty ?

Un modèle de données calqué sur le métier

Le point fort de Twenty, c’est la liberté du modèle. Selon sa documentation, on crée des objets personnalisés, des champs de plus de vingt types et des relations entre objets, sans code. Sur Palmora Property, un bien immobilier n’est pas une « opportunité » déguisée : les biens, les zones et les référents sont des objets à part, avec des identifiants métier générés automatiquement.

C’est ce qui fait qu’une équipe adopte l’outil : elle y retrouve son vocabulaire, au lieu de contourner le CRM par un tableur. Nous détaillons cet usage, où Twenty tient bien plus que des contacts, dans notre guide Twenty au-delà du CRM, comme back-office de vos données métier.

Une API complète, pour que le CRM soit la source de vérité

Tout ce qu’on voit à l’écran est accessible par API, en REST et en GraphQL, avec une documentation générée pour chaque espace de travail. C’est ce qui permet de faire de Twenty la source de vérité : sur Palmora Property, le site se met à jour à partir du CRM, par un pipeline que nous avons rapatrié sur notre propre serveur en juillet 2026. Personne ne saisit deux fois.

Les webhooks permettent de réagir à un changement en temps réel, avec une réserve tirée de notre usage :

Des workflows internes, et n8n ou une application pour le reste

Twenty propose ses propres workflows, déclenchés par un changement de fiche, un horaire, une action manuelle ou un webhook entrant. Pour les traitements qui traversent plusieurs outils, nous passons par n8n, qui tourne sur le même serveur. Et quand une fonction manque, on peut l’ajouter par une application : nous en avons développé une, qui réordonne les photos, et l’avons publiée sur le store de Twenty.

Pas de licence par utilisateur en auto-hébergement

Sur sa page tarifaire, l’éditeur indique que le cœur libre s’auto-héberge sans frais de licence ; son offre cloud est facturée par utilisateur et par mois. Pour une équipe qui grandit, c’est la différence entre une facture fixe et une facture qui suit chaque recrutement.

Qu’est-ce qui demande du travail ?

L’hébergement est à vous

Chez nous, Twenty tourne dans des conteneurs Docker, sur un serveur unique derrière Traefik, à côté de n8n, Matomo, Docuseal, Documenso, InvoiceNinja et Ollama : une douzaine de services sur la même machine. C’est économique, et c’est exigeant.

Notre leçon la plus chère vient de ce partage :

La sauvegarde ne se fait pas toute seule

Les données de Twenty vivent dans une base PostgreSQL. Il faut l’exporter régulièrement, hors du serveur, et tester une restauration de temps en temps : une sauvegarde jamais restaurée n’est qu’une hypothèse. Nous détaillons ce qui casse vraiment, incident compris, dans notre article sur la sauvegarde d’un serveur à soi.

Les mises à jour : régulières, et à préparer

Une montée de version est simple, à condition de la faire régulièrement et de suivre cet ordre :

Les corrections de masse passent par l’API, au bon débit

Corriger des centaines de fiches à la main n’est pas réaliste ; l’API le permet, à condition de limiter le débit. Sur Palmora Property, une première réparation de masse lancée sans limitation a produit 754 échecs. Relancée avec une limitation de débit et des reprises automatiques, elle a corrigé les 837 fiches concernées, sans un seul échec. Le conseil qui en découle : toute opération de masse commence par une simulation, s’applique ensuite explicitement, au bon débit, et se contrôle après coup.

Les clés d’API expirent

Selon la documentation de son API, une clé se crée dans les paramètres, rubrique API & Webhooks, avec une date d’expiration, et ne s’affiche qu’une seule fois. C’est une bonne pratique de sécurité, et un piège classique :

Le modèle se pense avant la reprise des données

Un modèle mal pensé au départ coûte cher plus tard, parce que chaque correction touche les données déjà saisies et tout ce qui les lit. Chaque champ qui sert à décider (l’origine d’une fiche, son statut, son responsable) se définit avant la reprise, avec une liste de valeurs qui ne se recouvrent pas : deux situations différentes ne partagent jamais la même valeur.

Que change la licence AGPL pour une entreprise ?

Twenty est principalement sous licence AGPL v3. Selon le fichier de licence du projet, certains fichiers marqués « Enterprise » relèvent d’une licence commerciale, et certains paquets, dont les kits de développement, sont sous licence MIT.

Ce que cela implique pour une entreprise :

• utiliser Twenty tel quel, même hébergé chez vous et utilisé par vos équipes, ne pose aucune difficulté ;
• modifier le code de Twenty et faire utiliser cette version à travers un réseau oblige à en proposer le code source à ses utilisateurs (article 13 de la licence AGPL v3, reproduite dans ce fichier de licence) ;
• construire une application qui parle à Twenty par ses interfaces publiées (API REST et GraphQL, webhooks, kits de développement) relève d’une exception prévue par le fichier de licence : une telle application n’est pas soumise à l’AGPL de ce seul fait.

Notre règle en découle :

Pour qui est Twenty, et pour qui ne l’est-il pas ?

Twenty convient bien :

• à une équipe commerciale de quelques personnes à quelques dizaines, qui veut un pipeline clair et un outil que les commerciaux ouvrent vraiment ;
• à une entreprise dont le métier sort du modèle standard (biens, contrats, projets, abonnements), parce que les objets personnalisés évitent le tableur parallèle ;
• à qui veut garder ses données chez soi et relier le CRM au reste par l’API, n8n ou un assistant IA.

Nous ne le conseillons pas dans trois cas :

• Si vous avez besoin d’un ERP (devis, factures, stock, comptabilité dans le même outil) : Twenty est un CRM. Notre comparatif pour choisir entre Twenty, Dolibarr et Odoo part de la taille de l’équipe et des processus à couvrir.
• Si vous cherchez une suite marketing complète (campagnes d’emailing, pages d’atterrissage) : ce n’est pas son terrain.
• Si personne ne peut s’occuper du serveur et que vous ne voulez pas d’exploitant : l’offre cloud de l’éditeur existe, mais elle est facturée par utilisateur, et selon sa page tarifaire certaines fonctions (authentification unique, permissions au niveau de la fiche, journaux d’audit) sont réservées à son offre Organization.

Par où commencer ?

Commencez par vérifier qu’un CRM pur couvre vos processus : si la facturation ou le stock doivent vivre dans le même outil, Twenty n’est pas le bon point de départ. S’il l’est, la réussite se joue ensuite sur deux choses : un modèle de données décidé avant la reprise, et une exploitation organisée dès le premier jour.

Si vous voulez un Twenty installé, repris et exploité pour vous, c’est le premier niveau de notre offre CRM : paramétrage dans votre vocabulaire, données reprises, dédoublonnées et vérifiées, puis sauvegardes, mises à jour et supervision en abonnement si vous le souhaitez.

Questions fréquentes

Sources

1. Page tarifaire (nouvel onglet)twenty.com
2. Guide de mise à jour (nouvel onglet)docs.twenty.com
3. Fichier de licence du projet (nouvel onglet)github.com