Produit no-code/low-code : construire sans coder dans le SaaS

Le mouvement no-code et low-code a profondement transforme le paysage du developpement logiciel. Ce qui etait autrefois reserve aux ingenieurs est desormais accessible aux product managers, designers et analysts. En France, l’adoption de ces outils s’accelere, avec un impact significatif sur la vitesse et la nature de la construction produit.

L’essor du no-code dans les equipes produit

Quand j'ai commence ma carriere de PM en 2018, je dependais entierement des ingenieurs pour creer un prototype ou une page de destination. Aujourd'hui, je peux construire un produit fonctionnel en une journee avec Bubble, Airtable et Zapier, temoigne un Product Manager de Pennylane.

Cette autonomie a change la dynamique des equipes produit. Les PM peuvent desormais tester des hypotheses sans mobiliser de ressources d'engineering. C'est un gain de temps considerable et une reduction du cout de l'experimentation.

Nous encourageons nos PM a creer des prototypes no-code pour valider leurs hypotheses avant de les soumettre a l'equipe engineering. Cela a reduit le nombre de fonctionnalites developpees qui n'atteignent pas leurs objectifs.

Les outils no-code prefere des equipes produit francaises

Plusieurs outils no-code et low-code sont utilises par les equipes produit francaises.

Airtable est l’outil le plus repandu pour la gestion des donnees et des workflows. Nous utilisons Airtable comme backend temporaire pour nos prototypes. En quelques heures, nous pouvons creer une base de donnees relationnelle et une interface utilisateur. C'est parfait pour tester un concept avant de le developer en dur.

Bubble est utilise pour le prototypage d’applications web complexes. Nous avons prototypé notre fonctionnalite de reporting en 3 jours avec Bubble, la ou le developpement aurait pris 3 semaines. Le prototype nous a permis de valider le concept aupres de 20 clients avant d'investir dans le developpement.

Make (ex-Integromat) et Zapier sont utilises pour automatiser les workflows internes. Nous avons automatise 80 % de nos processus de validation de fonctionnalites avec Make. Ce qui prenait 2 heures par validation prend maintenant 10 minutes.

Les limites du no-code pour un produit SaaS

Malgre ses avantages, le no-code a des limites. Le no-code est excellent pour le prototypage et les outils internes, mais il montre ses limites pour les produits SaaS complexes qui necessitent des performances elevees, une securite renforcee et une scalabilite importante.

Nous avons tente de construire notre MVP en no-code avec Bubble. Apres 6 mois, nous avons du tout recoder car l'application etait trop lente et nous ne pouvions pas implementer les fonctionnalites de securite necessaires pour des donnees financieres.

Le bon usage du no-code est de l'utiliser pour accelerer les phases amont du developpement produit : ideation, prototypage, validation. Pour la production, le code reste necessaire.

Low-code : le compromis ideal

Le low-code offre un compromis interessant entre flexibilite et rapidite. Nous utilisons Retool pour construire des interfaces d'administration internes. Ce qui nous prenait 2 semaines a developper en full code prend maintenant 2 jours avec Retool, explique un Engineering Manager de Spendesk.

Le low-code est particulierement adapte aux outils internes, aux dashboards et aux interfaces d'administration. Pour le produit client final, nous preferons le full code qui offre plus de controle sur l'experience utilisateur.

L’impact du no-code sur la relation produit-engineering

L’un des effets les plus positifs du no-code est d’ameliorer la collaboration entre les equipes produit et engineering. Avant le no-code, les specifications produit etaient abstraites. Maintenant, les PM peuvent montrer un prototype fonctionnel. Le fossé entre la spec et le code se reduit considereblement, observe un CTO.

Nous avons vu une reduction de 40 % des allers-retours entre PM et ingenieurs depuis que nous utilisons des prototypes no-code. Les ingenieurs comprennent mieux ce qu'ils doivent construire et les PM comprennent mieux les contraintes techniques.

Le no-code dans les startups francaises : cas concrets

Plusieurs startups francaises utilisent le no-code de maniere strategique. Chez Pennylane, les equipes produit ont cree un outil interne de configuration de workflows comptables avec Bubble. Nos experts comptables peuvent desormais configurer eux-memes les regles de categorisation sans passer par l'equipe engineering. Ce qui prenait 3 semaines de developpement prend maintenant 2 heures de configuration, temoigne un PM.

Chez Spendesk, l’equipe Customer Success utilise Airtable pour construire des dashboards de suivi client personnalises. Chaque customer success manager peut creer son propre tableau de bord avec les indicateurs qui comptent pour ses clients. Avant, chaque demande de dashboard passait par l'equipe data et prenait 2 semaines. Maintenant, c'est fait en 30 minutes.

Chez Swile, l’equipe marketing utilise Webflow pour deployer des pages de campagne en quelques heures. Nous pouvons creer une page de destination pour une campagne specifique en 2 heures, la ou il fallait 5 jours avec un developpeur front-end. Cette agilite nous permet de tester 10 fois plus de campagnes qu'avant.

Les risques du no-code pour un produit SaaS

Malgre ses avantages, le no-code comporte des risques qu’il faut connaitre. Le premier est le vendor lock-in. Si vous construisez votre produit sur une plateforme no-code, vous dependez entierement de cette plateforme. Si elle augmente ses prix, change ses conditions d'utilisation ou fait faillite, vous etes dans une impasse, avertit un CTO.

Le deuxieme risque est la performance. Les applications no-code sont generalement plus lentes que les applications codees. Pour un usage interne, c'est acceptable. Pour un produit client-facing, les temps de chargement peuvent devenir un probleme majeur.

Le troisieme risque est la securite. Les plateformes no-code ne permettent pas toujours un controle fin de la securite. Pour des donnees sensibles comme les donnees financieres ou de sante, le full code reste indispensable.

No-code et gouvernance des donnees

Avec la democratisation du no-code, la gouvernance des donnees devient un enjeu. Si chaque equipe peut creer ses propres applications et bases de donnees avec des outils no-code, le risque de silos de donnees et de doublons augmente considerablement, observe un Chief Data Officer.

Nous avons mis en place une charte d'utilisation des outils no-code qui definit les types de donnees qui peuvent etre traites sur chaque plateforme et les processus de validation necessaires. Cette charte a permis de reduire les incidents de securite lies au no-code de 60 %.

L’avenir du no-code dans le SaaS

Le no-code n'est pas un remplacement du code, c'est un complement. Les produits SaaS les plus performants seront ceux qui sauront combiner intelligemment le no-code pour la rapidite et le full code pour la performance et la securite, predit un CTO.

Nous voyons emerger une nouvelle genereration de PM qui sont capables de prototyper leurs idees en no-code, de les tester aupres d'utilisateurs, et de ne passer en full code que lorsque le concept est valide. Cette approche reduit le gaspillage et accelere l'innovation.

L'IA generatrice commence egalement a brouiller la frontiere entre no-code et code. Des outils comme GitHub Copilot permettent desormais de generer du code a partir de langage naturel, rendant le developpement accessible a un public encore plus large.

Pour approfondir les innovations produit, lire notre article sur comment Notion a scale a 100 millions d’utilisateurs et notre analyse des quatre fondamentaux du PLG.