Du logiciel installé au SaaS : ce que Salesforce a réellement changé

La formule « No Software » fut l'un des messages les plus connus des débuts de Salesforce. Elle fonctionne comme une provocation, mais peut masquer l'aspect le plus intéressant du cas : le logiciel n'a pas disparu. Ce qui a changé, c'est le contrat opérationnel entre le fournisseur et le client.

L'analyse complète de cette transformation, ainsi que du positionnement, de la communauté et d'Agentforce, se trouve dans l'analyse principale de Salesforce.

Avant le SaaS, acheter un logiciel signifiait assumer davantage d'infrastructure

Dans le modèle traditionnel du logiciel d'entreprise, l'organisation devait gérer l'installation, les serveurs, les mises à jour, la compatibilité, les projets de déploiement et la maintenance locale à différents niveaux.

Le fournisseur livrait l'application, mais une part importante de l'exploitation restait à la charge du client et de ses partenaires technologiques.

Ce modèle n'était pas nécessairement mauvais. Il reflétait les possibilités techniques, les exigences de contrôle et la structure du marché de l'époque. Le problème est apparu lorsque l'internet, la connectivité et l'architecture logicielle ont permis une autre forme de distribution.

Salesforce a transformé l'accès en service continu

En fournissant le CRM via le navigateur et en facturant par abonnement, Salesforce a modifié plusieurs composantes en même temps.

Le client a commencé à accéder à une application exploitée par le fournisseur. Les mises à jour pouvaient être distribuées de manière centralisée. L'infrastructure nécessaire au maintien du service était davantage concentrée sur la plateforme. La relation commerciale devenait récurrente.

Ces changements modifiaient l'expérience de l'acheteur ainsi que l'économie du fournisseur. Les revenus récurrents, la rétention et l'expansion au sein du compte prenaient une importance croissante.

Le SaaS est un modèle de relation, pas seulement d'hébergement

Réduire le SaaS à un « logiciel dans le cloud » fait perdre une partie de la transformation. Le modèle relie produit et exploitation dans le temps.

Lorsque le fournisseur met continuellement à jour l'application, il doit surveiller plus attentivement l'usage, le support, l'adoption et le renouvellement. La vente initiale reste importante, mais la valeur économique dépend de la fidélité du client.

Cette logique influence l'organisation même de l'entreprise. Le customer success, les métriques d'usage, l'expansion des comptes et l'évolution continue du produit prennent davantage de place.

Une nouvelle catégorie change ce que le client considère comme normal

À mesure que le SaaS a mûri, des comportements autrefois considérés comme nouveaux sont devenus attendus. L'accès à distance, les mises à jour récurrentes et l'achat par abonnement sont devenus des références courantes dans différentes catégories.

Lorsque cela se produit, la rupture cesse d'être un avantage exclusif. Elle devient une infrastructure de base du marché.

Ce processus apparaît dans d'autres cas de transformation numérique. L'analyse de Canva et la disruption au Brésil montre comment les changements d'accès et d'expérience peuvent élargir la catégorie à des publics qui dépendaient auparavant de processus plus spécialisés.

Le changement technique a besoin d'un récit compréhensible

L'architecture multi-locataire, le provisionnement et l'exploitation centralisée sont des concepts importants, mais ils ne créent pas d'attention à eux seuls. Salesforce a traduit une transformation technique en une opposition simple entre l'ancien modèle et une alternative plus légère.

Ce mouvement apparaît également dans la stratégie de Red Bull, dans un autre contexte : l'entreprise relie le produit à un champ de signification plus large que sa fonction de base.

Dans le cas de Salesforce, le récit a organisé un changement opérationnel. La force venait de la combinaison entre symbole et expérience.

Le SaaS a aussi créé de nouvelles dépendances

Toute simplification déplace les responsabilités. Moins d'infrastructure locale peut signifier une plus grande dépendance au fournisseur, à la connectivité, aux intégrations et aux politiques de la plateforme.

Les entreprises doivent évaluer la disponibilité, la sécurité, la portabilité des données, la gouvernance et le coût cumulé. Le modèle réduit certains types de complexité et en crée d'autres.

C'est pourquoi l'évolution du SaaS ne doit pas être racontée comme un passage linéaire d'un mauvais modèle à un bon modèle. Il s'agit d'une réorganisation des responsabilités et des incitations.

Ce que cela enseigne aux entreprises qui tentent de changer une catégorie

Une transformation significative modifie généralement plus d'une couche.

• La manière d'accéder au produit.

• La répartition des responsabilités opérationnelles.

• Le modèle de facturation.

• La vitesse de mise à jour.

• La relation entre fournisseur et client.

Lorsque seul le vocabulaire change, la catégorie tend à rester la même. Lorsque plusieurs de ces couches se réorganisent, le marché peut avoir besoin d'un nouveau langage pour comprendre ce qui se passe.

Du cloud aux agents

Salesforce tente de reproduire une partie de cette logique avec l'intelligence artificielle. La thèse actuelle est que les agents peuvent transformer le logiciel, d'un outil utilisé par des personnes, en une couche capable d'exécuter du travail de manière plus autonome.

L'analyse des quatre erreurs dans l'utilisation de l'intelligence artificielle aide à distinguer la capacité réelle de l'usage superficiel. La même discipline est nécessaire pour évaluer les agents d'entreprise : la valeur doit apparaître dans les opérations, pas seulement dans l'étiquette.

Continuez à explorer EuAlan

Voir aussi Canva et disruption, Stratégie marketing de Red Bull et Comment utiliser l'IA sans rendre le texte générique.