Pendant l'audit, le constat se précise. Les écrans étaient effectivement froids et corporate, mais ce n'était pas la cause du problème. Le vrai sujet, c'était la structure des parcours.

L'app était pensée comme un back-office. Elle juxtaposait des écrans sans suivre la réalité du parcours vécu par un parent chez Wepartum. Les informations vitales à chaque étape n'étaient pas mises en avant, l'utilisateur devait chercher où il en était à chaque connexion, la friction s'accumulait.

Repeindre l'interface aurait traité la surface, pas le problème. J'ai remonté le constat à l'équipe Wepartum. On a convenu d'élargir le périmètre, de la refonte graphique à la refonte produit.

Avant tout développement côté production, j'ai construit un moteur de simulation. Un prototype interactif haute fidélité, codé avec Claude Code, alimenté par des données mockées. Il rejoue les sept états du parcours, leurs transitions, leurs cas limites.

Concrètement, l'équipe Wepartum pouvait cliquer sur la démo et tester, par exemple, ce que voit un parent qui revient sur l'app après son RDV avec Constance, ou comment l'app réagit quand l'utilisateur n'a pas complété ses documents. Chaque scénario rejouable, chaque état contrôlable.

Le moteur a servi à arbitrer en réunion sur du concret, pas sur des wireframes. Et surtout, Wepartum a repris cette structure pour refondre son workflow technique côté production. Le prototype n'est pas resté un livrable de validation, il est devenu un plan d'architecture.

46 écrans dérivés, tous issus de la même source de vérité. Zéro logique conditionnelle dans le rendu, le parcours pilote l'interface.

À chaque état du parcours, l'app répond à trois questions que se pose le parent : où j'en suis, qu'est-ce qui m'attend, et qu'est-ce qui est déjà fait pour moi.

L'écran d'accueil affiche en premier l'information vitale du moment. Une simulation prête à consulter, un RDV à confirmer, une candidate à rencontrer. Tout le reste passe en second plan. Le parent ne cherche pas dans un menu, l'app lui pousse l'action utile.

Le travail administratif est pré-mâché autant que possible. Les coûts par mode de garde sont calculés à l'avance. Le CESU préfinancé est activé d'un tap. Les profils des candidates arrivent déjà filtrés et triés par Constance, avec ses notes, et un coup de cœur quand elle en a un.

Le design system existe pour servir cette mécanique. Cinq couleurs sémantiques (aubergine pour les CTA, blush pour l'empathie, olive pour la validation, peach pour l'attente, lilac pour la découverte) qui donnent un statut au premier coup d'œil. Une voix éditoriale, celle de Constance, qui parle court et direct, sans jargon RH. Une typographie Fraunces pour adoucir le registre.

Mais l'enjeu n'a jamais été la couleur. L'enjeu, c'est qu'à 14h17 entre deux réunions, le parent ouvre l'app et sache en deux secondes ce qu'il doit faire.

V2 livrée. App B2B2C qui suit le parent à chaque étape, sept états cartographiés, 46 écrans dérivés, un design system aubergine et tons fruits, une voix éditoriale incarnée par Constance.

Le moteur de simulation a permis de valider chaque parcours sur du concret avant la mise en production, et a servi de plan d'architecture pour la refonte du workflow technique côté Wepartum.

Là où la V1 se contentait de valider un dossier administratif, la V2 accompagne un parent dans une décision qui compte.