Emballage et déménagement vers le SaaS
Si vous emballez votre logiciel sur site et passez au SaaS, vous n'êtes pas seul.
Depuis les débuts du cloud, l’essentiel de l’adoption s’est faite (et reste, d’ailleurs) dans le SaaS. Le même logiciel qui était autrefois banalisé et conditionné pour être vendu aux entreprises est désormais proposé en tant que service via le cloud. Ce n’est pas nouveau ni différent. Les anciens comme moi se souviennent bien de l'époque de l'ASP (Application Service Provider) avant qu'il ne soit brusquement rebaptisé cloud parce que, eh bien, le cloud était plus cool. Et par plus frais, je veux dire plus chaud.
Mais même si le SaaS n’est pas vraiment une nouveauté, ce qui l’est, c’est la gamme d’activités banalisées et conditionnées sous forme de SaaS. Toutes sortes de fonctions commerciales rejoignent le CRM, le SFA, la productivité et les communications en tant qu'offres SaaS.
Et nous prévoyons que les organisations saisiront rapidement l’occasion de confier l’exploitation de ces logiciels à un fournisseur.
Nous ne sommes pas seuls.
Les personnes interrogées dans le cadre de l'enquête 2020 d'IDG sur le Cloud Computing « prévoient également, au cours des 18 prochains mois, de réduire leur utilisation de logiciels sous licence commerciale (65 % actuellement, à 50 %) au profit d'applications SaaS (en hausse de 24 % à 36 %). »
Les grands gagnants sont les services informatiques liés à la continuité des activités, tels que la sauvegarde, la récupération, le stockage et l’archivage. Sans surprise, cette catégorie est rejointe par des fonctions commerciales standardisées telles que CRM, ERP, RH et d'autres applications métier. En règle générale, les applications qui migrent vers le SaaS sont celles qui n’offrent pas de retour sur investissement élevé une fois personnalisées. Une procédure/un processus opérationnel standard sert suffisamment bien l’entreprise pour que les ressources soient mieux investies dans d’autres domaines où la personnalisation du processus produira des résultats de plus grande valeur.
Cela est particulièrement vrai lorsque le SaaS prend en charge un écosystème qui fait de l’intégration un non-problème. Une part importante des efforts de développement est consacrée à l’intégration, qui est essentiellement la mise en œuvre technique de l’assemblage d’un processus. Ou, en termes modernes, un flux de travail numérique . Lorsque les fournisseurs SaaS font le travail difficile et permettent l’intégration de cases à cocher pour établir ce flux de travail, ils gagnent.
Le retour de l’informatique en tant que service
Un autre domaine d’adoption du SaaS, moins souvent mentionné, est celui de l’infrastructure informatique. Pas l'infrastructure elle-même, mais une grande partie des aspects opérationnels de l'infrastructure du jour 2 et au-delà, comme le provisionnement, la configuration, l'exploitation et la création de rapports sur les services d'application. Alors qu'un pourcentage important de professionnels de l'informatique continuent de travailler à domicile, l'accès à l'infrastructure du centre de données (et basée sur le cloud) est devenu une capacité essentielle dont ils ont besoin pour faire leur travail. Les modèles traditionnels qui isolent les réseaux de gestion de l’accès externe peuvent entraver ces capacités. Une approche plus moderne, basée sur SaaS, maintient le contrôle d’accès et la protection nécessaires pour protéger ces fonctions critiques tout en permettant aux professionnels de l’informatique d’exploiter l’infrastructure depuis n’importe où.
De plus, les flux de travail ne sont généralement pas très différenciés et offrent donc peu d’avantages concurrentiels ou commerciaux. Le processus de déploiement des dix services d’application en moyenne requis pour fournir et sécuriser une application est standardisé du point de vue des services d’application. Alors que les services d’application eux-mêmes offrent des capacités différenciées, les processus de gestion ne le font généralement pas. Ils répondent aux exigences de base pour passer à un modèle basé sur SaaS.
Ce n’est pas un concept nouveau. J'en ai parlé il y a dix ans dans le contexte du mouvement Infrastructure 2.0 (faites défiler jusqu'à la discussion sur le parfait architectural). Bien que de nombreux aspects de la technologie aient changé depuis lors, la nécessité de superposer les capacités opérationnelles au sein du cloud et des centres de données n’a pas changé. En fait, le modèle opérationnel multi-cloud de facto, associé à une nouvelle urgence en matière de capacités de travail à distance, n’a fait qu’exacerber le besoin de modèles de gestion basés sur SaaS qui prennent en charge les infrastructures déployées dans les centres de données et dans le cloud avec la même rapidité.
Attendez-vous à voir une augmentation de la fourniture de capacités de gestion d'infrastructure traditionnelles via un modèle SaaS dans les années à venir, à mesure que nous nous installons dans la nouvelle normalité du multi-cloud et que nous travaillons de n'importe où.