Nous contacter
Le projet à l'origine du studio ·
Le quotidien d'un centre équestre.
Tout un produit à penser.
Des cours à organiser, des cavaliers à retrouver, des chevaux à suivre. Une application née du terrain, qui évolue depuis cinq ans, au fil des versions, des refontes et des technologies.
Entrer dans le projet
La mission, en quelques mots
01 · Le point de départ
HorsingUp commence dans le centre équestre où Pierrick a grandi. Le constat est simple : les tâches d'organisation et de communication prennent une place importante dans la vie du club.
Avec Grégoire, l'idée devient un logiciel et une application pour les structures équestres. Ils créent ensuite Fullcode après avoir développé HorsingUp.
Ce projet réunit ce qui nous intéresse encore aujourd'hui : comprendre un métier, concevoir des interfaces et développer ce qui doit les faire fonctionner.
Rencontrer le studio02 · Les usages se croisent
Le même cours concerne une structure qui l'organise, un cavalier qui s'y inscrit et un cheval qui y participe. Le produit doit relier ces regards.
Organiser
Gérer les cours, les réservations et la participation des adhérents. Retrouver les informations utiles sans perdre le fil de ce qui se passe dans la structure.
Le défi : donner une lecture claire à des informations qui se répondent.
Participer
Côté cavalier, l'application permet de retrouver son club, ses cours et les informations de son profil. Les échanges et le fil d'actualité prolongent la vie de la structure.
Le défi : proposer les informations utiles à la personne qui les consulte.
Suivre
L'organisation du club s'articule aussi autour de ses chevaux. Leurs activités, leurs informations et leurs rappels de santé constituent une autre lecture du quotidien.
Le défi : relier le planning aux informations de l'écurie.
03 · Ce qui relie les écrans
Le planning, les profils et les activités ne sont pas des pages indépendantes. Une inscription concerne un cours, un cavalier et l'organisation du centre. Une activité concerne aussi le suivi du cheval.
Ce projet fait travailler ensemble la réalisation frontend de Pierrick et le développement backend de Grégoire. La conception du fonctionnement et celle des interfaces avancent autour des mêmes usages.
Une lecture des liens métier, plutôt qu'une simple collection de fonctionnalités.
04 · Cinq ans d'évolution
HorsingUp a traversé plusieurs versions et refontes en cinq ans. Les interfaces, le fonctionnement et les choix techniques évoluent avec le produit, ses besoins et ses usages.
Un accompagnement qui dépasse la première mise en ligne : HorsingUp continue d'évoluer dans le temps.
Les écrans et les parcours sont retravaillés au fil des étapes du produit, pour répondre à de nouveaux besoins.
Le frontend et le backend évoluent avec le produit. Les choix techniques sont réexaminés pour accompagner la suite.
Les refontes successives permettent de reprendre la hiérarchie, la navigation et la place des informations à l'écran. Elles s'accompagnent d'évolutions techniques pour que le socle continue de répondre aux besoins du produit.
La dernière maquette, présentée dans le téléphone en haut de cette page, est une étape de cette histoire. Elle ne résume pas les cinq années de développement : elle en montre la continuité.
Explorer la refonte sur Figma Découvrir le site HorsingUpLes choix derrière les images
Le point de départ vient de la vie d'un centre équestre. Le produit s'organise autour des tâches et des personnes concernées, avant de devenir une liste d'écrans.
Votre besoin métierLes profils, les cours et le suivi des chevaux ont des liens entre eux. Le frontend et le backend participent au même travail de conception.
Vos interfacesEn cinq ans, HorsingUp a connu plusieurs versions et refontes. Les technologies évoluent elles aussi : le fonctionnement et l'interface avancent avec les besoins du produit.
De HorsingUp à votre projet
Une application complète ou un premier processus à simplifier : nous partons de votre fonctionnement pour définir une réponse adaptée.
Parlons de votre outilAvant de se lancer · Du métier à l'application
Votre activité a aussi ses usages, ses règles et ses outils. Voici quelques questions pour trouver le bon point de départ.
Et si on parlait de la vôtre ?Partez de ce que vos équipes doivent contourner : une saisie répétée, des fichiers parallèles, des données difficiles à retrouver ou des logiciels qui ne communiquent pas.
Le cadrage sert à comprendre ces usages et à examiner les solutions possibles. Il peut être plus pertinent de conserver et connecter des outils existants que d'en développer un nouveau.
Oui. Un premier périmètre peut traiter une tâche précise ou un flux de données. Il doit être assez cohérent pour être utilisé et testé par les personnes concernées.
Les retours d'usage aident ensuite à choisir les évolutions utiles, plutôt qu'à développer toutes les fonctionnalités dès le départ.
Cela dépend de leurs possibilités d'échange : API, exports, imports, droits d'accès et conditions du fournisseur. Nous examinons ces éléments avant de confirmer ce qui peut être connecté.
Le projet précise ensuite quelles données circulent, dans quel sens, à quelle fréquence et avec quels contrôles en cas d'erreur.
Ce sont des sujets à traiter pendant le cadrage : données nécessaires, utilisateurs autorisés, hébergement, sauvegardes et modalités d'exploitation. Les choix dépendent de l'usage et des contraintes du projet.
La reprise des données existantes, la documentation et la maintenance doivent avoir un périmètre explicite. Elles ne se déduisent pas de la seule livraison d'une interface.
Le budget dépend du périmètre : les éléments à concevoir, les contenus disponibles, les fonctionnalités et les contraintes de réalisation. Une page très travaillée et un site plus vaste ne demandent pas nécessairement le même effort au même endroit.
Un premier échange permet d'identifier les priorités et de préparer un devis adapté. Si vous avez une enveloppe en tête, partagez-la : elle aide à choisir un périmètre réaliste.