Coddy

Plateforme propriétaire développée sur Laravel, Livewire et Filament. 250 000 joueurs, 70+ villes, 9 pays, 278 jeux créés. 90 % des réservations traitées sans aucune intervention humaine.

Client : Coddy, créateur d'aventures urbaines à jouer au smartphone.
Projet : concevoir et développer la plateforme qui vend, opère et fait tourner ces expériences.
Résultat : 278 jeux dans 70+ villes et 9 pays, 25 000+ transactions Stripe, 90 % des réservations sans intervention humaine.

En un coup d'œil

À propos de Coddy

Coddy crée des aventures urbaines qui transforment les villes en terrains de jeu.

Le principe est simple : les joueurs utilisent leur smartphone pour découvrir une ville, suivre une histoire, résoudre des énigmes et progresser dans une aventure en équipe.

Derrière cette expérience simple se cache pourtant un système beaucoup plus complexe.

Chaque partie implique un jeu, une ville, des points d'intérêt, des joueurs, une réservation, un paiement, des communications et toute une série d'opérations nécessaires au bon déroulement de l'expérience.

Et contrairement à un jeu vidéo classique, l'expérience se déroule dans le monde réel. Le logiciel doit donc connecter le digital aux opérations physiques.

Le challenge

Vendre un jeu est simple. Faire fonctionner des milliers d'expériences ne l'est pas.

Au départ, Coddy devait permettre aux utilisateurs de découvrir et réserver une aventure urbaine.

Mais avec le développement de l'activité, le véritable défi est devenu tout autre :

Comment faire fonctionner la même plateforme dans des dizaines de villes, avec des centaines de jeux et des milliers de joueurs, sans multiplier les opérations manuelles ?

Une réservation ne devait pas simplement enregistrer une commande. Elle devait déclencher toute une série d'actions :

• enregistrer le paiement ;
• créer l'expérience ;
• gérer les joueurs ;
• transmettre les informations nécessaires ;
• donner accès au jeu ;
• permettre aux joueurs de progresser ;
• gérer les éventuels problèmes ;
• collecter les retours.

Et tout cela devait fonctionner dans plusieurs pays et plusieurs langues.

Le besoin n'était donc pas de créer un simple site e-commerce. Il fallait construire une véritable plateforme métier.

Notre approche

De l'idée au système qui tourne vraiment

Nous avons conçu Coddy comme un produit logiciel complet plutôt que comme une succession de fonctionnalités indépendantes.

L'objectif était de créer un socle suffisamment flexible pour permettre à Coddy de multiplier les villes et les expériences sans devoir reconstruire le produit à chaque fois.

La plateforme devait notamment gérer six briques :

Brique	Ce qu'elle couvre
Le catalogue	Villes, jeux, scénarios, langues et contenus.
Les expériences	Parcours, points d'intérêt, énigmes, indices et progression.
Le commerce	Réservations, commandes et paiements.
Les joueurs	Équipes, participants et accès aux expériences.
Les opérations	Gestion des jeux, des villes, des contenus et des réservations.
Le B2B	Une activité spécifique pour les entreprises et les team buildings.

Concevoir un système, pas seulement une interface

L'une des décisions importantes a été de séparer les différentes briques du produit. Le joueur n'a pas besoin de connaître la complexité du système.

Il voit simplement :

Je choisis une expérience → je réserve → je paie → je joue.

Derrière cette interface, la plateforme orchestre de nombreuses données et règles métier.

• Un jeu possède une ville.
• Une ville possède plusieurs points d'intérêt.
• Une expérience implique une équipe.
• Une équipe possède plusieurs joueurs.
• Une réservation est associée à un paiement.

Et chaque étape du parcours doit rester cohérente avec les autres.

Cette modélisation permet d'ajouter de nouvelles expériences sans devoir modifier le fonctionnement fondamental de la plateforme.

Une plateforme pensée pour plusieurs marchés

Coddy s'est développé dans plusieurs pays et plusieurs langues.

Le produit devait donc pouvoir s'adapter à différents marchés sans créer une version différente de la plateforme pour chacun d'entre eux. Aujourd'hui, le système gère :

Le contenu, les jeux et les paramètres opérationnels peuvent évoluer sans remettre en question le socle technique.

Cette approche permet de conserver une expérience cohérente tout en laissant suffisamment de flexibilité pour chaque ville et chaque marché.

L'automatisation au cœur du produit

90 % des réservations sans intervention humaine

L'automatisation n'est pas une couche ajoutée au-dessus du produit. Elle fait partie de la manière dont Coddy a été conçu.

Avec plus de 2 500 réservations et 25 000 transactions Stripe, gérer chaque opération manuellement aurait rapidement représenté une charge importante.

Nous avons donc cherché à automatiser chaque étape répétitive qui pouvait l'être.

Une réservation devient un workflow

1. Le client choisit son expérience.
2. Il réserve en ligne.
3. Le paiement est traité par Stripe.
4. La réservation et les joueurs sont enregistrés.
5. Les informations nécessaires sont transmises.
6. L'expérience devient accessible.
7. Les joueurs peuvent commencer leur aventure.

Une grande partie de ce processus se déroule automatiquement.

Le résultat

90 % des réservations ne nécessitent aucune intervention humaine.

L'équipe peut ainsi se concentrer sur les situations qui nécessitent réellement une intervention plutôt que sur le traitement administratif de chaque commande.

Une architecture qui relie le produit et les opérations

Coddy est particulier parce que le logiciel n'est pas utilisé uniquement derrière un bureau.

Le joueur peut être au milieu d'une rue, avec son smartphone, en train de chercher un point d'intérêt. Il peut avoir une connexion imparfaite. Il peut être avec plusieurs personnes.

Et si quelque chose ne fonctionne pas, l'expérience peut être interrompue pour toute une équipe. Le système doit donc être pensé pour la réalité du terrain.

La géolocalisation, la progression, les points d'intérêt, les énigmes et les informations fournies aux joueurs ne sont pas de simples fonctionnalités. Ils font partie d'une expérience physique orchestrée par le logiciel.

Un back-office pour gérer la complexité

À mesure que le nombre de jeux et de villes augmente, le back-office devient aussi important que l'interface publique.

Nous avons donc construit des outils permettant de gérer les différentes briques du produit depuis un même environnement. Les équipes peuvent notamment gérer :

• les jeux
• les villes
• les points d'intérêt
• les scénarios
• les contenus
• les réservations
• les joueurs
• les opérations B2B

L'objectif était toujours le même : rendre la complexité du système invisible pour les utilisateurs et maîtrisable pour les équipes.

B2C et B2B sur le même socle

Coddy ne s'adresse pas uniquement aux familles et aux groupes d'amis.

50 % de l'activité est aujourd'hui réalisée en B2B. Les besoins sont pourtant différents.

Un particulier veut rapidement trouver une activité, réserver et jouer.

Une entreprise peut avoir besoin d'organiser un team building pour plusieurs dizaines de participants, avec une gestion différente des participants et de la réservation.

Plutôt que de créer deux produits indépendants, la plateforme s'appuie sur un même socle et adapte l'expérience et les workflows aux différents types de clients. Cela permet de faire évoluer l'activité B2B sans dupliquer l'ensemble du produit.

Une plateforme qui évolue avec le produit

Un autre enjeu important était de pouvoir continuer à faire évoluer Coddy sans transformer chaque nouvelle fonctionnalité en projet technique majeur.

Le produit devait pouvoir accueillir :

• de nouveaux scénarios ;
• de nouvelles villes ;
• de nouvelles langues ;
• de nouveaux modèles commerciaux ;
• de nouvelles fonctionnalités ;
• de nouveaux workflows.

Les 278 jeux créés sur la plateforme illustrent cette nécessité.

Le système ne devait pas être conçu autour d'un jeu unique. Il devait être conçu autour d'un modèle permettant de créer et d'opérer des centaines d'expériences différentes.

Les résultats

Un système digital capable de soutenir une activité internationale

Aujourd'hui, Coddy s'appuie sur une plateforme propriétaire qui connecte l'ensemble de son activité digitale et opérationnelle.

Plus qu'un site web : le système derrière le business

Coddy est probablement le meilleur exemple de ma manière de travailler.

Je n'ai pas simplement développé un site. J'ai participé à la construction d'un produit qui devait connecter :

des utilisateurs, un catalogue, du paiement, du contenu, de la géolocalisation, des opérations, du B2B et une expérience physique.

Chaque nouvelle fonctionnalité devait être pensée à la fois du point de vue du produit, de la technologie et des opérations. C'est ce qui fait la différence entre développer une fonctionnalité et construire un système réellement exploitable.

Ce projet a changé ma manière de développer

Coddy m'a appris qu'un logiciel peut devenir une partie intégrante du fonctionnement d'une entreprise.

Une automatisation bien pensée peut supprimer une tâche répétitive.

Une bonne architecture peut permettre de multiplier les expériences sans multiplier la complexité.

Une interface bien conçue peut rendre un système extrêmement complexe simple à utiliser.

Et surtout :

Le meilleur logiciel n'est pas celui qui contient le plus de fonctionnalités. C'est celui qui permet à l'entreprise de fonctionner avec moins de friction.

C'est cette approche que j'apporte aujourd'hui aux projets Numinam.

Technologies

Technologie	Rôle dans la plateforme
Laravel	Framework backend et cœur applicatif de la plateforme.
Livewire	Interfaces dynamiques et interactions applicatives.
Filament	Back-office et outils internes.
Stripe	Paiements et gestion des transactions.
APIs & intégrations	Connexion des différents services nécessaires au fonctionnement de la plateforme.
Géolocalisation	Gestion des parcours et des interactions liées à la position des joueurs.

Le résultat en une phrase

Nous avons transformé une idée d'escape game urbain en une plateforme capable de commercialiser, automatiser et opérer des centaines d'expériences dans plusieurs pays.

Vous avez un système qui devrait fonctionner mieux ?

Votre équipe passe peut-être encore du temps à copier-coller des données, gérer manuellement des opérations ou faire fonctionner ensemble des outils qui ne communiquent pas correctement.

Il y a probablement une meilleure façon de faire.

Montrez-moi comment votre entreprise fonctionne aujourd'hui.

Nous pouvons identifier ce qui devrait être automatisé, ce qui mérite d'être développé et ce qui ne mérite surtout pas de l'être.