Transport collectif

// Le problème

Les usagers d’une société de transport régionale consultent un horaire PDF et une application tierce en retard sur les détours, et ceux qui utilisent un lecteur d’écran ou parlent une autre langue peinent avec les deux.

// Ce que nous bâtirions

Une application iOS, Android et web conçue avec les usagers, bâtie sur les horaires GTFS et les flux GTFS Realtime de la société : prochains départs, planification de trajets avec OpenTripPlanner, avis de service envoyés pour les lignes que suit l’usager, et stations de vélopartage à proximité tirées du flux GBFS de l’exploitant. Conçue et testée pour les lecteurs d’écran, les grands caractères et cinq langues.

// Ce qu’il comprend

// Technologies

• React Native
• Next.js
• OpenTripPlanner
• GTFS et GTFS Realtime
• PostgreSQL
• AWS Canada

// Le problème

Un service de transport adapté réserve chaque trajet par téléphone pendant les heures de bureau, envoie les rappels à la main et ne peut pas offrir à temps une place libérée à un autre usager.

// Ce que nous bâtirions

Une application et un portail web de réservation pour les usagers admissibles et leurs proches aidants, avec demandes de trajets, rappels par texto ou appel vocal, annulations qui offrent la place à la liste d’attente, et trajets échangés avec votre logiciel de planification par son API. Les règles d’admissibilité et de réservation sont celles que fixe votre organisme, et le personnel se connecte avec les comptes de votre organisation.

// Ce qu’il comprend

// Technologies

• React Native
• Next.js
• PostgreSQL
• API du logiciel de planification
• API de texto et de voix
• AWS Canada

// Le problème

Un exploitant de stationnement gère vignettes résidentielles, constats et contestations sur un système FoxPro, prend les paiements au comptoir, et les agents notent les plaques sur papier avant de les taper.

// Ce que nous bâtirions

Un portail de vignettes où les résidents font leur demande, téléversent leurs preuves et paient par une page de paiement hébergée, une application Android pour les agents qui vérifie les plaques contre les vignettes valides et émet les constats avec photos, et un parcours de contestation en ligne. Il remplace le système FoxPro, avec les dossiers migrés et vérifiés, après une revue de ce que fait le vieux système.

// Ce qu’il comprend

// Technologies

• Next.js
• Kotlin pour Android
• PostgreSQL
• Page de paiement hébergée du fournisseur
• AWS Canada

// Le problème

Les compteurs de passagers, les transactions tarifaires, les horaires GTFS et les données de ponctualité d’une société de transport vivent dans des systèmes séparés, et chaque rapport au conseil commence par une semaine de rapprochement.

// Ce que nous bâtirions

Un entrepôt de données dans le propre compte infonuagique de la société, qui charge chaque nuit les comptages de passagers, les données tarifaires, GTFS Realtime et les trajets de vélos et de trottinettes en libre-service tirés des flux GBFS, les vérifie et alimente des tableaux de bord sur l’achalandage par ligne et par arrêt, la ponctualité et l’affluence. Les exportations de données ouvertes sortent dans les formats que vous publiez.

// Ce qu’il comprend

// Technologies

• PostgreSQL
• dbt
• Metabase ou Power BI
• GTFS Realtime et GBFS
• Terraform
• AWS Canada

// Le problème

Les questions sur le transport et le stationnement d’une ville arrivent par téléphone et par courriel dans plusieurs langues, et les réponses se trouvent dans un site web où peu d’usagers s’y retrouvent.

// Ce que nous bâtirions

Un centre d’aide en français, en anglais et dans les langues de vos usagers, avec un assistant sur un modèle de pointe qui répond à partir des articles d’aide et de vos horaires et règles tarifaires publiés, cite l’article et passe la main à une personne quand il ne peut pas aider.

// Ce qu’il comprend

// Technologies

• Next.js
• API d’un modèle de pointe
• PostgreSQL avec pgvector
• GTFS
• DigitalOcean Toronto

// Le problème

Des milliers de commentaires et de plaintes d’usagers arrivent chaque mois par formulaire, courriel et réseaux sociaux, et le personnel les trie à la main par ligne, par arrêt et par sujet des semaines plus tard.

// Ce que nous bâtirions

Un petit modèle ouvert affiné sur les commentaires déjà étiquetés de la société, servi dans son propre compte infonuagique, qui étiquette chaque commentaire par ligne, arrêt, sujet et urgence, avec un écran où le personnel corrige les étiquettes pour que le modèle continue de s’améliorer. Les commentaires des usagers ne quittent jamais votre compte.

// Ce qu’il comprend

// Technologies

• Llama ou Mistral (affiné)
• vLLM
• PostgreSQL
• Next.js
• GPU AWS

// Le problème

Un titre régional est accepté par une société de transport, un service de traversier et un exploitant de vélopartage, et chaque mois ils se disputent sur les trajets qui comptent et sur le partage des revenus.

// Ce que nous bâtirions

Un registre partagé des trajets faits avec le titre, sur une chaîne privée à permissions dont chaque exploitant exploite un nœud, avec des trajets inscrits par le propre système tarifaire de chaque exploitant et un rapport de règlement mensuel que chaque exploitant voit de la même façon. Une base de données partagée tenue par un exploitant fait souvent ce travail ; le registre aide quand plusieurs exploitants veulent chacun leur copie et qu’aucun ne veut confier les livres à un autre.

// Ce qu’il comprend

// Technologies

• Next.js
• Hyperledger Besu (privé, à permissions)
• PostgreSQL
• API des systèmes tarifaires
• AWS Canada