Logiciels d’événements

// Le problème

Une salle de concert de taille moyenne vend par une plateforme tierce qui garde les coordonnées des acheteurs et ajoute des frais, et son propre site ne tient pas la mise en vente d’un spectacle populaire.

// Ce que nous bâtirions

La billetterie de la salle sur son site et dans une application iOS et Android : plans de salle, réservations et préventes, une file qui garde la mise en vente équitable sous la charge, et une application de lecture aux portes qui fonctionne même sans réseau.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native
• PostgreSQL
• Redis
• Stripe
• AWS

// Le problème

Un salon professionnel imprime son programme, les exposants recueillent les contacts sur papier, et les participants ratent des séances parce que les changements de salle ne sont annoncés qu’à la porte.

// Ce que nous bâtirions

Une application web et mobile de congrès pensée pour une salle bondée : inscription et badges, un programme personnel avec changements de salle poussés en direct, collecte de contacts par lecture de badge, et des séances dans les langues du public.

// Ce qu’il comprend

// Technologies

• Next.js
• React Native
• PostgreSQL
• Stripe
• DigitalOcean

// Le problème

Une salle de réception répond aux demandes de mariage et d’entreprise par courriel, tient ses dates dans un tableur et met une semaine à envoyer chaque soumission.

// Ce que nous bâtirions

Un portail de réservation sur le site de la salle où les organisateurs vérifient les dates, composent une soumission à partir des salles, menus et extras, versent un dépôt et signent, avec un calendrier et un suivi des ventes pour l’équipe.

// Ce qu’il comprend

// Technologies

• Next.js
• PostgreSQL
• Stripe
• DigitalOcean

// Le problème

Les billets d’un festival se revendent à plusieurs fois leur valeur sur des sites qu’il ne contrôle pas, et des fans qui y achètent sont parfois refoulés avec des billets copiés.

// Ce que nous bâtirions

Des billets émis comme jetons sur une chaîne publique, revendus seulement sur le marché du festival à un prix plafond qu’il fixe, la lecture à l’entrée vérifiant le détenteur actuel. Les fans paient par carte et n’ont jamais besoin de portefeuille à moins de le vouloir. Si un plafond de revente suffit, un marché appuyé sur une base de données le fait plus simplement, et nous vous le dirons.

// Ce qu’il comprend

// Technologies

• Next.js
• Solidity
• Base
• Stripe
• AWS

// Le problème

Un promoteur voit les ventes de billets dans un système, celles du bar dans un autre et les résultats des courriels dans un troisième, et planifie la saison suivante à l’instinct.

// Ce que nous bâtirions

Un tableau de bord qui réunit billetterie, bar et plateforme de courriel dans un seul modèle, pour voir le rythme des ventes par spectacle, qui revient, ce qu’on dépense et quelles campagnes vendent des billets.

// Ce qu’il comprend

// Technologies

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

// Le problème

Un organisateur de congrès recopie à la main, avant chaque événement, les inscriptions de la billetterie dans le CRM, la plateforme de courriel, l’imprimante de badges et la comptabilité.

// Ce que nous bâtirions

Un carrefour d’intégration entre billetterie, CRM, plateforme de courriel et comptabilité : une inscription saisie une fois rejoint chaque système avec les bons champs, et un échec est signalé aussitôt.

// Ce qu’il comprend

// Technologies

• Node.js
• PostgreSQL
• OpenAPI
• Interfaces CRM et courriel
• DigitalOcean