Plateforme professionnelle multi-rôles

J’ai dirigé l’équipe projet tout en participant concrètement à la conception des flux métier, à l’UX/UI et au développement full-stack de la plateforme, y compris les expériences par rôle, la gestion des documents confidentiels, les mises à jour en temps réel et la planification.

La plateforme rassemble consultations, rendez-vous, livrables écrits, documents, honoraires et paiements. Ces activités sont étroitement liées, mais elles ne sont pas vues ni traitées de la même façon par chaque intervenant.

J’ai fait du dossier l’unité centrale d’organisation. Conversations, dates, documents, actions financières et travail professionnel s’y rattachent, tandis que les permissions déterminent ce que chacun peut voir et faire.

J’aime partir des personnes plutôt que des écrans : comprendre comment chaque rôle travaille au quotidien, avec ses propres mots, et en faire des parcours clairs avant de dessiner la moindre interface.

J’ai participé à la conception de ces parcours et de l’UX/UI, puis construit le produit de bout en bout : interface, API, base de données, temps réel, notifications par e-mail et documents PDF générés.

La plateforme est bilingue : chaque libellé, message et notification devait donc convenir à des publics différents dès le premier jour.

Un dossier, plusieurs vues : j’ai structuré le produit autour d’un dossier partagé, puis adapté ses informations et ses actions à chaque rôle et niveau de permission.

Le langage courant d’abord : la prise en charge démarre par une situation du quotidien ou une description avec les mots de l’utilisateur, sans exiger de vocabulaire spécialisé.

Des prochaines étapes visibles : statuts, échéances et actions en attente rendent les processus longs plus lisibles, sans en gommer la complexité.

Une collaboration cadrée : la délégation est rattachée à une tâche précise, ce qui préserve à la fois la confidentialité et la traçabilité.

Un produit comme celui-ci manipule des documents sensibles et de l’argent : une grande partie du travail se joue là où les utilisateurs ne regardent jamais — qui peut ouvrir quoi, ce qui se passe quand deux personnes agissent au même instant, et comment le système se rétablit quand quelque chose échoue.

Après la première version, j’ai mené une campagne de renforcement systématique : des dizaines de tours d’audit écrits sur les règles d’accès, l’intégrité des données, la concurrence, la validation des entrées, la gestion des fichiers et la supervision. Chaque tour se terminait par des constats documentés, des corrections et des tests automatisés, pour que la personne suivante comprenne non seulement comment les choses fonctionnent, mais pourquoi.

Interface du produit : Vue 3, TypeScript, Pinia, PrimeVue, Vue I18n, FullCalendar et Socket.IO.

Architecture applicative : Node.js, Express, TypeScript, PostgreSQL, Drizzle, Firebase Auth et Storage, et des règles métier partagées entre le front-end et le back-end.

Sécurité et fiabilité : contrôle d’accès au niveau du dossier, validation à l’exécution, parcours MFA, validation des fichiers, analyse antivirus, supervision et tests automatisés.

Flux métier : états structurés, règles de planification, mises à jour en temps réel et documents générés accompagnent les dossiers au fil de leur avancement.

Je ne connaissais pas le métier de mon client. J’ai dû en apprendre les concepts, le vocabulaire et la façon dont ses professionnels travaillent vraiment, et je l’ai trouvé passionnant : plonger dans un nouveau monde est l’une des choses que j’aime le plus dans mon travail.

Je suis convaincue qu’observer et comprendre viennent avant de concevoir. Des interfaces et des flux métier n’apportent une vraie valeur que s’ils reposent sur une compréhension réelle du terrain : je pose des questions, j’écoute et j’apprends jusqu’à ce que la logique du travail me soit claire.

J’explique mes choix techniques avec des mots simples, je consigne les décisions et je laisse un projet documenté (installation, déploiement, maintenance) pour qu’une équipe puisse le reprendre sans moi.

Si vous construisez une plateforme pour un domaine qui a ses propres règles, plusieurs types d’utilisateurs ou beaucoup de complexité invisible, j’aimerais en entendre parler.