TrailblazerDX (TDX) 2022 de Salesforce, une conférence pour développeurs Salesforce à la fin avril, a présenté une pléthore de déclarations prospectives, de démonstrations, d'ateliers et de mascottes dansantes. Beaucoup de choses ont été dites et montrées, mais l'automatisation et la collaboration étaient des thèmes clés à la fois lors de TDX et du sommet des analystes qui l'a précédé. Alors, comment le message de Salesforce s'aligne-t-il avec ce que les acheteurs de logiciels demandent ?

L'automatisation était un thème omniprésent

Le co-PDG de Salesforce, Bret Taylor, s'est adressé à une salle pleine d'analystes pour lancer un sommet précédant TDX à la fin avril. La transformation numérique était un point de friction majeur, notamment en ce qui concerne l'automatisation. Taylor a noté que la transformation numérique avait été « accélérée d'une décennie peut-être » à cause de la pandémie. Cependant, selon lui, les entreprises B2B doivent encore rattraper leur retard en matière d'automatisation et de libre-service.

L'automatisation s'est avérée être le thème le plus marquant de la conférence, avec de nombreuses déclarations prospectives de Salesforce centrées sur ce concept. Salesforce a même diffusé un court rap sur l'automatisation avant l'un des discours principaux, bien que je sois sûr que cela fait déjà partie de la rotation d'écoute de tout le monde. La présentation de Mulesoft sur la conception d'API et la gestion d'API s'est fortement concentrée sur l'automatisation de la majeure partie du processus, des configurations de politiques de sécurité API à la génération de documentation.

Le low-code était l'une des principales méthodes présentées pour atteindre l'automatisation du développement, avec l'automatisation des processus robotiques (RPA). Bret Taylor a parlé de ce qu'il considère comme des « administrateurs accidentels » : des personnes qui se lancent dans le développement Salesforce parce que c'est facile. Lors du discours principal « Construire rapidement avec la plateforme Salesforce », Tzvetana Duffy d'Autodesk a évoqué la dichotomie entre l'importance des normes de sécurité personnalisées dans le développement de logiciels et la difficulté de les construire. Elle a souligné que le développement low-code maintient les meilleures pratiques de sécurité automatiques et sous le capot, éliminant certains des risques associés au code personnalisé en imposant un développement plus encadré.    

La collaboration était un autre axe majeur

Au-delà de l'automatisation, la collaboration que le développement low-code pourrait permettre était un autre thème clé qui a été évoqué chaque fois que le low-code était mentionné. Bret Taylor a déclaré qu'il voyait le low-code comme un moyen de « démocratiser » le développement de produits et de fonctionnalités en intégrant des personnes moins techniques. Mulesoft a abordé leur vision de la collaboration entre les utilisateurs de la plateforme Mulesoft Anypoint et les utilisateurs de Mulesoft Composer. L'idée est que les développeurs techniques conçoivent des API sur Anypoint puis partagent ces API avec Composer, où les administrateurs peuvent les réutiliser via une interface low-code.

Ces idées sont certainement agréables à imaginer, surtout dans un environnement de travail numérique. La promesse du low-code comme moyen de combler les lacunes de connaissances entre différentes équipes concernées par le développement de produits et de fonctionnalités est séduisante, car les entreprises bénéficient de toute stratégie qui accélère leur production numérique.

Mais les plateformes de développement low-code démocratisent-elles vraiment le processus de développement ? Ou donnent-elles simplement plus de travail aux développeurs non techniques, tandis que les développeurs pro-code restent séparés dans leurs environnements de développement full stack ? Dans quelle mesure l'accent mis par Salesforce sur l'automatisation et la collaboration est-il tourné vers l'avenir ?

Quelle est la popularité de l'automatisation et de la collaboration parmi les évaluateurs low-code de G2 ?

Étant donné l'accent mis par Salesforce sur l'automatisation et la collaboration dans l'espace low-code, je voulais examiner les thèmes communs qui ont émergé dans les avis pour les produits de la catégorie des plateformes de développement low-code de G2.

Les résultats étaient intéressants. Au cours de l'année écoulée, 25 % des avis dans la catégorie Plateformes de développement low-code de G2 ont abordé l'automatisation en décrivant ce qu'ils aimaient à propos d'un produit. Cela suggère que les acheteurs dans cet espace recherchent effectivement de plus en plus d'automatisation alors qu'ils naviguent dans l'ère actuelle de transformation numérique accélérée.

Cependant, seulement 1,6 % des évaluateurs ont mentionné la collaboration en discutant de ce qu'ils aimaient à propos d'un produit. Il semble que la vision de Salesforce d'un avenir low-code impliquant une collaboration proactive soit encore loin. Du moins pour l'instant, la collaboration ne semble pas être une priorité pour les évaluateurs dans l'espace de développement low-code. La facilité d'utilisation, l'automatisation et les fonctionnalités semblent être beaucoup plus importantes pour les utilisateurs d'aujourd'hui, qui peuvent effectivement utiliser le logiciel en tant que contributeurs individuels aux objectifs de leurs entreprises.

Regarder vers l'avenir

Lorsqu'une entreprise aussi grande que Salesforce partage sa vision pour l'avenir immédiat, il est dans l'intérêt des acheteurs de logiciels B2B de prêter attention aux indices pour leurs propres stratégies logicielles. Cependant, les attentes concernant le comportement des utilisateurs lorsqu'ils utilisent le logiciel Salesforce peuvent parfois être trop optimistes. 

Les données de G2 soutiennent l'idée que l'automatisation est à juste titre une préoccupation majeure pour toute entreprise cherchant à améliorer sa stratégie de transformation numérique avec des outils low-code. Cependant, le rêve de réunir les utilisateurs no-code et pro-code dans un seul environnement low-code ne correspond peut-être pas encore à la réalité.

Je parie que les plateformes de développement low-code font face à une bataille difficile pour essayer de favoriser l'adhésion à la fois des développeurs non techniques et des développeurs techniques. Les acheteurs devraient garder leurs attentes sous contrôle s'ils cherchent à acheter une plateforme de développement low-code dans le but de briser les silos.