Cela fait plus de deux ans que SAP a révélé son nouveau positionnement de marché "run simple". C'était en 2014, Frank Scavo de Strativa et Économie de l'informatique déclarée : "À première vue, le thème de la simplicité est étrange. Depuis plus de 20 ans, SAP est largement considéré comme un logiciel fonctionnellement riche mais extrêmement complexe. Son nom est devenu synonyme de projets de mise en œuvre qui se chiffrent en dizaines, voire en centaines de millions de dollars, et qui se soldent parfois par un échec ou, du moins, par un épuisement de l'organisation. SAP est facile à stéréotyper.”
Oui, le SAP est facile à stéréotyper. Et le stéréotype est basé sur des preuves.
Il est inhabituel pour moi de citer des noms. Surtout lorsqu'il s'agit d'un concurrent comme SAP. Néanmoins, je pense qu'il est important de comprendre le véritable message qui se cache derrière la campagne "run simple". Il faut savoir lire entre les tweets et les énormes dépenses de marketing. SAP semble avoir doublé son positionnement, malgré le scepticisme général. En tant que Vinnie Michandanil'auteur de La nation SAPs'interroge sur le slogan : "".Quand vous exécutez Live, vous exécutez Simple" Qu'est-ce que cela signifie ?”
Voici ce que j'en pense :
1) Modification de l'attribution de la responsabilité de la dette technique
Les sociétés d'ERP ont tiré parti de la flexibilité de la personnalisation du code pour pénétrer rapidement de nouveaux marchés. Je ne pense pas qu'il soit possible de fournir une configuration massive pour plusieurs marchés, comme le fait FreeBalance pour le domaine gouvernemental. Il en résulte un code hautement personnalisé qu'il est difficile d'adapter aux changements dans les applications ERP telles que SAP. C'est ce que le Groupe Gartner les termes de technologie "ancienne".. Un thème "simple à gérer" est que la personnalisation massive est plutôt une faute des clients. Le mythe est que les clients devraient utiliser vanille ou des configurations "prêtes à l'emploi" avec ce que l'on appelle les meilleures pratiques intégrées. Geoff Scott, directeur général de l'association Groupe d'utilisateurs américains de SAP a été cité par Katherine Noyes de PCWorld: “La plupart des entreprises n'achètent pas SAP parce qu'elles ont des problèmes simples à résoudre. Vous l'achetez parce que vous êtes une organisation complexe avec des processus de gestion complexes." En d'autres termes, l'adaptation du code est nécessaire, dans le SAP, pour répondre à des besoins légitimes.
2) Ensemble de fonctionnalités pour S4/HANA Limited
SAP, comme la plupart des fournisseurs de logiciels d'entreprise, a exploité le code client/serveur existant pour les produits web. Ces produits compatibles avec le web, souvent appelés à tort "basés sur le web", ont permis une mise sur le marché plus rapide que la réécriture du logiciel pour la nouvelle méthode de déploiement. Cette situation est devenue plus difficile à mesure que les systèmes se déplaçaient de l'intérieur vers l'extérieur. Cela a mis en évidence les lacunes de l'architecture logicielle. FreeBalance a reconnu ces tendances dès 2006, et nous nous sommes donc lancés dans une réécriture web-native complète de notre logiciel Suite de responsabilisation. Microsoft a lancé puis abandonné un projet similaire, le Project Green. Oracle a développé Fusion qui permet de remplacer en partie les applications d'entreprise existantes. S4/HANA est un peu en retard à la fête du web natif. Cela signifie que seuls des sous-ensembles de fonctionnalités sont disponibles, tels que "Simple Finance". C'est pourquoi SAP présente le manque de fonctionnalités sous un jour positif.
3) Le verrouillage des clients, à la manière de HANA
Les grands éditeurs de logiciels d'entreprise ont acquis des sociétés dans le but de s'approprier des clients. Ces fournisseurs disposent d'une large gamme d'applications d'entreprise et d'intergiciels sous-jacents. L'idée de la recherche de rente est de vendre aux clients l'ensemble des logiciels d'un seul fournisseur. Cela augmente les coûts de changement de fournisseur. Cela permet les éditeurs de logiciels à vous posséder. HANA est un système de base de données en mémoire. SAP exploite cette base de données pour des applications transactionnelles et analytiques. Cela signifie que les clients sont enfermés dans des plates-formes matérielles. Cela ne veut pas dire que la mémoire n'est pas une bonne idée. C'est simplement que la quasi-totalité de l'innovation en matière de nouveaux concepts de base de données provient de l'open source. Le positionnement "run simple" suggère que le nombre de tables est réduit et qu'il n'y a pas besoin de tables agrégées. Il s'agit là d'une nouvelle définition du terme "simple".
4) Le temps réel n'est pas le temps réel
Les spécialistes du marketing utilisent tellement l'expression "temps réel" qu'elle a perdu toute signification. Ainsi, ce que SAP appelle "temps réel" n'est pas "temps réel" dans la définition technique. C'est rapide. La question est de savoir si les clients ont besoin de cette vitesse ou non. Cela a été un grand combat pour SAP car le coût du "vraiment rapide" peut être beaucoup plus élevé que celui du "suffisamment rapide". Souvent, il s'agit d'un petit sous-ensemble qui a besoin d'être immédiat. Et cela ne nécessite pas de bases de données en mémoire. Par exemple, nous prenons en charge les vérifications immédiates de la disponibilité du budget depuis l'époque du client/serveur. En d'autres termes, la disponibilité du budget, la "balance libre", est le fondement de notre entreprise. Pourtant, de nombreux systèmes conçus pour le secteur privé exigeaient la publication d'informations donnant la possibilité de dépasser le budget. (SAP tente de créer un sentiment d'urgence qui n'est pas justifié.
5) Un marché des PME en pleine croissance
Il est difficile de descendre en gamme dans le domaine des logiciels d'entreprise. La richesse des fonctionnalités rend complexes les mises en œuvre dans les petites et moyennes entreprises. C'est pourquoi ce marché est dominé par des fournisseurs de niveau intermédiaire. Mais il s'agit d'un marché en pleine croissance. C'est un marché qui se tourne vers l'informatique dématérialisée. C'est pourquoi SAP doit prendre le train en marche en tant que SAP plus gentil, plus doux et plus simple. Et il doit pénétrer ce marché sans avoir à supporter les coûts élevés de mise en œuvre - en particulier les coûts encourus par les sociétés d'intégration de systèmes.
6) Un récit de l'innovation tordu
Les spécialistes du marketing ont également fait en sorte que le terme "innovation" perde son sens. SAP semble qualifier chaque nouvelle fonctionnalité d'"innovation". S4/HANA a nécessité d'importantes compétences en ingénierie. Une grande partie de ces compétences concernait l'emballage et l'intégration. Les bases de données en mémoire existent depuis un certain temps. Il en va de même pour les systèmes d'ingénierie. NoSQL, les bases de données en colonnes, map-reduce et d'autres innovations proviennent de l'open source. SAP va plus loin en indiquant que le "run simple" et le cloud permettent aux clients d'innover. Ce n'est pas tout à fait vrai : les applications simples déployées dans le nuage permettent d'automatiser les fonctions non essentielles. Ce sont les fonctions essentielles qui doivent être automatisées.
SAP va-t-il devenir simple ? Rester simple ? En tant que Brian Sommer de Diginomica a résumé, vendre simple n'est pas la même chose que réaliser.