Captures et vérifications locales — 2–3 octobre 2026. Derniers correctifs sur les versions publiques à confirmer.
CONÇU & DÉVELOPPÉ PAR ALEX ATCNuxt / Firebase
Rendre le prochain pas visible, du modèle mental au transfert.
LE PROJET EN 30 SECONDESAlex ATC / Product Engineer
01L’intention
Rendre le prochain pas visible, du modèle mental au transfert.
02Ma contribution
Structurer l’écosystème en quatre espaces : apprendre, apps, labs et ressources.
03Ce qui existe
Cinq produits autonomes accessibles depuis un hub bilingue.
01 / Le sujet
J’ai conçu le hub et raccordé cinq produits à un passeport qui rassemble leurs traces d’apprentissage.
SupraLearning relie FlashLearning, Cognitive Atlas, SupraLab AI, SupraLab Electronics et DevLab101. Le hub oriente vers une pratique et le passeport réunit les traces propres à chaque produit : rappels, notions, modes explorés, leçons et parcours. Un compte Firebase commun permet la reprise ; une première connexion reste nécessaire sur chaque domaine. Une source absente reste indiquée comme indisponible, sans score global de maîtrise.
5 produitsmémoire · cognition · IA · électronique · code
1 comptepremière connexion dans chaque application
5 sourcestraces privées réunies dans le passeport
02 / Aperçus de fonctionnalités
Trois vues pour comprendre le produit.
Des captures réelles, reliées à une action et à son résultat.
01 / S’orienter
Choisir une pratique, puis ouvrir le bon produit
Le hub présente les usages et laisse explorer avant de créer un compte. FlashLearning porte la mémorisation, Atlas la compréhension, les labs l’expérimentation et DevLab101 la pratique du code.
Cinq produits · fiches FR/EN · accès directs
02 / Relier
Un compte commun, des carnets séparés
J’ai raccordé les cinq produits au même compte Firebase. La première connexion se fait dans chaque application. Les connecteurs restaurent les données avant les écritures initiales et conservent les carnets lors d’un changement de compte.
Connexion par app · restauration · séparation des comptes
03 / Retrouver
Réunir les traces sans inventer un score de maîtrise
Le passeport lit les parcours et rappels FlashLearning, le carnet Atlas, les activités AI, la progression Electronics et les sept parcours DevLab101. Chaque source garde ses compteurs et sa date de synchronisation. Aucune donnée manquante n’est remplacée par une réussite.
Cinq sources · date de synchronisation · valeurs indisponibles
Écosystème / Fiches produit
Continuer dans le bon produit
Chaque entrée ouvre directement la fiche correspondante dans l’écosystème SupraLearning.
Structurer l’écosystème en quatre espaces : apprendre, apps, labs et ressources.
02
Concevoir la navigation qui transforme une intention en prochain pas lisible.
03
Développer la landing bilingue, les pages produit et les transitions entre expériences.
04
Raccorder cinq sources privées au passeport, sans mélanger les carnets lors d’un changement de compte.
05
Tester les formats, la restauration et les droits d’accès avant de publier les règles Firebase.
Étude de casProblème, décisions et résultats.Le détail reste disponible pour vérifier les faits et les arbitrages.Ouvrir l’étude complète
01 / Problème
Les ressources, les outils et les mécanismes d’apprentissage peuvent exister séparément sans aider à choisir la suite. Le problème produit était de transformer une intention vague en trajectoire lisible, puis de faire circuler le signal entre compréhension, pratique, mémoire et transfert.
02 / Rôle · équipe · durée · contraintes
Rôle
Product Engineer — cadrage de l’écosystème, UX de la landing, navigation produit, Nuxt, Firebase, bilingue et mise en ligne.
Équipe
Projet personnel. Je présente uniquement les choix et les surfaces vérifiables dans le produit et le dépôt.
Durée
Durée non publiée. Je ne transforme pas l’historique Git en estimation de charge.
Contraintes
Relier quatre espaces sans transformer l’accueil en catalogue de fonctionnalités.
Garder une exploration utile avant la création d’un compte et rendre la reprise possible ensuite.
Conserver une identité commune tout en laissant chaque produit garder son contexte et sa personnalité.
Maintenir les parcours français et anglais ainsi qu’une navigation accessible sur les pages produit.
03 / Hypothèses
Commencer par l’intention et le prochain pas réduit le coût du choix entre plusieurs ressources.
Quatre terrains distincts donnent de la liberté sans casser la trajectoire si les transitions restent explicites.
Rendre visibles orientation, compréhension, récupération, application et calibration clarifie le transfert.
Alternatives étudiées
Un catalogue de produits aurait été plus rapide à assembler, mais aurait laissé la relation entre les expériences implicite.
Une application unique aurait simplifié la navigation, mais aurait masqué le contexte propre aux labs et aux apps.
Envoyer directement vers FlashLearning aurait raccourci l’accès à la pratique, mais empêché la personne de choisir le terrain adapté à son intention.
04 / Arbitrages UX & tech
Laisser explorer sans compte ; demander une connexion pour consulter les données privées du passeport.
Identité commune contre personnalité produit : les produits partagent une hiérarchie et une méthode, mais gardent leurs codes visuels.
Partager le compte sans serveur SSO : une première connexion par domaine, puis une session conservée par le navigateur.
05 / Tests · incidents · itérations
La navigation a été organisée autour de quatre mondes — apprendre, apps, labs et ressources — avec un prochain pas propre à chacun.
La landing et les pages produit existent en français et en anglais, avec des liens de locale synchronisés.
La boucle de méthode rend explicites cinq mouvements : s’orienter, comprendre, récupérer, appliquer et calibrer.
Le dépôt documente une vérification par typecheck et génération statique avant publication ; aucune métrique d’usage n’est revendiquée.
Le 3 octobre, 42 contrôles Firestore sur émulateur couvrent la coexistence des cinq sources, les sept parcours DevLab101, les formats invalides et le refus de lecture par un autre utilisateur.
Six tests du passeport vérifient les compteurs et les données indisponibles ; les compilations du hub et des quatre applications modifiées passent.
Les règles ont été publiées dans Firebase. Alex prend en charge la publication finale des applications ; les derniers connecteurs ne sont pas déclarés présents partout en ligne.
06 / Résultats observés
Cinq produits autonomes accessibles depuis un hub bilingue.
Un compte commun avec une première connexion par application.
Un passeport qui affiche les données disponibles par source, sans score global de maîtrise.
Règles Firebase publiées le 3 octobre ; connecteurs et derniers correctifs vérifiés localement.
Preuves
Preuves et accès.
Produits publics, captures et traces de validation disponibles.