Je m'en souviens comme si c'était hier : le moment où HubSpot n'a pas pu suivre les besoins de mon client. C'était en 2023, une startup technologique dynamique à Shoreditch. Nous étions plongés dans un projet utilisant HubSpot et nous avons réalisé que l'entonnoir de vente unique de notre client était une pièce carrée dans un trou rond. Les outils n'étaient tout simplement pas assez flexibles. Ils avaient besoin de quelque chose de personnalisé, quelque chose qui évoluerait avec eux. J'ai donc plongé tête première dans le développement d'un CRM sur mesure. Nous avons utilisé de tout, de Node.js à Airtable, chaque outil adapté pour s'ajuster parfaitement. Ça a été très instructif.
Les véritables signaux montrant que HubSpot a atteint ses limites
La plupart des propriétaires d'agence à qui je parle ne réalisent pas que HubSpot est le problème. Ils pensent que c'est leur processus, ou leur équipe, ou l'hygiène de leurs données. C'est rarement le cas.
Voici les signaux que j'observe :
- Votre équipe commerciale a créé une deuxième feuille de calcul pour suivre les choses que HubSpot « techniquement » fait mais fait mal
- Vous payez un abonnement HubSpot principalement pour accéder à une ou deux fonctionnalités que vous utilisez réellement
- Vos développeurs ont écrit plus de deux extensions de workflow codées sur mesure
- La création de rapports nécessite une export vers Google Sheets parce que les tableaux de bord natifs de HubSpot ne peuvent pas fusionner les données dont vous avez besoin
- Vous atteignez les limites de débit de l'API HubSpot sur les endpoints standard pendant les heures de pointeHubSpot's standard endpoints during peak usage hours
Celle-là est sous-estimée. J'avais un client en B2B logistique, mi-2024, qui exécutait plus de 40 000 mises à jour de contacts par jour via une intégration tierce. Les limites d'API de HubSpot causaient des retards de mise en file d'attente qui mettaient hors de synchronisation leur prospection automatisée. Ils continuaient à blâmer leur équipe ops. C'était la plateforme.
La vraie question à vous poser : pliez-vous votre logique métier pour adapter le CRM, ou le CRM s'adapte-t-il à vous ? Si c'est la première option, vous êtes déjà en retrait.
Quand les maths sont vraiment en votre faveur
Les développements CRM sur mesure sont coûteux en amont. Je ne vais pas vous le cacher. Un développement bien défini avec une bonne équipe vous coûtera entre 25 000 et 120 000 £ selon la complexité, les intégrations, et selon que vous voulez une couche mobile en plus.
Mais l'abonnement Enterprise de HubSpot coûte 3 600 £ par mois ou plus. C'est 43 200 £ par an, sans les add-ons, sans Ops Hub, sans les connecteurs tiers que vous payez séparément. Sur trois ans, vous regardez plus de 130 000 £ investis dans une plateforme que vous ne possédez pas et que vous ne pouvez pas modifier au niveau du core.
Les maths changent plus vite que la plupart des gens ne l'anticipent.
Choisir la bonne architecture avant d'écrire une seule ligne de code
C'est là que j'ai vu les erreurs les plus coûteuses. Les gens commencent à construire sans avoir arrêté l'architecture, puis passent six mois à refactoriser. Seahawk avait un projet fintech au début 2024 où le client avait déjà commencé à construire un CRM sur une configuration Laravel monolithique avant notre intervention. Ils avaient fait des hypothèses sur les relations de données qui étaient imbriquées à trois niveaux de profondeur. Nous avons passé les quatre premières semaines à démêler, pas à construire.
Les deux décisions architecturales qui importent le plus au départ :
Monolithe vs. Architecture orientée services
Pour la plupart des constructions de CRM sous une certaine échelle (disons, moins de 500 utilisateurs internes simultanés), un monolithe bien structuré reste tout à fait acceptable. Rails, Laravel, Django. C'est ennuyeux de la meilleure façon. Vous pouvez avancer rapidement, et vous ne vous retrouvez pas à déboguer la communication entre services quand vous devriez déployer des fonctionnalités.
L'architecture orientée services a du sens quand vous avez des domaines véritablement distincts qui ont besoin de se dimensionner indépendamment. Par exemple, si votre CRM alimente aussi un portail destiné aux clients avec des données en temps réel, et un moteur d'analyse distinct, et une application mobile. À ce stade, séparer les préoccupations paie vraiment.
Ne laissez personne vous vendre des microservices parce que ça semble moderne. J'ai vu trop de projets à 60 000 £ qui auraient dû être un monolithe à 25 000 £.
Base de données relationnelle vs. base de données documentaire
La plupart des données de CRM sont intrinsèquement relationnelles. Les contacts ont des entreprises. Les entreprises ont des accords. Les accords ont des activités. PostgreSQL gère cela exceptionnellement bien et son support JSON a mûri énormément au point où vous obtenez la flexibilité d'une base de données documentaire quand vous en avez vraiment besoin, sans abandonner l'intégrité relationnelle.its JSON support has matured enormously to the point where you get the flexibility of a document store when you genuinely need it, without abandoning relational integrity.
MongoDB a du sens quand vos fiches de contact ont une structure extrêmement incohérente dans votre base d'utilisateurs. C'est un scénario réel pour certaines entreprises. Pour la plupart, ce n'est pas le cas.
Mon choix par défaut en 2026 : PostgreSQL, toujours, jusqu'à preuve du contraire.
La Tech Stack que je recommanderais réellement en 2026
Pas de réponses théoriques ici. C'est ce que je construirais en ce moment.
- Backend : Node.js avec Fastify ou Python avec FastAPI. Fastify spécifiquement est criminellement sous-utilisé pour les backends CRM. C'est plus rapide qu'Express, la validation de schéma est intégrée, et l'écosystème de plugins a considérablement mûri depuis 2022. Node.js with Fastify or Python with FastAPI. Fastify specifically is criminally underused for CRM backends. It's faster than Express, the schema validation is built in, and the plugin ecosystem has matured considerably since 2022.
- Base de données : PostgreSQL 16, avec Prisma comme ORM si vous êtes du côté Node, ou SQLAlchemy si Python. N'écrivez pas du SQL à la main pour tout. Vous vous en féliciterez dans six mois. PostgreSQL 16, with Prisma as the ORM if you're in Node-land, or SQLAlchemy if Python. Don't hand-write SQL for everything. You'll thank yourself in six months.
- Auth : Auth0 ou Clerk. Construire l'authentification soi-même en 2026 est un choix que je ne comprends vraiment pas. Clerk spécifiquement est devenu mon incontournable pour tout ce qui nécessite un support multi-tenant d'organisation d'emblée. Auth0 or Clerk. Building auth yourself in 2026 is a choice I genuinely don't understand. Clerk specifically has become my go-to for anything that needs multi-tenant organisation support out of the box.
- Frontend : Next.js 14+ avec l'App Router. Le virage des server components a vraiment changé la rapidité ressentie des outils internes par les utilisateurs finaux. Next.js 14+ with the App Router. The server components shift has genuinely changed how fast internal tools feel to end users.
- Couche Email/Comms : Resend pour l'email transactionnel, Twilio pour les SMS si nécessaire. Les deux ont des APIs correctes avec des limites de débit sensées. Resend for transactional email, Twilio for SMS if needed. Both have proper APIs with sensible rate limits.
- Background jobs : BullMQ sur Redis. Les CRM font beaucoup de travail asynchrone : synchronisation, scoring, rappels. Vous avez besoin d'une file d'attente fiable. BullMQ on Redis. CRMs do a lot of async work: syncing, scoring, reminders. You need a reliable queue.
- Recherche : Si la recherche complète de contacts/entreprises est une fonctionnalité centrale, ajoutez Meilisearch tôt. C'est auto-hébergeable, rapide, et beaucoup plus facile à exécuter qu'Elasticsearch. If full-text contact/company search is a core feature, add Meilisearch early. It's self-hostable, fast, and far easier to run than Elasticsearch.
C'est une stack complète pour 85% des builds de CRM personnalisé que j'aurais à gérer. Les 15% restants ont des exigences mobiles ou temps réel qui rajoutent React Native ou WebSockets dans le mélange.
Migration de données : la partie que tout le monde sous-estime
Honnêtement, c'est la migration de données qui fait déraper les projets silencieusement. Pas le build. La migration.
Si vous migrez depuis HubSpot, attendez-vous à ce que l'export soit plus chaotique que vous ne le pensez. Le modèle de données de HubSpot a beaucoup d'associations implicites. Les associations entre contacts et entreprises ne sont pas toujours propres dans le CSV d'export. Les propriétés personnalisées ressortent avec des noms de champs internes qui ne correspondent pas aux étiquettes d'affichage. Les étapes de deal sont référencées par des IDs numériques que vous devez recouper manuellement.
Je budgéterais au minimum quatre semaines de travail de migration dédié pour une instance HubSpot de taille moyenne (disons, 50 000 contacts, 10 000 deals). Cela inclut :
- Auditer et mapper chaque propriété personnalisée
- Écrire des scripts de transformation (Python est brillant pour ça, spécifiquement pandas pour les étapes intermédiaires chaotiques)
- Lancer des systèmes parallèles pendant au moins deux semaines avant la migration
- Planifier une restauration. Planifiez toujours une restauration.
Si vous sautez l'exécution parallèle, vous le regretterez. Un de mes clients a fait une migration hard cutover un vendredi après-midi. Le lundi, il avait trouvé trois problèmes d'intégrité des données qui ont pris deux semaines à résoudre. Sur un système de production live. Ne soyez pas cette personne.
Les intégrations qui comptent vraiment dans une construction personnalisée
Le CRM n'existe pas en isolation. Vous devrez toujours le connecter à quelque chose. Voici où je passe la plupart de mon temps d'intégration :
Finance et facturation
QuickBooks ou Xero pour la plupart de mes clients au Royaume-Uni. Les deux ont des APIs solides. L'essentiel est de bien définir le sens de la vérité : le CRM est-il la source de vérité pour les valeurs des affaires, ou est-ce le système comptable ? Choisissez-en un. Une synchronisation bidirectionnelle sans autorité claire crée des conflits qui sont vraiment pénibles à déboguer à 23h.
Calendrier et communication
Google Workspace et Microsoft 365 sont incontournables. L'API Google Calendar est bien documentée et fiable. L'API Microsoft Graph est puissante mais a une courbe d'apprentissage plus abrupte. Budgétisez en conséquence.Google's Calendar API is well-documented and reliable. The Microsoft Graph API is powerful but has a steeper learning curve. Budget accordingly.
Automatisation marketing
C'est là que les gens veulent souvent conserver une partie de HubSpot, spécifiquement le côté marketing, tout en remplaçant le CRM commercial. C'est une approche hybride tout à fait valide. Utilisez l'API HubSpot pour renvoyer les mises à jour de contacts et les changements d'étapes d'affaires vers les listes marketing. Cela fonctionne bien quand le contrat de données est clairement défini.
Construire vs. Acheter vs. Hybride : comment trancher
On me pose cette question constamment. Et il n'y a pas de réponse universelle, mais j'utilise un cadre pour y répondre.
Acheter (HubSpot, Salesforce, Pipedrive) quand : votre processus de vente est relativement standard, vous avez moins de 20 personnes utilisant le CRM, et vous voulez être opérationnel en quelques semaines plutôt qu'en plusieurs mois. when: your sales process is relatively standard, you have fewer than 20 people using the CRM, and you want to be operational within weeks rather than months.
Construire sur mesure quand : vous avez des relations de données véritablement uniques ou une logique de workflow spécifique, vous avez besoin d'une intégration profonde avec des systèmes internes propriétaires, ou vous avez calculé que les coûts de la plateforme sur 36 mois dépassent votre estimation de développement. when: you have genuinely unique data relationships or workflow logic, you need deep integration with proprietary internal systems, or you've calculated that platform costs over 36 months exceed your build estimate.
Approche hybride quand : vous avez besoin de l'automatisation marketing et des intégrations de marques reconnues qu'offre une plateforme comme HubSpot, mais votre logique CRM centrale doit vivre quelque part que vous contrôlez. C'est plus courant que les gens ne l'admettent. Nous avons exploité ce modèle en 2025 pour un client SaaS où le CRM personnalisé gérait toute la logique des deals et la gestion des contrats, tandis que HubSpot restait le hub marketing. Une interface API claire entre les deux. Ça a marché magnifiquement. when: you need the marketing automation and brand-name integrations that come with a platform like HubSpot, but your core CRM logic needs to live somewhere you control. This is more common than people admit. We ran this model for a SaaS client in 2025 where the custom CRM handled all deal logic and contract management, but HubSpot remained the marketing hub. Clean API contract between the two. Worked beautifully.
Le pire résultat est de passer neuf mois à construire un CRM personnalisé qui reproduit exactement ce que fait HubSpot, mais moins bien. Ça arrive. Généralement quand la décision de construire sur mesure a été prise émotionnellement plutôt qu'analytiquement.
FAQ
Combien de temps prend réellement la création d'un CRM personnalisé ?
Délais réalistes : un MVP épuré avec la gestion des contacts essentiels, le suivi des deals et les rapports basiques prend environ 10 à 14 semaines avec une équipe de deux à trois personnes. Les builds avec toutes les fonctionnalités, intégrations multiples, rapports personnalisés et couche mobile prennent de six à neuf mois. Quiconque vous propose quatre semaines pour quelque chose de complexe prévoit soit de faire des compromis, soit n'a pas correctement défini le périmètre du projet.
Puis-je auto-héberger un CRM personnalisé et réduire les coûts ?
Oui, et pour beaucoup de clients c'est le bon choix. Une configuration bien pensée sur quelque chose comme Render ou un cluster de base de données gérée DigitalOcean maintient vos coûts d'infrastructure prévisibles. J'ai vu des CRM desservant plus de 10 000 contacts fonctionner confortablement à 80 £ par mois en hosting. Le coût variable est la maintenance et les mises à jour, pas la facture serveur.Render or a DigitalOcean managed database cluster keeps your infrastructure costs predictable. I've seen CRMs serving 10,000+ contacts running comfortably on £80 per month in hosting. The variable cost is maintenance and updates, not the server bill.
Quelle est la plus grande erreur que les équipes font en construisant un CRM personnalisé ?
Construire pour l'avenir qu'ils imaginent plutôt que le présent qu'ils ont. J'ai vu des équipes spécifier du scoring de leads piloté par l'IA, des prévisions prédictives de pipeline et une application mobile complète avant même d'avoir maîtrisé la déduplication basique des contacts. Faites d'abord les choses ennuyeuses correctement. Déduplication, validation des données, journaux d'audit, permissions utilisateur. Ce sont des choses peu attrayantes et absolument critiques. Tout le reste est optionnel tant que ces bases ne sont pas solides.
HubSpot est-il vraiment si difficile à quitter ?
Plus difficile que leur documentation ne le laisse entendre, plus facile que Salesforce. La principale friction vient des propriétés personnalisées, de la logique des workflows et de l'historique des séquences d'emails. Les données de contacts et deals eux-mêmes s'exportent assez proprement. Préparez-vous à des surprises dans la logique des workflows. Les workflows HubSpot encodent souvent des règles métier qu'on n'a écrites nulle part ailleurs, et vous ne les découvrez que quand vous êtes à mi-chemin de la migration.
En repensant au projet Shoreditch, c'est clair : Parfois, les solutions prêtes à l'emploi ne font simplement pas l'affaire. Le développement d'un CRM personnalisé n'est pas juste un dernier recours ; c'est un choix proactif pour ceux prêts à dépasser la norme. À mesure que les entreprises grandissent, leurs outils doivent aussi évoluer. Le bon CRM peut être la clé pour libérer votre potentiel, mais il devrait sembler avoir été conçu juste pour vous. Et parfois, cela signifie se retrousser les manches et recommencer de zéro.