Logiciels pour excursions

// Le problème

Une entreprise d’observation des baleines vend ses départs sur son site et par des revendeurs, sa page de réservation est lente sur téléphone, et chaque visiteur signe une décharge papier au quai.

// Ce que nous bâtirions

Un moteur de réservation sur le site de l’exploitant, rapide sur téléphone, qui tient un seul décompte de places en direct pour tous les canaux, prend dépôts et groupes, et fait signer la décharge en ligne à chaque visiteur avant son arrivée.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Stripe
• Interfaces des revendeurs
• DigitalOcean

// Le problème

Une entreprise d’excursions planifie guides, chauffeurs et véhicules sur un tableau blanc, et un appel de maladie ou un autobus en panne un matin achalandé coûte une heure d’appels.

// Ce que nous bâtirions

Une application web pour le bureau et une application mobile pour les guides et chauffeurs : départs attribués selon les compétences et les heures, listes de passagers sur le téléphone, accueil au point de rencontre, et un trou comblé parmi les personnes libres.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native
• PostgreSQL
• DigitalOcean

// Le problème

Un attrait vend par des agences de voyages en ligne, des comptoirs d’hôtel et des revendeurs locaux, chacun avec sa connexion et son tableur, et le personnel déplace les réservations de l’un à l’autre à la main.

// Ce que nous bâtirions

Un carrefour d’intégration qui donne aux revendeurs la disponibilité et la réservation en direct par une interface documentée, reçoit les réservations des agences en ligne, et garde le système de réservation et la comptabilité de l’exploitant en phase.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• OpenAPI
• Interfaces des agences en ligne
• DigitalOcean

// Le problème

Un musée et un groupe d’attraits voient les ventes de billets dans un système et celles des revendeurs dans des courriels : prix et personnel se fixent sur les suppositions de l’an dernier.

// Ce que nous bâtirions

Un tableau de bord qui réunit le système de réservation, les revendeurs et la caisse dans un seul modèle, pour voir la demande par jour, produit et canal, l’avance de réservation et les canaux qui se paient.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• dbt
• Interfaces de réservation et de caisse
• DigitalOcean

// Le problème

Un laissez-passer régional vendu par une association touristique couvre une douzaine d’exploitants indépendants, et chaque mois exploitants, association et revendeurs se disputent sur qui a vendu quoi et à qui revient quoi.

// Ce que nous bâtirions

Chaque vente et chaque utilisation consignées sur un registre privé permissionné dont les exploitants, l’association et les principaux revendeurs exploitent des nœuds, pour calculer commissions et versements à partir d’un registre que personne ne peut réécrire. Si l’association gère le laissez-passer et que tous font confiance à ses livres, une base de données est plus simple, et nous vous le dirons.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Hyperledger Besu (privé, permissionné)
• Interfaces des systèmes de réservation
• DigitalOcean

// Le problème

Une entreprise d’excursions répond par courriel, en plusieurs langues, aux mêmes questions sur le point de rencontre, la météo, l’accessibilité et quoi apporter, surtout de la part de visiteurs qui n’ont pas encore réservé.

// Ce que nous bâtirions

Un centre d’aide rédigé à partir de l’information de l’exploitant dans les langues de ses visiteurs, et un assistant sur le site qui y puise ses réponses et transmet le reste au personnel. Il utilise un modèle de pointe par son API : l’information 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
• DigitalOcean