Logiciels de plein air

// Le problème

Une station vend billets, location et leçons sur des pages distinctes, publie les conditions sur les réseaux sociaux, et les visiteurs font encore la file au guichet pour tout.

// Ce que nous bâtirions

Une application iOS et Android et un site assorti pour les billets, forfaits, location et leçons dans un seul panier, avec l’état des remontées et des pistes en direct et des alertes, branchés à la billetterie et à la caisse de la station.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native
• PostgreSQL
• Stripe
• Interfaces de billetterie et de caisse
• AWS

// Le problème

Un club de golf prend les départs par téléphone et sur une page vieillotte, les membres se plaignent que le public obtient les meilleures heures, et la boutique refait la feuille de départs chaque matin.

// Ce que nous bâtirions

Un site de réservation des départs conçu autour du club : périodes pour les membres et le public, laissez-passer d’invités, groupes et dépôts, et une feuille de départs que la boutique gère d’un seul écran.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Stripe
• DigitalOcean

// Le problème

Les gestionnaires d’une station voient les ventes de billets, la location, les leçons et la restauration dans quatre rapports en fin de journée : le personnel et les remontées se décident sur les chiffres de la veille.

// Ce que nous bâtirions

Un tableau de bord en direct qui réunit billetterie, location, leçons et restauration dans un seul modèle, pour voir visites, files et revenus pendant la journée et planifier le personnel du lendemain.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• dbt
• Interfaces de billetterie, de location et de caisse
• DigitalOcean

// Le problème

Un parc de montagne vend en ligne, au guichet et à la boutique de location, et ses tourniquets, ses caisses et son système de réservation tiennent chacun leur propre liste de qui a payé quoi.

// Ce que nous bâtirions

Un carrefour d’intégration entre le système de réservation, les tourniquets, les caisses et la comptabilité : un billet acheté n’importe où ouvre le tourniquet, apparaît à la location et arrive une seule fois aux livres.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• OpenAPI
• Interfaces de tourniquets et de caisse
• DigitalOcean

// Le problème

Cinq stations de ski indépendantes d’une région vendent chacune un forfait que peu de visiteurs achètent, et aucune ne veut qu’une rivale détienne le forfait commun et son argent.

// Ce que nous bâtirions

Un seul forfait pour les stations membres, chaque visite consignée sur un registre privé permissionné dont chaque station exploite un nœud : le visiteur skie chez n’importe quel membre et chacun reçoit sa part à partir du même registre. Si une association gère le forfait et que les stations lui font confiance, une base de données est plus simple, et c’est ce que nous bâtirons.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Hyperledger Besu (privé, permissionné)
• Interfaces de tourniquets
• DigitalOcean

// Le problème

La billetterie en ligne d’une station rampe les matins de poudreuse et les longues fins de semaine, l’agence qui l’a bâtie est passée à autre chose, et personne à l’interne ne sait comment elle est hébergée.

// Ce que nous bâtirions

Nous reprenons le site de billetterie, corrigeons ce qui casse sous la charge, le migrons vers un hébergement infonuagique qui grossit les matins achalandés et rapetisse la nuit, et l’exploitons pour vous avec surveillance, sauvegardes et un plan pour la prochaine pointe.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• AWS
• Terraform
• Grafana

// Le problème

Le service aux visiteurs d’une station répond toute la journée, par téléphone et clavardage, aux mêmes questions sur les remontées, le stationnement, la location et les leçons, et les réponses changent avec les conditions.

// Ce que nous bâtirions

Un assistant sur le site et l’application qui répond à partir de l’information de la station et des conditions du jour, modifie location et leçons par les systèmes de la station, et transfère au service aux visiteurs avec la conversation. Il utilise un modèle de pointe par son API : l’information de la station est publique et les visiteurs écrivent en plusieurs langues.

// Ce qu’il comprend

// Technologies

• API d’un modèle de pointe
• Next.js
• PostgreSQL avec pgvector
• Interface de billetterie
• AWS