Un jour de vente met à l'épreuve chaque maillon de la chaîne.
Les ventes nationales de Ralph Lauren tiennent moins d'une journée de vente ordinaire que d'une mise en vente de billets. Les clients attendent l'ouverture du créneau de réservation, puis des milliers se ruent sur le formulaire à la même minute. Les outils d'événement standard appliquent des limites de débit, expirent ou facturent des frais par billet qui ne tiennent pas à ce volume : aucun n'a été conçu pour une mise en vente pilotée par la marque, déployée sur plusieurs sites en parallèle.
Le jour J, le défi s'inverse. Les portes s'ouvrent. La file grossit. Chaque seconde qu'un membre du personnel passe sur une liste papier ou un écran d'enregistrement lent se transforme en file d'attente réelle. Il nous fallait des contrôles à l'entrée instantanés, un traitement des arrivées sans réservation en parallèle pour que la file des préréservés ne se bloque jamais, et une source unique de vérité que le siège puisse suivre en temps réel sur chaque site.
“Les portes s'ouvrent. La file avance.”
Le cahier des charges que nous nous sommes imposé.
Concevez pour la pire minute de la journée. Les 23 autres heures suivront d'elles-mêmes.
Nous sommes partis du profil de charge, pas de la liste des fonctionnalités. Nous avons cartographié la courbe d'arrivée à l'ouverture du créneau, modélisé la courbe de débit aux portes une heure plus tard, puis remonté jusqu'à l'architecture dont les deux interfaces avaient besoin.
- Séparer les lectures des écritures. Les chemins de lecture en cache absorbent la tempête de rafraîchissements du « le créneau est-il ouvert ? » ; les réservations sont mises en file vers la couche d'écriture, de sorte que la base de données n'est jamais le goulot d'étranglement.
- Trois interfaces, un seul schéma. Le web client, l'application de scan du personnel et la borne sur site lisent et écrivent tous le même enregistrement de réservation. Pas de travaux de réconciliation, pas d'exports en fin de journée.
- Le QR par e-mail, pas par application. Aucune installation côté client. L'e-mail de confirmation de réservation contient le QR. Fonctionne sur chaque téléphone, chaque navigateur, chaque client, y compris ceux qui ne consultent leur e-mail que sur place.
- La borne comme soupape de décharge. Les clients sans réservation et les cas d'e-mail perdu sont dirigés vers une borne tablette à l'entrée. La porte principale reste réservée au scan. La file des préréservés n'a jamais à absorber une étape d'enregistrement.
Cinq composants, un seul système pour le jour J.
Chaque interface assume sa propre tâche et ne gêne pas les autres. Le client ne voit jamais l'administration. L'administrateur n'a jamais besoin de scanner. La borne ne bloque jamais le scanner. Découplé par conception.
Pensé pour le mobile d'abord, réponse en moins d'une seconde même en pic de charge. Sélecteur de site et de créneau, coordonnées, confirmation immédiate.
Généré côté serveur, intégré à l'e-mail de confirmation, livré en quelques secondes. Aucune installation d'application. Fonctionne sur tout téléphone.
Ouvrez, scannez, voyez valide / utilisé en moins d'une seconde. Tolérant au hors ligne : se resynchronise dès le retour de la connexion.
Tablette à l'entrée. Le client sans réservation s'enregistre, le billet est généré, le scan est effectué, le tout en parallèle de la file de la porte principale.
Réservations, entrées, absences et arrivées en borne en temps réel. Les responsables de site voient leur propre site ; le siège voit tout le réseau.
En production sur plusieurs sites de ventes nationales.
Les jours d'événement, le créneau de réservation s'ouvre sans limitation de débit. Les billets arrivent dans les boîtes de réception en quelques secondes. Le personnel fait entrer les clients à la vitesse du scan. Les clients sans réservation s'écoulent par la borne en parallèle. La file des préréservés ne se retrouve jamais derrière une étape d'enregistrement : c'est ce petit détail opérationnel qui décide si la salle paraît efficace ou chaotique.
Le même modèle d'architecture s'étend naturellement à d'autres mises en vente au détail, expositions et événements en magasin à fort volume. Les composants sont réutilisables indépendamment : une marque peut adopter uniquement le flux de billet QR, ou uniquement le scanner du personnel, ou déployer toute la stack le temps d'un week-end d'événement.
- Backend
- PHP, MySQL, Redis cache, queued writes
- Web client
- Web responsive : aucune installation d'application requise
- Application personnel
- iOS (Swift), Android, offline-tolerant
- Borne
- Application web optimisée pour tablette à l'entrée du site
- Infrastructure
- Ressources servies via CDN, écritures en file, testées en charge de pic
- Réalisation
- Équipe expérimentée multilingue · maintenue par JTS
Un événement à fort volume est prévu ?
Un appel de 30 minutes couvre l'adéquation, le périmètre et l'allure que prendrait l'architecture selon votre nombre de sites et votre profil de trafic.
