La Thèse
Toute entreprise qui grandit finit par reposer sur les trois mêmes piliers : un CRM pour les relations, un système documentaire pour les contrats, et une couche commerce pour les transactions. La réponse par défaut, c’est un monolithe qui empaquette les trois. Salesforce. HubSpot. Choisissez votre verrouillage fournisseur.
Je pense qu’il existe une meilleure architecture. Et si ces trois briques n’étaient pas une seule plateforme, mais trois services indépendants qui se composent en un seul workflow ? Même résultat, architecture radicalement différente.
Les Trois Briques
Twenty CRM est la couche relationnelle — contacts, deals, pipeline. C’est la source de vérité sur qui vous accompagne et où en sont les choses.
Documenso gère les documents et les signatures électroniques. Contrats, accords, tout ce qui a besoin d’un “oui” juridiquement contraignant.
Medusa est du commerce headless. Commandes, inventaire, paiements, livraison — le tout derrière des APIs propres.
Comment Ils Communiquent
Le liant, ce sont des événements, pas des appels API bricolés ensemble.
Un deal se conclut dans Twenty. Ça émet deal.closed. Documenso capte l’événement, génère le contrat, l’envoie pour signature. Le client signe. Documenso émet document.signed. Medusa intercepte, crée la commande, déclenche la livraison.
Trois systèmes. Un seul flux. Aucun système ne connaît les rouages internes des autres. Ils écoutent et réagissent, point.
Pourquoi le Composable Change Tout
Chaque brique se déploie indépendamment. Scale indépendamment. Tombe indépendamment. Si Documenso plante, votre CRM continue de tourner. Si vous dépassez Medusa, vous le remplacez par l’API Shopify — les contrats événementiels restent les mêmes.
C’est le même principe derrière chaque système distribué fiable sur lequel j’ai travaillé : couplage faible, contrats solides. La logique métier vit dans les événements, pas dans le câblage.
La Réalité Honnête
C’est une esquisse architecturale. J’ai cartographié les APIs, conçu les schémas d’événements, et validé que les points d’intégration existent. Je n’ai pas encore construit le bus d’événements ni exécuté un vrai workflow de bout en bout.
Les vrais problèmes sont encore devant moi : la cohérence des données entre services, l’authentification unifiée, et faire en sorte que l’UX donne l’impression d’un seul produit alors que c’en est trois. Ce sont des problèmes résolubles, mais qui demandent de construire, pas juste de schématiser.
Projets Connexes
- Passerelle de Paiement Unifiée — la couche de paiement naturelle pour Medusa sur les marchés ouest-africains
- Identité Numérique Unifiée — le SSO pour les trois services
Si vous réfléchissez à des infrastructures métier composables ou construisez quelque chose de similaire, je veux vous entendre : laminekalinko2@gmail.com