Product Design · Full-Stack · SaaS
Evoka
01 — Contexte
Contexte
Lors d'événements internationaux (mariages, conférences, cérémonies), une partie de l'audience est silencieusement exclue des moments les plus forts : les discours. Barrière linguistique pour les invités étrangers, accessibilité insuffisante pour les personnes malentendantes, sonorisation défaillante dans certaines salles. Les solutions existantes (traducteurs humains simultanés, systèmes de boucle magnétique) sont soit hors de prix, soit impossibles à déployer pour un particulier ou une PME. Evoka est né de ce constat : l'émotion d'un discours ne devrait jamais dépendre de la langue dans laquelle on l'entend.
02 — Problématique
“Comment permettre à n'importe quel invité, quelle que soit sa langue ou ses capacités auditives, de suivre un discours en direct, sans application à télécharger, sans compte à créer, sans contrainte technique d'aucune sorte ?”
03 — Process
04 — Stack
Réalisations techniques
Next.js 14 App Router
Routing imbriqué pour les trois espaces distincts (admin, orateur, spectateur). Server Components pour les vues statiques, Client Components isolés pour les parties temps réel.
Supabase + Prisma
Supabase Realtime pour la diffusion live des discours sur les appareils connectés. Prisma pour le schéma relationnel complexe : événements, discours, traductions, utilisateurs, plans d'abonnement.
TailwindCSS + Shadcn/UI
Design system composants accessibles (WCAG AA) avec tokens personnalisés. Shadcn comme base headless pour garder la maîtrise stylistique totale sans repartir de zéro.
Architecture multi-tenant
Isolation des données par organisation pour le plan Wedding Planner (marque blanche). Gestion des quotas par plan d'abonnement directement en base, vérifiée côté serveur.
QR Code & expérience phygitale
Génération de QR codes uniques par événement avec upsell impression physique. L'URL encodée pointe vers une PWA légère, aucune installation requise côté spectateur.
05 — Résultats
Résultats
- Beta fonctionnelle : création, invitation, diffusion live et QR spectateur
- Plan Découverte gratuit comme premier levier d'acquisition
- Tests en conditions réelles prévus prochainement
06 — Apprentissages
Ce que j'ai appris
Concevoir et développer un SaaS en solo m'a forcé à prendre des décisions que le travail en équipe permet souvent de diluer : chaque choix d'architecture a une conséquence directe sur l'expérience utilisateur, et inversement. J'ai appris à résister à la tentation du feature creep, la valeur du produit tient dans l'expérience spectateur, qui doit rester à zéro friction quelles que soient les fonctionnalités ajoutées en back-office. Ce projet est aussi ma première confrontation réelle avec un business model : comprendre comment l'architecture technique doit servir la monétisation (multi-tenant, quotas, plans) est une dimension du product design qu'on n'apprend pas en cours.