ExpertisesRéférencesOffresMéthode CRAFTContact
Prendre RDV →
Référence · Canton de Fribourg · 2023–2024

La digitalisation des procédures judiciaires du Canton de Fribourg.

Victor Michel a participé à la digitalisation de procédures judiciaires fribourgeoises : business analysis, spécifications BDD et prototypes éprouvés avec greffiers et juristes.

Visuels confidentiels
GovTech · Justice numérique
GovTech
justice numérique en Suisse
BDD
exigences traduites en spécifications testables

Business analysis · UX · Facilitation de sprints

Le contexte.

La justice suisse s’est engagée dans un mouvement de modernisation numérique. Dans ce cadre, le Canton de Fribourg a entrepris la digitalisation de procédures judiciaires : un projet de GovTech encadré par le droit fédéral et cantonal. Dématérialiser une procédure ne consiste pas à numériser un formulaire : le service en ligne doit suivre exactement le droit applicable.

Les futurs utilisateurs, greffiers, juristes et autres professionnels du droit, n’avaient pas tous la même aisance avec les outils numériques. Chaque écran a ici une portée juridique : un champ mal compris ou une étape mal ordonnée peut avoir des conséquences pour une procédure.

Victor Michel, aujourd’hui fondateur de Brutux Studio, a rejoint une équipe pluridisciplinaire de chefs de projet, de business analysts et de développeurs. Il y tenait le rôle de référent UX et fonctionnel : traduire les exigences en livrables exploitables, lever les ambiguïtés et accompagner les utilisateurs jusqu’à la recette. Le projet étant confidentiel, cette page en décrit la démarche, sans écrans ni détails internes.

Le défi : Un texte de loi n’est pas une spécification. Il décrit des droits, des délais et des acteurs, mais ni un écran ni un parcours. Le défi était de transformer des procédures judiciaires en services numériques conformes et utilisables, compréhensibles à la fois par des juristes, des développeurs et des utilisateurs finaux qui ne partagent ni le même vocabulaire ni les mêmes priorités.

La démarche.

  1. 01

    S’immerger dans le droit

    Victor a commencé par étudier les textes applicables, puis s’est entretenu avec des juristes et des greffiers. Comprendre à la fois la logique juridique et la pratique quotidienne des tribunaux était indispensable avant de proposer le moindre parcours.

  2. 02

    Modéliser les procédures

    Les procédures concernées ont été modélisées : étapes, états successifs d’un dossier, acteurs impliqués, règles de gestion. Cette vue d’ensemble a donné à toute l’équipe une compréhension partagée de ce que le système devait gérer, et fait apparaître tôt les cas particuliers.

  3. 03

    Écrire des spécifications BDD

    Les exigences ont été traduites en user stories et en critères d’acceptation au format BDD et Gherkin, accompagnés d’une documentation détaillée. Les développeurs disposaient ainsi de règles testables, chacune reliée au texte dont elle découle.

  4. 04

    Valider avec les juristes, tester avec les greffiers

    Les wireframes ont d’abord été relus par des juristes, garants de la conformité. Les prototypes ont ensuite été testés par des greffiers, pour vérifier que les écrans restaient clairs pour celles et ceux qui les utiliseraient chaque jour.

  5. 05

    Animer les sprints

    À chaque sprint, Victor animait les échanges et levait les ambiguïtés fonctionnelles qui bloquaient les développeurs. Il arbitrait entre ce que le droit exigeait et ce qu’il était possible de livrer, en gardant la conformité comme limite non négociable.

  6. 06

    Accompagner la transition

    Il a enfin formé des utilisateurs finaux, conduit des sessions de recette et contribué au plan de transition numérique. Un nouvel outil n’est adopté que si ceux qui l’utilisent ont été préparés à changer leurs habitudes.

Ce que ce projet a appris

Sur ce projet, la conception a largement dépassé les wireframes. Victor a servi de trait d’union entre trois cultures, juridique, technique et utilisateur, qui ne parlent pas la même langue. Ce rôle demande d’accepter que l’ambiguïté est l’état normal du travail, et de la réduire patiemment, règle après règle, plutôt que de la masquer derrière une interface séduisante. C’est à cette condition qu’un service public numérique peut être à la fois conforme et réellement utilisé.

Ce que ça change pour votre projet

Les logiciels métier et les SaaS B2B des secteurs réglementés font face à la même difficulté : des règles complexes à traduire en parcours simples, sans rien perdre de la conformité. Brutux Studio apporte cette double compétence de business analysis et de design UX : modélisation des processus, spécifications BDD prêtes pour les développeurs, prototypes testés avec les utilisateurs réels et accompagnement jusqu’à la mise en service. Avec la discrétion qu’exigent les projets sensibles.

(Travaillons ensemble)

Votre SaaS mérite mieux que « ça marche ».

30 minutes pour parler de votre produit ou de votre projet IA. Je vous dis honnêtement si et comment je peux aider.

Réserver 30 minutes ↗