Le Programme Exploration, la porte d'entrée gratuite de mon accompagnement, repose sur un parcours en grande partie automatisé, de la prise de rendez-vous jusqu'au compte-rendu envoyé au participant.
Le scénario Make déclenché à la réservation : mise à jour du CRM Airtable, email de confirmation par Brevo, notification sur ma messagerie Telegram.
Le second scénario, plus simple : la transcription de la visio est automatiquement transmise à mon agent pédagogique par email.
Agenda cal.com, côté utilisateur : ce que voit un participant pour réserver son premier rendez-vous.
Je n'ai pas automatisé un problème vécu au quotidien : je me suis lancé directement dans la construction de ce système, avant même d'avoir expérimenté le parcours à la main. Je voulais me préparer à l'échelle de mon activité future, le jour où j'espère enchaîner plusieurs rendez-vous par jour. Le Programme Exploration, gratuit et sans obligation de résultat envers les participants, m'offrait un terrain d'essai idéal pour absorber d'éventuels ajustements sans risque pour personne.
C'était aussi l'occasion de pratiquer les outils no-code d'automatisation sur un besoin réel, et de faire, pour les participants eux-mêmes, la démonstration concrète de ce qu'on peut construire.
Automatiser ce qui peut l'être dans le parcours du Programme Exploration (prise de rendez-vous, compte-rendu, suivi), sans jamais automatiser la partie qui compte le plus : le débrief pédagogique et la décision d'envoyer un document à un participant.
J'avais déjà pratiqué n8n, hébergé sur mon propre serveur, et j'aurais pu naturellement construire cette automatisation dessus. J'ai choisi Make à la place, volontairement, pour découvrir un outil réputé que je n'avais jamais utilisé sur un projet concret.
Mon constat après coup : n8n est plus puissant (on peut y ajouter des nœuds avec du code, sans limite de scénarios), Make est plus accessible pour quelqu'un avec moins d'aisance que moi. Je proposerais plus facilement Make dans un accompagnement, tout en gardant le projet de faire évoluer mon propre système vers n8n pour gagner en marge de manœuvre.
J'ai rapidement rencontré une vraie limite : le plan gratuit de Make autorise seulement deux scénarios actifs. J'avais prévu un troisième scénario dédié uniquement aux notifications Telegram, pensé comme une redondance en cas de panne du premier. J'ai dû l'intégrer directement dans le premier scénario.
Sur les automatisations en général, mon expérience : une automatisation ne fonctionne presque jamais du premier coup. Un mauvais mapping, une petite erreur quelque part, c'est la norme, pas l'exception. Il faut se mettre à la place de l'utilisateur, provoquer les bugs pour les corriger. Dans un vrai projet client, cette phase de test doit être anticipée et organisée, avec du personnel interne ou de vrais bêta-testeurs volontaires. De mon côté, après mes propres tests, j'ai testé le parcours avec mes filles et des amis avant de le considérer fiable.
Le parcours s'articule en deux temps. Avant la visio : la prise de rendez-vous se fait via Cal.com, qui déclenche automatiquement la mise à jour de mon CRM et l'envoi d'un email de confirmation, avec une notification Telegram en temps réel. Après la visio : la transcription automatique de l'échange est transmise à mon assistant pédagogique sur Dust, qui prépare un compte-rendu et le Brief de partenaire.
J'ai choisi Cal.com plutôt que Calendly, plus répandu, parce que je peux l'héberger directement sur mon propre serveur. Deux raisons à ce choix : continuer à progresser dans la maîtrise d'un hébergement autonome, et répondre à une préoccupation de plus en plus partagée par les clients, la souveraineté de leurs données et de celles de leurs clients, qui ne veulent pas dépendre de serveurs qu'ils ne contrôlent pas.