Le Business OS peut-il remplacer une partie de la stack SaaS ?

Oui, certaines fonctions de coordination peuvent disparaître ou être absorbées, mais remplacer tous les SaaS est rarement le bon objectif.

Le problème derrière la question

Les premiers candidats sont les couches dont la valeur consiste principalement à déplacer de l’information, déclencher une règle simple ou présenter une vue que l’orchestrateur peut reconstruire à la demande.

Les systèmes de référence spécialisés sont différents. Comptabilité, paiement, stockage réglementé ou CRM mature possèdent des contraintes que l’on ne gagne rien à reproduire dans un Business OS naissant.

Ce que cela change concrètement

Le calcul doit inclure le coût de migration et le risque opérationnel. Supprimer un abonnement de quelques dizaines d’euros n’est pas une économie si l’équipe passe des jours à reconstruire sa fonction.

La stratégie raisonnable consiste à connecter d’abord, observer les redondances réelles, puis retirer les outils devenus inutiles. L’architecture se simplifie par preuve, pas par slogan.

Commencer par la friction, pas par la technologie

Avant de modifier la stack, il faut identifier l’endroit où la continuité se casse : une information absente, une décision trop lente, une relance oubliée, une production sans objectif ou un passage manuel entre deux outils.

C’est aussi la logique du Diagnostic Alfie : distinguer ce qui est déclaré de ce qui est réellement observable, formuler une friction probable, puis proposer une première décision sans prétendre mesurer ce qui n’est pas connecté.

Le meilleur premier pas n’est donc pas nécessairement d’acheter davantage de logiciels. C’est de savoir où l’entreprise perd aujourd’hui le plus de continuité entre ce qu’elle sait et ce qu’elle fait.