Cas client Données & Cloud Automatisation d’un abonnement

Automatiser un abonnement de A à Z, sans construire d’intranet.

Inscription, paiement récurrent, relances, listes de présence : un parcours complet, assemblé à partir d’outils que l’équipe connaissait déjà.

Ateliers en ligne pour enfants : anglais, mathématiques, confiance en soi — France — Webflow, Stripe, Firebase

Avant

Un lancement qui approche, et tout le parcours d’abonnement à construire
Une demande de départ : « il nous faudrait un back-office »
Des semaines de développement, un hébergement et une authentification à maintenir

Avec Purple Keyboard

Cinq briques indépendantes, livrées et validées une par une
Un tableur comme poste de pilotage : abonnés, présences, statuts
Paiements, factures et relances sans aucune saisie manuelle

Contexte

L’entreprise propose des ateliers éducatifs en ligne pour enfants, sur des créneaux fixes. S’y abonner, c’est choisir ses ateliers, un créneau pour chacun, une périodicité — puis pouvoir changer sa carte, consulter ses factures, résilier. La demande de départ : un back-office, soit des semaines de développement et un outil de plus à apprendre. Nous avons proposé l’inverse : ne construire que ce qui n’existe pas, et assembler le reste.

Comment ça marche

Formulaire

Dans Webflow : créneaux sans conflit, total affiché en direct.

Paiement

Stripe Checkout : rien à développer, aucune donnée bancaire chez nous.

Logique métier

Des fonctions à la demande tarifent et suivent chaque abonnement.

Courriels

Confirmation, impayé, inscription abandonnée : tout part seul.

Pilotage

Un tableur : abonnés, présences, statuts, relances en deux clics.

01 02 03 04 05

48 h après la mise en ligne, les premiers abonnements trimestriels étaient souscrits, payés et confirmés — sans une seule saisie manuelle.

Assembler, plutôt que construire.

Chaque brique fait une seule chose, avec l’outil dont c’est le métier. Le développement sur mesure se limite à ce qui les relie.

Trois écrans, aucun à apprendre

1 · Le formulaire, dans Webflow
2 · Le paiement, chez Stripe
3 · Le pilotage, dans un tableur

Deux jours après la mise en ligne

Abonnements trimestriels souscrits et payés 3
Inscriptions arrêtées au paiement, à relancer 3

6 inscriptions commencées en quarante-huit heures

Une inscription abandonnée n’est pas perdue

Une inscription sur deux s’est arrêtée au moment de payer : c’est exactement le cas prévu par la relance. Chacune reste en base, avec les ateliers et les créneaux déjà choisis. L’équipe la voit apparaître dans son tableau et renvoie un lien de paiement en deux clics — le parent n’a rien à recommencer.

Le back-office sur mesure, et ce qui a été fait à la place

Des semaines de développement avant de pouvoir lancer Des briques livrées et validées une par une
Une page de paiement à développer et à sécuriser Stripe Checkout : aucune donnée bancaire ne passe par le site
Une interface d’administration à apprendre Un tableur et Stripe, que l’équipe connaissait déjà
Un serveur à héberger et à surveiller Des fonctions qui ne s’exécutent qu’à la demande
Un outil à refaire quand les besoins changent Une API déjà là : il suffira de lui brancher une interface

Ce qui se passe sans personne

Un paiement réussi crée l’abonné, sa facture et son courriel de confirmation
Un paiement échoué déclenche la relance
Le parent change sa carte, consulte ses factures et résilie seul
Le tarif est calculé par le serveur, jamais par le navigateur
Chaque abonnement a son état à jour : en attente, actif, paiement en échec, résilié
Depuis le tableur : un lien de paiement, une relance ou un code promo, en deux clics
Deux ateliers au même horaire : le formulaire l’empêche avant le paiement

Pourquoi le prix ne vient jamais du navigateur

Le total affiché dans le formulaire informe le parent ; celui qui est facturé est recalculé par le serveur, à partir des ateliers choisis. Un montant envoyé par une page web peut être modifié avant de partir : on ne facture que ce que le serveur a calculé lui-même.

Les outils assemblés

Webflow — le site et le formulaire
Stripe Checkout & Billing — paiement, abonnements, factures
Firebase Cloud Functions et Firestore — logique métier et données
Resend — courriels transactionnels
Google Sheets et Apps Script — le poste de pilotage

5 briques indépendantes
4 états d’abonnement suivis
2 clics pour relancer un parent

À savoir

Chiffres arrêtés deux jours après la mise en ligne : ils disent que le parcours fonctionne, pas encore ce qu’il rapporte. Les fonctions ne s’exécutent qu’à la demande — aucun serveur à surveiller, un coût d’infrastructure négligeable hors frais de paiement et d’envoi. Et rien n’est figé : le jour où l’activité justifiera une vraie application d’administration, l’API existe déjà, et rien de ce qui a été construit ne sera à jeter.

Un projet similaire ?

Ce cas relève de notre prestation Données & Cloud. Voyez ce qu’elle couvre — ou parlons directement du vôtre.

Voir la prestation