Spotrak
Équipe produit
Ouvrez le capot de la plupart des SaaS « tout-en-un » et vous trouvez la même chose : un service de facturation, un service de CRM, un service de messagerie, chacun avec sa propre base, reliés par des intégrations. Ça marche en démo. Ça se fissure en production, parce que chaque intégration est un endroit où la donnée peut diverger.
Quand votre CRM et votre facturation ont chacun leur copie du client, laquelle est la vraie ? La réponse honnête, dans la plupart des systèmes, c'est « ça dépend du jour ».
Notre choix : une base, pas une fédération
Chez Spotrak, l'agenda, le CRM, la facturation, la marketplace et les agents IA partagent une seule base de données. Pas une base par module synchronisée la nuit. Une seule. Le client, le rendez-vous, la facture sont la même ligne pour tout le monde, tout le temps.
Ce choix a un coût : il faut une base bien modélisée, des règles strictes, une discipline de migrations sérieuse. On en est à plusieurs centaines de migrations versionnées, chacune relue. C'est le prix d'une donnée qui ne diverge jamais.
Ce que ça débloque
- Un agent IA n'a pas à aller chercher la donnée par une API. Elle est déjà là, dans la même base. Il se déploie en heures, pas en mois.
- Un changement métier (un nouveau statut, un nouveau type d'acte) se propage partout d'un coup, parce qu'il n'y a qu'un endroit où le faire.
- Un tableau de bord qui croise rendez-vous, facturation et relances n'a pas à agréger trois sources. Il lit une base.
L'intégration, c'est ce qu'on fait quand on n'a pas eu le choix de tout mettre au même endroit. Quand on a ce choix, on le prend. C'est moins spectaculaire qu'un schéma d'architecture avec vingt boîtes et des flèches. C'est surtout beaucoup plus difficile à casser.