P-YLX : transport vers Montréal-Trudeau — Nord Studio
Étude de cas · 2024

P-YLX : transport vers Montréal-Trudeau

Service de transport personnalisé vers l'aéroport, opérant à Montréal et dans les Laurentides. Pierre-Yves prenait toutes les réservations au téléphone — on a livré une plateforme bilingue, un tableau de bord opérateur et des confirmations automatiques.

Transport / mobilité2 moisMontréal et Laurentides
5 h → 10 min
Temps par réservation
0 → 80 %
Réservations en ligne
1 → 10
Transporteurs sur la route
24/7
Disponibilité

P-YLX prenait chaque réservation au téléphone. Une demande typique tournait autour de cinq heures entre les rappels, la vérification de la disponibilité d'un transporteur, la confirmation par courriel et la mise à jour du calendrier. Pour un service 24/7 vers l'aéroport, c'était insoutenable.

Aucun outil interne ne suivait l'état d'une réservation. Les confirmations partaient d'une boîte personnelle. Les annulations se perdaient. Côté client, la seule réponse possible était « rappelez-nous demain ».

Le point de bascule : un client est resté à l'aéroport parce qu'une réservation s'était perdue entre deux appels. Une fois suffit pour comprendre que le téléphone, seul, ne tient pas la route.

On passait nos journées à confirmer des choses déjà confirmées.

PY Clément, propriétaire
  1. 01
    Site public bilingue avec formulaire de réservation
    Tunnel en trois étapes (date · trajet · confirmation). Sélection d'adresse sur Google Maps, validation côté client, fallback courriel. Bascule FR/EN sans rechargement. Vidéos de présentation et avis clients sur la page d'accueil.
  2. 02
    Tableau de bord opérateur
    Vue calendrier + table filtrable des soumissions. Édition en place. Confirmation ou annulation en un clic, avec courriel automatique au client. Authentification JWT, journal d'activité, rate-limiting sur l'API publique.
  3. 03
    Confirmations et rappels automatiques
    Courriel transactionnel envoyé via Resend dès qu'une réservation est confirmée. Templates HTML maison, FR ou EN selon le client. Domaine vérifié, SPF/DKIM en place, pas de boîte personnelle dans la chaîne.
  4. 04
    Synchronisation Google Calendar
    Chaque réservation confirmée crée un événement dans le calendrier partagé du transporteur affecté. Les modifications côté tableau de bord se propagent automatiquement. L'équipe sur la route voit ses courses dans son téléphone, sans étape supplémentaire.
  5. 05
    Mise en ligne et hébergement
    Site et tableau de bord déployés sur Railway, base MongoDB managée, certificats automatiques. Pipeline de déploiement Docker multi-stage. Domaine p-ylx.com configuré avec courriel transactionnel et redirection sécurisée.
ReactTypeScriptASP.NET CoreMongoDBResendGoogle Calendar APIRailway

À la mise en ligne, le formulaire est devenu le canal principal. Le téléphone reste pour les cas hors-norme — comme prévu. Le temps moyen de traitement d'une réservation est passé de plusieurs heures à environ dix minutes côté opérateur.

L'opération a passé d'un transporteur à dix sans embauche administrative, parce que chaque nouveau chauffeur s'ajoute simplement au calendrier partagé. Les confirmations partent toutes seules. Les annulations laissent une trace. Plus personne ne reste à l'aéroport.

On a récupéré nos lundis matins.

PY Clément
  • Le tableau de bord opérateur doit sortir en même temps que le formulaire public — sinon l'équipe revient au téléphone par habitude.
  • Les courriels transactionnels portent la moitié de la perception de qualité côté client. Les soigner, c'est gratuit.
  • Bilingue dès la v1, pas en phase 2. Refaire une UI pour deux langues coûte deux fois plus cher après coup.

Un projet similaire ? Discutons.