PubliSpeak
D'un POC à une plateforme SaaS en microservices, sans perdre un client ni une nuit de sommeil. DDD et architecture événementielle au service de la croissance.
PubliSpeak est né chez Ipedis comme une preuve de concept. J'ai construit la V1 à partir de rien, une plateforme de digitalisation de documents papiers qui est devenue un produit phare d'Ipedis.
Le produit est utilisé par des entreprises comme Air Liquide, L'Oréal, Publicis et Groupe Premium à travers Ipedis. Le défi : faire évoluer l'architecture sans interrompre le service pour des clients qui dépendent de la plateforme au quotidien.
L'équipe est passée de 5 à 25 personnes pendant cette période. Il fallait faire évoluer l'architecture et l'organisation en même temps.
Le problème
Un monolithe qui commençait à montrer ses limites. L'équipe passait de 5 à 25 personnes et l'architecture ne suivait pas.
Chaque nouvelle fonctionnalité devenait plus risquée. Les clients dépendaient de la plateforme au quotidien, avec une marge nulle pour les incidents.
Le contexte
- Rôle
- Lead Dev → CTO
- Durée
- ~9 ans
- Rythme
- 5 jours/semaine
- Équipe
- 5 → 25 personnes
L’approche
Migration incrémentale vers 10 microservices avec une approche DDD (Domain-Driven Design). Chaque domaine métier a été isolé progressivement, sans big bang.
Mise en place d'un bus événementiel RabbitMQ pour le découplage. Aucune interruption de service pendant toute la migration : les clients n'ont rien vu.
Recrutement et structuration de l'équipe en parallèle. Culture de responsabilités réparties, intégration structurée, montée en compétences continue.
Effet sur l’équipe
Recrutement et structuration de l'équipe de 5 à 25 personnes. Mise en place d'une culture de responsabilités réparties, intégration structurée et montée en compétences continue.
Stack
Résultats
Architecture
POC monolithique → 10 microservices
Taille équipe
5 personnes → 25 personnes
Production
→ Zéro incident majeur
Croissance
→ 10%/an pendant 9 ans
Yanis a su faire grandir le produit et l'équipe en même temps. 9 ans de croissance sans incident majeur ni calendrier manqué, c'est rare.
Jackir · DG, Ipedis
La patience paie. Une architecture incrémentale, guidée par le métier, qui ne sacrifie jamais la continuité de service : c'est comme ça qu'on construit quelque chose qui dure.
Cette mission éclaire aussi ces sujets.
Architecture & dette technique
Savoir quoi garder, quoi simplifier, quoi moderniser.
Fintech & produit critique
Fiabiliser un produit financier sans freiner la croissance.
Équipe tech & organisation
Clarifier les rôles, la séniorité et les responsabilités.
SaaS & croissance produit
Structurer produit, équipe et architecture SaaS sans perdre le rythme.
Delivery & qualité
Réduire la friction entre idée, dev, QA et production.
Fiabilité & sécurité
Rendre les incidents, risques et dépendances critiques visibles.
Gouvernance tech
Transformer le flou technique en décisions dirigeantes.