Choisir le meilleur ROI pour son produit : cas concret @Wemaintain [No-code]

Comprendre à quel moment et comment utiliser le No-Code, c'était le but de ce MaestriX avec Floriane Hibelot, Head of Revenue Operations chez Wemaintain.

Vous débutez en No-Code ? Vous souhaitez en savoir plus sur cette discipline, sur ces outils ? Rendez-vous ici pour découvrir le programme de formation construit par Maestro.
🎙 C'est quoi les Maestrix ? Ce sont les événements 100% gratuits en ligne organisés par Join Maestro pour rendre accessible tous les sujets du produit et de la tech. Vous souhaitez participer ? Jetez un œil à la line up ici.
🧑 Cet article utilise le, lui ou il mais il s'adresse évidemment aussi aux femmes ! ;)
‍
‍‍
‍👇 Si vous l'avez manqué, visionnez le replay du MaestriX pour ne manquer aucune miette des conseils et apprentissages partagés ! 👇

C'est quoi le No-Code ?

Le No-Code, ce sont des outils permettant de construire un produit sans ou alors avec très peu de code.
➡️ C’est une version augmentée du code car ça prend en compte toutes les features les plus communes qui existent pour les regrouper en package et ainsi pouvoir s’en servir simplement grâce au "drag and drop".

C’est un peu comme faire une construction avec des lego. 😉

No-Code x Wemaintain : la rencontre

Floriane a commencé à pousser le No-Code chez Wemaintain un peu par hasard car :

• Trop de tâches répétitives,
• Trop de données éparpillées et perdues,
• Et une équipe qui n’a pas forcément la même donnée.

👉 Ils avaient du mal à savoir précisément combien d’ascenseur en maintenance ils avaient.

‍Au fil du temps, le No-Code a pris beaucoup d’ampleur au sein de Wemaintain et ça fait maintenant un an qu’elle a monté l’équipe de Revenue Operations.‍

Leur fonction ?

S’assurer que toutes les personnes qui vont vendre ou suivre du revenue chez Wemaintain :

• Peuvent le faire facilement et bien
• Ont les bons processus
• Savent le faire avec la bonne marge

Pour voir la présentation d'un cas concret chez Wemaintain, on se retrouve à 28min30s 👈

Comment es-tu tombée dans la marmite du No-Code ?

➡️ Le premier outil auquel Floriane s’est confrontée a été Airtable, un outil permettant la création de base de données.
Elle s’est formée grâce à des tutoriels YouTube, des recherches sur Internet et des templates déjà existant afin de visualiser les cas d’usages.

➡️ Ensuite, elle a rencontré le fameux outil Zapier, qui sert à automatiser des tâches et des actions.
Pour le prendre en main, elle n’a pas arrêté de tester, de tester et de tester ! Elle a passé deux jours à se former sur cet outil en testant : pour le comprendre et pour voir si elle y arrivait.

Cela lui a permis de gagner en compétences, et ce, même si ses tests n’étaient pas "incroyables" (selon ses dires 👀).

⚠️ Pour prendre en main un outil, il n’y a rien de plus important que de se former par “le faire”. Il faut tester encore et encore.

Le meilleur moyen de rater une conduite du changement…

C’est d’automatiser une chose qu’UNE personne a demandée autour d’un café puis de lui dire que c’est fait, sans rien lui expliquer.

Pourquoi ?

➡️ Car vous avez répondu à un besoin isolé, sans confirmer qu'il est nécessaire de l'automatiser. Vous ne savez pas s'il s'agit d'une tâche incontournable et répétitive.
➡️ Parce que vous savez que la personne ne va rien comprendre et que tout le monde va contourner cette automatisation.

À la fin, vous aurez entaché l’image de l’automatisation parce qu’ils se diront que ça ne fonctionne jamais (alors que si, ça marche !).

⚠️ La crédibilité portée à l’égard de l’outil est hyper importante à avoir lorsque vous voulez l’instaurer dans des équipes qui ne sont pas tech.

Comment tu documentes et versionnes tes applications en no code ?

Spoiler Alert : Elle ne recommande pas du tout de suivre son exemple 😅
Elle n’avait pas pensé à documenter quand elle a commencé car elle n’avait pas conscience de l’importance que cela avait.

La bonne pratique ?

➡️ Il faut le faire, mais vraiment ! Il faut :

• Documenter chaque onglet dans ton Airtable pour expliquer ce que vous faites
• Documenter chaque colonne pour dire à quoi elle sert

Tout doit être explicite dans les noms également, que ce soit sur Integromat ou Zapier, il faut expliquer à quoi sert chaque étape.

Vous l’aurez compris, il faut documenter car c’est HYPER important pour que toute l’équipe puisse comprendre le fonctionnement de l’outil et l’utiliser à son plein potentiel. 👀
⚠️ Traiter le développement en no-code, c’est comme traiter celui en code. C’est tout pareil et aussi essentiel.

Pssst - Ça veut dire quoi “versionner” ?
‍➡️ C’est quand toutes les versions antérieures d'une application ou d'une page sont enregistrées pour pouvoir les retrouver, et c’est super pratique (Merci Notion et bye les mauvaises manip’ accidentelles 🙄)

Et pour conclure cet échange, on retiendra cette phrase 👇

"Il faut que les processus soient bien définis pour ensuite choisir l'outil et l'automatiser, et pas l'inverse ! Les processus ne doivent pas s'adapter à l'outil que vous souhaitez utiliser."