Dans l’article, “Le low code comment ça marche“, j’ai expliqué comment les outils de no code low code permettent de construire des applications de manière interactive en utilisant des modelers visuels.

Dans cet article, je vais présenter les trois familles de solution no-code/low-code qui répondent aux besoins de trois profils d’utilisateurs bien distincts :

• l’entrepreneur,
• le collaborateur,
• le développeur professionnel.

Pour chacun des cas je vais présenter les opportunités amenées par chaque famille d’outils et répondre à deux questions cruciales :

1. est-ce qu’il faut y aller ?
2. comment y aller ?

En tant qu’entrepreneur, collaborateur ou développeur, n’attendez plus et découvrez les trois raisons de vous mettre au no-code/low-code !

Arbitrage entre facilité d’utilisation et finesse de contrôle sur l’application

Tous les outils de no-code/low-code s’appuient sur les mêmes principes. Mais ce qui va faire qu’un outil correspond à un profil d’utilisateur plutôt qu’à un autre c’est l’arbitrage que feront les concepteurs de la plate-forme entre :

• la finesse de contrôle sur l’application réalisée
• et la facilité d’utilisation.

Ce choix est structurel et explique en partie le nombre élevé de solutions de no-code/low-code sur le marché. Il y a des solutions adaptées à différents usages.

L’évaluation d’un outil et son choix doivent toujours se faire par rapport à l’usage attendu. Les outils de no-code/low-code ne dérogent pas à cette règle. Prenons l’exemple des moyens de transports. Le vélo n’est pas meilleur ou moins bon que le train dans l’absolu. Il est plus adapté aux courtes distances, et moins adapté aux distances plus longues.

Les trois cas d’utilisation du No Code Low Code

Partant de ce constat nous avons établi trois Personas qui illustrent les trois principaux cas d’utilisation du no-code. Nous verrons que chacun de ces Personas a des objectifs et des contraintes complètement différents, voire opposés. Pas étonnant qu’un outil de no-code qui est bon pour l’un ne le soit pas pour les autres. Tout le monde n’est pas un pilote de course au volant d’une F1 !

Notre premier Persona est un innovateur

Il recherche à expérimenter et tester son idée. Pour cela il doit réaliser des prototypes puis un MVP fonctionnel qui permettra de valider l’appétence des premiers utilisateurs.

• Il n’a ni le temps, ni les moyens de fabriquer une application évoluée.
• Doit s’en sortir avec des « bouts de ficelles ».
• N’a pas non plus intérêt à investir massivement tant qu’il y a peu de certitudes sur la viabilité du concept. De plus, il n’est pas exclu qu’il doive faire pivoter son offre.

En résumé, notre premier Persona a besoin d’outils simples lui permettant, à lui ou à son équipe, de créer un produit logiciel très rapidement sans avoir de connaissances pointues sur le design et le développement d’application.

Notre deuxième Persona est un salarié

Son principal problème est le manque de temps. Il se rend bien compte qu’il en perd beaucoup sur des tâches qui sont faites manuellement et qui pourraient être automatisées. Il utilise de nombreux tableaux Excel qui l’aident déjà beaucoup, mais ces tableaux ne peuvent pas être remplis par ses collaborateurs en mobilité sur le terrain. De plus quand il n’est pas là, personne n’ose les utiliser de peur de se tromper.

Il a déjà regardé les progiciels sur le marché, mais ils ne sont pas adaptés au fonctionnement de son service. Il a aussi demandé à la DSI de faire une application mobile, mais c’était l’équivalent du budget annuel du service : impossible à amortir.

En résumé, notre deuxième Person a besoin d’un outil qui lui permette d’être autonome pour automatiser des workflows. Il au également besoin de créer des applications de partage d’information avec ses collaborateurs ou les clients du service. Il maîtrise déjà la bureautique avancée et n’a pas de problème à écrire un peu de code. De plus la sécurité est un point absolument crucial. Il faut que ces outils soient intégrés avec les annuaires d’entreprise pour gérer les accès de manière absolument sécurisée.

Notre troisième Persona est un DSI d’entreprise

Il arrive à gérer correctement les gros projets et la mise en place de l’agilité a beaucoup contribué à améliorer cela. Cependant, il a deux autres problèmes :

• Tout d’abord quand un service a besoin d’une petite application interne on lui dit que ce qu’il propose est trop cher et trop compliqué à mettre en œuvre. Que cela ne sera jamais finançable pour un si petit nombre d’utilisateur finalement.
• Le second problème est le recrutement. Il a besoin de nombreux spécialistes pour ses équipes. Développeurs front (Angular, Vue, React…), back (Java, Node JS, .net…), bases de données (PostgreSQL, Oracle, MySqL, Elastic search, mongo db…), sans compter les OPS, les spécialistes Kubernetes et sécurité.

Par ailleurs, il a des personnes qui sont sur des technologies qui sont en voie d’obsolescence, mais qui ont du mal à migrer vers toutes ces nouvelles technologies. Il est facile de reconvertir des personnes qui ont déjà des compétences de développeur à l’utilisation de plateformes low-code pour développeurs. Avec ces plateformes low-code et les ressources nouvellement formées il est possible de créer une filière alternative au développement traditionnel pour créer des applications.

Les solutions no-code pour le premier Persona, l’entrepreneur digital

Notre entrepreneur a besoin de solutions prêtes à l’emploi avec un minimum de paramétrage. Par voie de conséquence chacune de ces solutions va être focalisée sur la résolution d’un problème particulier. Par exemple :

• faire un site WEB,
• gérer des données,
• gérer des rendez-vous,
• présenter des données sous forme d’API,
• créer une application mobile simple,
• gérer des workflow…

Ces solutions sont en quelque sortes des progiciels techniques. La frontière avec des solutions dites SaaS peut être parfois ténue comme pour les outils de gestion de rendez vous.

Parce que chaque solution ne couvre qu’une partie du besoin, Il va devoir assembler plusieurs de ces solutions de no-code ou de solutions SaaS et cela au moyen d’autres solutions elles-mêmes de type no-code (de type Zappier).

Est-ce qu’il faut y aller ?

Dans ce contexte d’utilisation les outils de no-code sont des accélérateurs importants et leurs limites ne sont pas un problème. Il serait criminel de ne pas mettre à profit ces nouveaux outils !

Comet, une start-up qui met en relation des free-lance avec des entreprises est passé de 0 à 500K€ en n’utilisant que des outils no-code/low-code. Ecoutez l’interview inspirante de son CEO, Charles Thomas par Alexis Kovalenko de Contournement

Comment y aller ?

La difficulté est de choisir les solutions no-code qui correspondent à ses besoins dans un écosystème qui est en constante évolution. Par exemple, Google a acheté AppSheet en janvier et annoncé dans la foulée qu’il allait arrêter sa propre solution noCode appelée AppMaker.

On peut citer les produits les plus connus suivant les domaines :

• Site web : Weebly, Squarespace, Wix, Webflow,
• Application mobile : Glide, AppSheet, Adalo,
• Application : Bubble,
• Gestion de données : Airtable, QuickBase, Caspio,
• Automatisation de flux : Zappier.

Les solutions de No Code Low Code pour le deuxième Persona, le salarié augmenté

Les premiers cas d’usages sont l’automatisation de workflow simples. Il est possible aussi de créer des applications au-dessus de feuilles de calcul. Par exemple, pour permettre à des collaborateurs de faire des saisies sans avoir à manipuler une feuille de calcul.

Enfin, il est possible de développer les applications dont les utilisateurs ont toujours rêvé et qui n’ont jamais été réalisées car trop coûteuses à développer et exploiter suivant le processus industrialisé des DSI.

Les outils de low-code permettant cela demandent un minimum de connaissance en développement :

• écriture de formules de calculs,
• notion de widget graphique,
• notion d’évènements,
• compétences en modélisation de données comme les relations.

Acquérir ces connaissances sur le tas peut être long et fastidieux voire carrément décourageant. Une formation à ces outils et aux notions manipulées est nécessaire pour les personnes sans connaissances en développement.

La mise en place d’une solution no code pour les collaborateurs doit être pilotée au niveau de l’entreprise car elle doit être intégrée au SI bureautique de l’entreprise et en particulier au système d’authentification.

Est-ce qu’il faut y aller ?

La mise en place d’un tel programme est une décision stratégique de l’entreprise. Elle doit répondre à des douleurs des équipes opérationnelles qui peuvent se matérialiser par une faible productivité ou la présence importante de shadow IT.

Comment y aller ?

Les fournisseurs privilégiés sont les grands éditeurs comme Microsoft (PowerApps, Power Automate, Power BI), Google (Google Script, Appsheet), Appian, ServiceNow (Now Platform App Engine)…

Les solutions de Low Code pour la DSI

Le développement d’une filière low-code au sein de la DSI permet d’améliorer la réactivité à la création d’applications peu complexes. Les solutions low-code de développement professionnel agissent sur deux leviers pour aboutir à ce résultat.

• Le premier levier est la fourniture une plate-forme industrialisée, prête à l’emploi qui gère tout le cycle de vie.
• Le second levier est l’opportunité de former relativement facilement des personnes au développement sur cette plate-forme.

Est-ce qu’il faut y aller ?

La question est ici plus complexe car les enjeux et les risques sont multiples. Les enjeux principaux sont la  productivité, le time to market, la facilité à travailler en proximité avec le métier et l’opportunité de reconversion de collaborateurs sur ces technologies. Les risques sont les mêmes que pour l’utilisation d’un progiciel :

• engagement sur une technologie pour de nombreuses années (enfermement propriétaire/vendor lock-in),
• pérennité de la solution,
• disponibilité des compétences,
• support éditeur,
• capacité de la plate-forme à supporter les exigences fonctionnelles et techniques.

Il ne faut pas confondre low-code et low-cost ! La notion de réduction des coûts de développement mise en avant par les plate-forme low-cost est une réalité. Cependant, elle doit être mitigée.

Tout d’abord, cette réduction des coûts s’applique principalement sur la partie développement pur, qui est en général estimé à environ ⅓ du total d’un projet.

Ensuite, cette réduction des coûts est principalement due à une accélération en début du projet permise par l’utilisation d’une solution clé en main là où un développement classique nécessite du temps pour toutes les “premières” et tout ce qui est du “set-up” (premier écran de saisie, première liste, premier batch, automatisation de l’usine de développement, de la partie devops).

De ce fait le gain de productivité est beaucoup plus grand pour un développement court qu’un long projet.

Afin de maximiser les gains (pas que financiers) et de minimiser les risques il est pertinent de commencer à développer la filière low-code sur des applications petites ou moyennes non critiques car :

• c’est là qu’il va y avoir les gains les plus importants en terme de Time to Market et de productivité,
• cela permet de monter en compétence sur la plate-forme de manière sereine,
• le risque dû à la non pérennité de la solution est faible,
• les premiers retours d’expérience, notamment en terme de connaissance des limites de la plate-forme, de support, et disponibilité des compétences permettront de déterminer comment la cible des applicatifs éligibles peut être élargie.

Comment y aller ?

Les fournisseurs se divisent en deux grandes catégories :

• D’une part les fournisseurs d’ERP comme salesforce, servicenow, Appian, PegaSystems.
• D’autre part les ‘pure player, principalement Mendix ou Outsystems.

Gartner et Forrester produisent des études qui classent les principaux fournisseurs. Cet études permettent d’identifier les sociétés présentes sur le marché, mais ne permettent pas de choisir en fonction du contexte de l’entreprise.

Perspectives

Les solutions de no-code/low-code apportent des réponses ciblées à chacun des trois cas d’utilisations principaux : entrepreneuriat, productivité personnelle ou d’équipe et enfin le développement d’application du niveau entreprise.

Ces plateformes sont matures et il serait dommage de s’en passer. Attention toutefois à sélectionner avec soin les projets dans le cadre de développement d’applications d’entreprise.