Réalisations

Des interfaces propres.
Des problèmes résolus.

Chaque étude de cas présente le contexte, les contraintes et la logique derrière l’interface. L’objectif n’est pas de montrer une galerie : c’est de montrer comment le projet répond à un usage.

/ Sélection

Les résultats présentés ci-dessous sont volontairement centrés sur ce qui peut être montré publiquement. Certains projets restent anonymisés lorsque les données, interfaces ou contextes ne doivent pas être exposés.

Refonte du site de la Société d’Horticulture de Chalon
01 · Refonte WordPress

Société d’Horticulture de Chalon

Modernisation d’un site associatif historique avec nouvelle hiérarchie de contenus, gestion d’une photothèque importante et création d’espaces front-office adaptés aux rôles internes.

Le changement

Une expérience publique plus lisible et une gestion interne mieux séparée du back-office WordPress.

UI/UXWordPressMigrationPortails
Voir l’étude de cas
Planning équipe de DIJ’EAT Planner
02 · Application web

DIJ’EAT Planner

Application de planification construite autour des besoins horaires réels, des contraintes de l’équipe, des corrections manuelles et des contrôles avant validation.

Le changement

Les règles métier deviennent visibles, centralisées et contrôlables dans un même environnement.

ApplicationPlanningRègles métierExports
Voir l’étude de cas
03 · Projet confidentiel

Portail métier & workflow

Exemple anonymisé d’un portail multi-rôles avec tableaux de bord, gestion de données, validation et automatisation de parcours.

Le changement

Chaque profil accède uniquement aux informations et actions nécessaires à son rôle.

PortailRôlesWorkflowDonnées
Voir le périmètre
/ Votre contexte

Votre problème ne ressemble pas exactement à ces projets ?

C’est normal. Le cadrage sert justement à comprendre vos propres règles, utilisateurs et contraintes avant de choisir la solution.

Parler du besoin