ÉTUDE DE CAS / R&D · projet en agence

Horsplace Relier une application aux écrans d’une écurie.

Afficher les soins, le planning et l’alimentation au niveau des boxes. Pour y parvenir, il fallait faire coopérer une application web, du firmware et des écrans basse consommation.

LE FLUX MÉTIER / Horsplace

  1. Planning

    Informations utiles au box

  2. API proxy

    Échanges entre modules

  3. Firmware

    Intégration avec le matériel

  4. Écran e-ink

    Affichage sur le terrain

Schéma de principe · pas une capture du produit
Le cadre
R&D en agence
Mon intervention
API & coordination technique
L’enjeu
Logiciel, matériel & basse consommation

L’information au plus près du box

Horsplace visait à afficher les informations de soins, de planning et d’alimentation directement au niveau des boxes équestres, à l’aide d’écrans e-ink. Le projet a été mené en agence dans un cadre de recherche et développement.

L’enjeu était de faire dialoguer les composants applicatifs et les dispositifs d’affichage. La cohérence entre frontend, backend et firmware devait être construite alors que les choix techniques étaient encore en exploration.

Horsplace aujourd’hui : une suite équestre

Le site officiel présente Horsplace comme une suite logicielle pour les structures équestres et les organisateurs d’événements. Elle regroupe quatre solutions complémentaires.

  • Horstable : affichage e-ink des informations du cheval, de l’alimentation et des soins au box.
  • Horscape : réservation de boxes sur plan interactif, avec paiement via Stripe.
  • Horsflow : organisation d’événements équestres et attribution des boxes.
  • Horsdev : développement de logiciels sur mesure pour la filière équine.

Cette présentation décrit l’offre publique actuelle. Mon intervention détaillée ici porte sur la R&D, l’API proxy et la coordination matériel/firmware.

Sources officielles consultées le .

Avancer avec des dépendances matérielles

  • Composer avec le matériel, le firmware et les contraintes de basse consommation.
  • Clarifier les interactions entre les différentes briques applicatives.
  • Coordonner les échanges techniques avec des ingénieurs en Chine.
  • Ajuster les choix progressivement dans un contexte de R&D.

Mon rôle entre les briques du système

R&D, développement d’une API proxy et coordination technique avec des ingénieurs en Chine.

J’ai conduit le travail de recherche pour cadrer les interactions, puis développé l’API proxy chargée d’orchestrer les modules. Les échanges avec les ingénieurs portaient sur l’intégration du matériel et du firmware avec les composants web.

Une API proxy pour structurer les échanges

L’API proxy faisait le lien entre les modules applicatifs et les composants d’affichage de l’écosystème Horsplace. Elle contribuait à organiser les échanges et à donner un cadre commun aux différentes briques.

  • Structuration des échanges entre frontend, backend et firmware.
  • Organisation des informations de soins, de planning et d’alimentation.
  • Coordination technique pour l’intégration des dispositifs e-ink.

Une base plus claire pour poursuivre la R&D

Le travail a clarifié la coopération entre les briques de la solution et mieux structuré le projet malgré les incertitudes de la R&D.

Cette expérience m’a appris à avancer avec des dépendances physiques et des interlocuteurs internationaux : expliciter les échanges, confronter les choix aux contraintes et ajuster progressivement la solution.

DU PROJET À LA PRATIQUE

Ce que cette expérience
apporte à vos projets.

Structurer les échanges d’une solution web dans un contexte exploratoire, avec des contraintes matérielles et plusieurs interlocuteurs techniques.

AUTRES CONTEXTES, AUTRES CONTRAINTES

Tous les projets

LE POINT DE DÉPART, C’EST VOTRE BESOIN.

Plusieurs systèmes doivent travailler ensemble ?

Application web, matériel ou services tiers : nous pouvons commencer par cartographier les échanges et identifier les dépendances qui conditionnent votre projet.