Soutenance de certification · RNCP 39108 Niveau 6
PlayOff
Amateurs
Amateurs
Gestion opérationnelle d’une PME sportive
& conception d’une application de réservation
& conception d’une application de réservation
Emmanuel Truffaut · École Cube · 2026
6
Sprints
12
Semaines
2
Livrables
4
Blocs RNCP
📷
Cliquez ou glissez
une photo ici
Introduction · 1 min
Le point
de départ
de départ
J’ai intégré PlayOff Amateurs, PME spécialisée dans les compétitions sportives amateurs — football à 5, basket, padel, running — active depuis 7 ans à l’échelle nationale. La direction m’a confié le rôle de Product Builder No-Code pour accompagner la transformation numérique.
📷
⚠
Données dupliquées
Plusieurs fichiers Google Sheets en parallèle, non synchronisés entre les équipes. Chaque service travaille sur sa propre version.
📷
⚠
Statuts non standardisés
Libellés différents selon les outils — aucune source de vérité commune. Impossible de connaître l’état réel d’une compétition.
📷
⚠
Accès trop larges
Données personnelles — emails, téléphones — visibles par tous, sans cloisonnement par rôle ou profil.
📷
⚠
Pas de vision globale
Aucune vue consolidée du cycle de vie d’une compétition. Impossible de suivre un événement sans consulter plusieurs outils.
Deux livrables produits — dans l’ordre
| Livrable | Stack | Périmètre | Contexte |
|---|---|---|---|
| Outil interne | Airtable Make Notion | Équipes PlayOff | Livrable 1 |
| Application web | Bubble | Joueurs amateurs | Demandé après livraison L1 |
✕
📁
Données dupliquées
Plusieurs fichiers Google Sheets non synchronisés entre les équipes — chaque service travaille sur sa propre version des données.
✕
📋
Statuts non standardisés
Aucune source de vérité commune — chaque outil a ses propres libellés de statut.
✕
🔐
Accès trop larges
Données personnelles visibles par tous les collaborateurs, sans restriction de rôle.
✕
📊
Pas de vision globale
Aucune vue consolidée du cycle de vie d’une compétition — impossible de suivre l’état d’un événement.
Bloc 1 · Concevoir & Piloter
C1 · C2 · C3
Analyse des besoins
& parties prenantes
& parties prenantes
Q1.1
Analyse des besoins & plateformes
C1·C2
| Outil | Rôle | Force clé | Limite | Statut |
|---|---|---|---|---|
| Airtable | BDD relationnelle | Vues filtrées, formules | Autom. natives limitées | Retenu |
| Make | Automatisation | Branches, Google natif | Courbe d’apprentissage | Retenu |
| Notion | Documentation | Centralisation, passation | Pas de BDD opérationnelle | Retenu |
| Bubble | App web | BDD native, Privacy Rules | Backups plan payant | Retenu |
Décision Sprint Review 5.1 — les API externes ont été délibérément écartées de Bubble pour éviter latence et dépendance tierce.
Q1.2
Parties prenantes & accessibilité
📷
C3
8 profils identifiés & accès configurés
François
Co-fondateur · DG
Données métier + pilotage
Co-fondateur · DG
Jérôme
Dir. Ops · sponsor projet
Données métier + pilotage
Dir. Ops · sponsor projet
Emmanuel
Product Builder No-Code
Accès complet
Product Builder No-Code
Mentor
Coach référent · transversal
Livrables Notion
Coach référent · transversal
Barbara
Équipe opérations
Données métier
Équipe opérations
Ahamed
Équipe partenariats
Vue partagée Airtable
Équipe partenariats
Clubs / Partenaires
Saisie équipes & contacts
Formulaire Airtable
Saisie équipes & contacts
Joueurs amateurs
Utilisateurs app Bubble
App Bubble
Utilisateurs app Bubble
Méthode de recueil
Besoins définis via les briefs transmis tout au long du projet - deux axes : gestion interne des compétitions & nouveau service joueurs amateurs.
Si le projet le permettait — à envisager
Outil interne
Entretiens équipes ops · ateliers de co-conception pour affiner les règles métier
Application web
Entretiens joueurs · questionnaires grande échelle · tests utilisateurs UX
Accessibilité appliquée
Outil interne
Champs simplifiés par profil · base documentée pour une prise en main rapide · vues filtrées selon les besoins de chaque équipe
Application web
Orange / navy - contraste WCAG AA · textes 14px+ · boutons & animations identifiables
🖼
Cliquez pour ajouter un visuel
Bloc 1 · Concevoir & Piloter
C4 · C5 · C6 · C7 · C8
Benchmark, Maquettage
& Pilotage du projet
& Pilotage du projet
Q1.3
Benchmark — sélection Make
C4·C6
Réalisé au Sprint 2, après avoir atteint les limites des automatisations natives Airtable — impossible de gérer des conditions avancées ni des notifications multi-canaux conditionnelles.
| Critère | Zapier | n8n | Make |
|---|---|---|---|
| Prise en main | ●●● | ● | ●●● |
| Règles métier | ●● | ●●● | ●●● |
| Intégr. Airtable | ●● | ●● | ●●● |
| Coûts PME | ● | ●●● | ●●● |
| Lisibilité | ●● | ● | ●●● |
| Évolutivité | ● | ●●● | ●●● |
✓ Make retenu
Décision suite à un brief — tableau comparatif remis en Sprint Review
Prise en mainLisibilitéRègles métierIntégrationsCoûtsÉvolutivité
Q1.4
Maquettage & expérience utilisateur
C5
Parcours design — cliquer
0
Schéma utilisateur
Parcours & parties prenantes
1
Figma
Wireframes + Design System
2
Démo Lovable
Prototype cliquable validé
3
Bubble MVP
7 écrans — parcours complet
Figma → Lovable validé → Bubble MVP
Parcours utilisateur
Accueil & recherche
Inscription / Connexion
Liste & fiche terrain
Créneau disponible
✓ Réservation confirmée
Choix UX
- Créneaux pris grisés en temps réel 📷
- Case RGPD obligatoire inscription 📷
- Orange / navy — WCAG AA
- Connecté → résa en 3 clics max
Réservation en 30 sec — objectif UX
Q1.5
Pilotage & suivi du projet
C7 · C8
Organisation en 6 sprints
| Sprint | Thème | Livrable clé |
|---|---|---|
| S1 | Cadrage | Benchmark, stack, parties prenantes |
| S2 | Architecture | Airtable 5 tables, Make, ERD |
| S3 | Maquettage | Figma, Lovable, parcours UX |
| S4 | Automatisations | 2 scénarios Make |
| S5 | Bubble | App complète, Privacy Rules |
| S6 | Sécurité | Audit RGPD, guide passation |
Outils de pilotage
Dashboard Notion 📷
Point d’entrée unique — « Où en est-on et où se trouve l’information ?»
Roadmap · Backlog · Sprint Reviews · Sécurité RGPD · Guide de passation
Roadmap · Backlog · Sprint Reviews · Sécurité RGPD · Guide de passation
3 Vues Airtable de pilotage 📷
Compétitions à piloter — en cours, triées par date
Équipes à compléter — action requise
Matchs prêts à jouer — validés et planifiés
Chaque profil voit uniquement ce qui est pertinent à son travail.
Équipes à compléter — action requise
Matchs prêts à jouer — validés et planifiés
Chaque profil voit uniquement ce qui est pertinent à son travail.
Guide de passation rédigé en Sprint 3 — prise en main complète du système en moins de 2h pour tout nouveau collaborateur.
Bloc 2 · Développement Technique
C9 · C10
Architecture des bases de données
Airtable & Bubble
Airtable & Bubble
Q2.1
Q2.2
Airtable — Outil interne — 5 tables liées 📷 C9 · C10
| Table | Rôle principal | Champs clés | Relations | Vues (Grid) |
|---|---|---|---|---|
| COMPÉTITION | Cycle de vie | NomCompet · Discipline · DateDebut · DateFin · StatutCompet · Ville | 1:N ÉQUIPE | Compétitions à piloterVue - Technique |
| CLUB | Référentiel | NomClub · TypeClub · Ville · lien ÉQUIPE | 1:N ÉQUIPE | Clubs – Vue principale |
| ÉQUIPE | Inscriptions | NomEquipe · StatutEquipe · JoueursActifs · EquipeComplète (formule) · lien COMPETITION | N:1 CLUB N:1 COMPÉT. |
Équipes à compléter ❕Équipes - Complètes ✓Vue - Technique |
| MATCH | Résultats | DateMatch · StatutMatch · Equipe_1 · Equipe_2 · MatchValide (formule) | N:1 ÉQUIPE (x2) N:1 COMPÉT. |
Matchs prêts à jouerMatchs - Vue technique |
| CONTACT | Personnes | Nom · Email · Téléphone · StatutContact · lien EQUIPE · PolConfidentialité | N:1 ÉQUIPE | Contacts - Vue Technique ⚠Contacts - InterneContacts - Vue partagée 🔒 |
Cloisonnement des accès (table CONTACT)
Vue Technique ⚠
Admin — données sensibles visibles
Vue Interne
PlayOff — contacts internes
Vue Partagée 🔒
Clubs — saisie verrouillée
Q2.1
Q2.2
Bubble — App web — Full natif, zéro API externe 📷 C9 · C10
| Table | Relation | Règle métier critique |
|---|---|---|
| User | 1:N Reservation | AccordConf obligatoire — Privacy Rules : chaque user voit uniquement ses données |
| Terrain | 1:N Reservation | OS_Sport · OS_Ville · OS_Type — filtres natifs, zéro API externe |
| Reservation | N:1 User · N:1 Terrain | Search count = 0 côté serveur — doublon impossible même si interface contournée |
4 Option Sets
OS_SportOS_VilleOS_TypeOS_Heure
Zéro latence · source de vérité unique
7 écrans
AccueilConnexionTerrainsFicheRéservationMon EspaceRGPD
Anti-doublon côté serveur —
Search for Reservations count = 0 vérifié avant toute création.Démo — Parcours joueur Bubble
Bloc 2 · Développement Technique
C11 · C12 · C13 · C14
Intégrations sécurisées
& documentation technique
& documentation technique
Q2.3
Intégrations, APIs & sécurisation
C11 · C12 · C13
Protocoles d’authentification
| Intégration | Protocole | Rôle | Sécurité |
|---|---|---|---|
| Make ↔ Airtable | OAuth2 | Lecture équipes, écriture statuts | Token jamais exposé |
| Make ↔ Gmail | OAuth2 | Email confirmation capitaine | Gmail send uniquement, révocable |
| Make ↔ Calendar | OAuth2 | Notification équipe Players | Permission distincte — aucun autre service |
Principe du moindre privilège — chaque connexion dispose uniquement des droits strictement nécessaires. Aucun token partagé entre modules.
📷
Scénario Make — Cliquer ou glisser
Q2.4
Documentation & guides d’utilisation
C14
📋
Guide Ops — Outil interne
- Gérer une compétition de A à Z
- Statuts Airtable & déclenchement des scénarios Make
- Lecture des vues cloisonnées par profil
- Procédure en cas d’erreur ou de doublon
- Guide de passation — prise en main en moins de 2h 📷
📱
Guide Bubble — Application web
- Ajout d’un terrain & gestion des créneaux
- Privacy Rules à ne jamais modifier
- Procédure de mise à jour des Option Sets
- Gestion des demandes de suppression RGPD
🔗
Format & accessibilité
Toute la documentation est centralisée dans Notion (pages structurées, sections hiérarchisées). Le guide de passation est spécifique à l’outil interne Airtable et permet la prise en main complète en moins de 2h.
Organisé en deux espaces Notion — Données métier pour les équipes ops et Pilotage pour le suivi projet — afin d’éviter que les décisions techniques ne polluent les ressources de production.
Bloc 3 · Configuration & outils métiers
C15 · C16 · C17 · C18 · C19
Logique métier, pilotage
& synchronisation
& synchronisation
Q3.1
Flux de données & logique métier
C15 · C16
Démo — Automatisation Make
Scénario 2 — Préparation Ops
Router 3 branches selon l’état de la compétition
Watch Records
→
Router
→
Notion / Gmail / IT
| Branche | Condition | Action |
|---|---|---|
| 1ère — Doublon | Fiche Ops existante | Email erreur → admin |
| 2ème — Complet | Validée + fiche absente | Fiche Notion + statut “Reçu” |
| 3ème — Incomplet | Rejetée ou incomplète | Service IT + Record “Erreur” |
Toute fiche passe par le Router — aucun raccourci. Traçabilité complète garantie.
Q3.2
Tableaux de bord & pilotage
C17
📊
Dashboard Notion — Cliquer ou glisser
Dashboard Notion
Point d’entrée unique — répond à « Où en est-on ?». Support de suivi et prise de décision sur les 12 semaines du projet.
3 vues Airtable de pilotage
► Compétitions à piloter — en cours, triées par date
► Équipes à compléter — action requise
► Matchs prêts à jouer — validés et planifiés
Chaque profil voit uniquement ce qui est pertinent à son travail, sans ouvrir la base complète.
Q3.3
Collaboration & synchronisation
C18·C19
Niveaux d’accès & collaboration
Airtable
Vues cloisonées par usage — chaque équipe ne voit que ce qui lui est pertinent
Notion
Dashboard en deux espaces : Données métier (ops) et Pilotage (projet)
Bubble
Privacy Rules : chaque utilisateur voit uniquement ses propres données
Synchronisation des données
| Flux | Source → Dest. | Fréquence |
|---|---|---|
| Validation équipe | Airtable → Calendar + Gmail | Module natif |
| Préparation Ops | Airtable → Notion | Module natif |
| Statuts Bubble | Réservation → BDD | Serveur |
Anti-doublons à deux niveaux :
count=0 côté serveur Bubble & branche Doublon du Router Make.Bloc 4 · Sécurité, conformité & gestion des données
C20 · C21 · C22 · C23 · C24 · C25 · C26
Audit sécurité,
RGPD & sensibilisation
RGPD & sensibilisation
Q4.1
Évaluation & audit de sécurité
C20·C22
3 failles identifiées & corrigées
AirtableDonnées sensibles exposées dans la vue par défautCorrigé
MakeTokens d’accès potentiellement exposés dans les modulesCorrigé
BubbleAccès aux données utilisateurs sans restriction de rôleCorrigé
Plan d’audit — 2 niveaux
Audit complet
Avant chaque mise en production & après toute évolution majeure — Privacy Rules testées depuis un compte tiers
Vérification ciblée
À chaque ajout de champ ou modification de workflow — vues Airtable & redirections protégées
Détection des vulnérabilités : l’utilisation de Flusk pourrait être envisagée pour compléter les tests manuels.
Q4.2
Sauvegarde & gestion d’incidents
C21·C23
Stratégies de sauvegarde
Airtable
- Snapshots automatiques 30 jours
- Export CSV régulier
- Pas d’archivage automatique Make
Bubble
- Backups automatiques (plan payant)
- Application dupliquée en environnement de test
- Privacy Rules documentées
Plan d’action en cas d’incident
1
Détection — identification de la faille ou de la perte de données
2
Confinement — révocation des accès concernés, suspension du scénario Make impliqué
3
Reprise — restauration depuis snapshot Airtable ou backup Bubble + notification parties concernées
Limite documentée : pas de politique DR (Disaster Recovery) formalisée dans le périmètre MVP — inscrite au Backlog V2.
Q4.3
Protection des données & conformité RGPD
C24·C25
Mesures Privacy by Design
| Mesure | Outil | Implémentation |
|---|---|---|
| Consentement explicite | Bubble | Champ AccordConf obligatoire à l’inscription |
| Droit à l’effacement | Bubble | Workflow suppression compte + purge données associées |
| Cloisonnement rôle | Airtable | 3 vues : Technique · Interne · Partagée |
| Minimisation données | Airtable | Champs personnels masqués dans les vues non-admin |
| Tokens chiffrés | Make | PAT jamais exposés dans les logs ni les modules |
| Privacy Rules | Bubble | Chaque user voit uniquement ses propres réservations |
| Formulaire RGPD | Airtable | PolConfidentialité — case à cocher obligatoire contacts clubs |
Guide passation — règles RGPD, accès à ne jamais modifier, procédure suppression
Checklists — vérif. trimestrielle des accès · renouvellement annuel des tokens · revue formulaires
Q4.4
Sensibilisation des équipes
C26
Atelier destiné à toute personne chez PlayOff Amateurs manipulant des données personnelles — 5 modules progressifs.
1
Pourquoi ça compte
Amendes CNIL, pertes de confiance utilisateurs
Amendes CNIL, pertes de confiance utilisateurs
2
Nos données
Démo live sur Airtable & Bubble
Démo live sur Airtable & Bubble
3
Droits utilisateurs
Accès, rectification, effacement, délai légal
Accès, rectification, effacement, délai légal
4
Bonnes pratiques
Quiz sur les erreurs fréquentes
Quiz sur les erreurs fréquentes
5
Gestion d’incident
Simulation scénario de fuite & réponse attendue
Simulation scénario de fuite & réponse attendue
Support remis
Fiche mémo Notion plastifiée, affichable au poste de travail
Résultats · 12 semaines
Un système
qui tourne.
qui tourne.
Avant → Après
✗ Avant
- Fichiers Google Sheets non synchros
- Accès larges, données exposées
- Statuts incohérents par outil
- Aucun suivi du cycle de vie
- Pas d’app pour les joueurs
✓ Après
- 1 base Airtable, 5 tables liées
- Vues cloisonées par rôle
- Statuts standardisés, automatisés
- Traçabilité 100% via Make + Notion
- App Bubble — réservation 30 sec
Indicateurs clés
−80%
Erreurs opérationnelles
100%
Traçabilité
RGPD ✓
Conformité structurelle — pas un patch
Perspectives V2
Outil interne
► Dashboard analytics Airtable — suivi KPIs compétitions
► Génération automatique des matchs via Make
► Politique DR formalisée & backups automatisés
► Alertes automatiques sur seuils métier
Application web
► Paiement Stripe — réservation payante intégrée
► Matching d’équipes — trouver un adversaire
► Géolocalisation — terrains à proximité
► Notifications push — rappels réservation
L’architecture no-code est conçue pour évoluer sans fragiliser l’existant.
Merci de votre attention
PlayOff
Amateurs
Amateurs
Structuration · Automatisation · Conception
Product Builder No-Code — 12 semaines · École Cube 2026
Product Builder No-Code — 12 semaines · École Cube 2026
1
Dashboard Notion
Point d’entrée unique du projet
8
Tables BDD
5 Airtable · 3 Bubble
2
Scénarios Make
Validation équipe · Prépa Ops
1
Guide de passation
Prise en main en moins de 2h
7
Écrans Bubble
Parcours joueur complet
Questions ?