Datspot

En bref

• API NestJS/TypeScript : 27 modules, 170 endpoints, 35 modèles Prisma, 998 tests Jest
• Application Flutter iOS/Android : scan QR à l'entrée avec mode hors ligne, environ 1 500 tests
• Paiements Stripe Connect : billets, commissions des promoteurs, reversements aux organisateurs
• Faille P0 détectée avant lancement : aucune vente Stripe n'était attribuée à son promoteur
• CI GitHub Actions sur runner auto-hébergé, builds iOS/Android, landing Next.js

Application mobile de promotion événementielle à la performance : un promoteur n’est payé que lorsqu’une personne qu’il a amenée entre réellement à l’événement, sur scan d’un QR code unique à l’entrée.

Contexte

Co-fondateur et seul développeur du produit : je porte la technique, mon associé la vision produit et le modèle économique. Maquettes Figma fournies par un design system dédié.

Point de départ (janvier 2026) : un cahier des charges V1 et des maquettes, aucune ligne de code.

Objectif : livrer une V1 exploitable sur iOS et Android — création d’événements, liens promoteurs, achat de billets, scan à l’entrée, commissions et reversements — sur un circuit de paiement fiable.

Stack : API NestJS/TypeScript avec Prisma et PostgreSQL (Supabase), application mobile Flutter (Riverpod, go_router), paiements Stripe Connect, landing Next.js, CI GitHub Actions, déploiement Docker sur Render, Vercel puis Coolify.

Réalisations

• API NestJS : 27 modules métier, 170 endpoints REST, 35 modèles Prisma, authentification JWT via Supabase
• Application Flutter iOS/Android : maquettes Figma au pixel près, scan des QR codes à l’entrée avec mode hors ligne
• Paiements Stripe Connect : billets, commissions promoteur, reversements aux organisateurs, montage direct charges choisi après analyse
• Audit du modèle économique dans le code : faille P0 détectée avant lancement (aucune vente Stripe attribuée à son promoteur) ; 7 recommandations chiffrées, toutes retenues avec mon associé
• Tests : 998 tests Jest sur 76 suites côté back-end, tous au vert ; environ 1 500 tests Flutter
• Industrialisation : CI GitHub Actions par périmètre (back-end, mobile, landing) sur runner auto-hébergé, builds iOS et Android automatisés, analyse des secrets avec gitleaks
• Landing page Next.js et e-mails transactionnels (Resend)
• Découpage du travail en issues et petites PR testées, documentation des décisions et des plans d’exécution

Résultats

• Produit construit de zéro par un seul développeur : 936 commits, environ 16 000 lignes TypeScript côté API et 100 000 lignes Dart côté mobile en neuf mois
• Filet de sécurité en place avant le lancement : près de 1 000 tests back-end et environ 1 500 tests mobile
• Faille qui aurait privé tous les promoteurs de leurs commissions identifiée et corrigée avant la mise en production
• Décisions de paiement tranchées sur analyse chiffrée (coûts Stripe Connect, délais de clôture, litiges) : les 7 recommandations retenues telles quelles