Hurryline

HurryLine a été conçu pour un client canadien, en équipe de trois développeurs full-stack. J'y suis intervenu à la fois comme développeur, sur les deux couches, et comme chef de projet. Le vrai défi n'était pas de digitaliser une réservation, c'était de faire tenir ensemble trois espaces (client, station, admin), un système de paiement multi-parties en temps réel, et une plateforme aussi fluide sur mobile que sur laptop, sans jamais sacrifier l'un pour l'autre. La plateforme est mobile first, construite comme une PWA, et totalement responsive, laptop, tablette, mobile, même expérience partout. Le principe : les stations de lavage s'inscrivent, les clients réservent un créneau précis ou rejoignent une file d'attente selon l'affluence. Chaque station configure ses propres services et extras avec leurs prix, et le client construit sa réservation étape par étape, avec géolocalisation, filtres avancés et navigation directe vers la station choisie. La connexion se fait par email ou via Google OAuth. La partie la plus exigeante du projet, c'est Stripe Connect. Chaque transaction doit se répartir automatiquement entre la station et l'admin, gérer les pourboires, calculer les taxes canadiennes à la volée, et surtout ne jamais perdre un événement de paiement en route. Ça a demandé de fiabiliser chaque webhook pour que l'argent aille toujours au bon endroit, sans intervention manuelle, même quand un service dépasse son créneau initial. Derrière l'application, plusieurs tâches automatisées tournent en continu pour garder le système propre et fiable : nettoyage des réservations abandonnées en cours de paiement Stripe, gestion des no-shows (client absent, station n'ayant pas annulé) avec libération automatique du créneau, et envoi des rappels de réservation, 24 heures, 5 heures puis 30 minutes avant. Un vrai défi en soi a été d'optimiser tous ces processus backend, avec un tel volume de flux et de requêtes, l'enjeu était de garder l'application rapide sans faire exploser les coûts d'infrastructure pour le client. Le système de promotion pousse la flexibilité encore plus loin : l'admin génère un QR code offrant une réduction de commission à une station, sur une période choisie, jusqu'à 100%. Tout utilisateur créé via ce QR code fait automatiquement bénéficier la station de cette réduction sur ses futurs services, calculée en temps réel à chaque transaction. Le reste suit la même logique de flexibilité : les stations gèrent leurs réservations en direct, annulation, report, demande de temps supplémentaire, chaque action déclenchant une notification push instantanée. Les stations passent par un KYC pour garantir qu'il s'agit d'établissements réels et légitimes. Les utilisateurs, eux, ont un historique complet, des reçus exportables, un système de litige avec ticket direct vers l'admin, et peuvent exporter leurs données. Techniquement, HurryLine tourne sur Next.js, PostgreSQL, Redis et Drizzle comme ORM, avec Stripe et Stripe Connect pour les paiements, Firebase FCM pour les notifications push, et Resend pour les emails.