OXANN← Portfolio

CAS 03 · COURTAGE

Un même dossier. Deux façons de le lire.

Bêta fonctionnelle

Le conseiller doit contrôler, calculer et préparer. Le client doit comprendre, compléter et décider. Les forcer dans le même écran crée une interface moyenne pour deux besoins différents.

LE POINT DE DÉPART

Le dossier n’a pas le même sens selon qui le regarde.

Un conseiller manipule des contrôles, des calculs et des pièces. Le client cherche surtout à comprendre sa situation et ce qu’il doit faire ensuite. La bêta part de cette asymétrie.

CE QU’ON A OBSERVÉ

Partager les données ne signifie pas partager l’interface.

ConseillerDossiers, capacité, contrôles, plan et exports.
ClientParcours guidé, capacité lisible, pièces et étapes suivantes.
ConfidentialitéMode local/hors ligne par défaut, données synthétiques locales et aucun envoi bancaire réel prétendu.

LA VRAIE QUESTION

Comment garder deux expériences cohérentes sans dupliquer deux vérités ?

La difficulté n’est pas seulement graphique : deux surfaces doivent raconter la même situation financière sans dériver dans leurs calculs ou leurs règles.

HYPOTHÈSE DE TRAVAIL

Une interface par rôle vaut mieux qu’une interface moyenne.

Cette hypothèse structure la bêta. Elle ne vaut pas encore preuve d’un gain métier mesuré en production.

LE RAISONNEMENT

Trois frontières ont été gardées.

  1. 01
    Rôle ≠ donnée.

    Le conseiller et le client peuvent lire différemment sans que les calculs deviennent divergents.

  2. 02
    Brouillon ≠ opposable.

    Les restitutions restent indicatives tant qu’un professionnel habilité n’a pas validé ce qui doit l’être.

  3. 03
    Bêta ≠ production.

    Le fonctionnement local et les tests ne sont pas transformés en certification de préproduction ou de déploiement réel.

CE QU’ON A CONSTRUIT

Deux surfaces autonomes, un moteur de calcul contrôlé.

La démo canonique contient une entrée conseiller, une entrée client et des sorties de dossier. Le mode par défaut reste local et synthétique ; une interface locale optionnelle existe, sans prétendre à une transmission bancaire réelle.

CE QU’ON PEUT PROUVER

La cohérence du calcul est testée, pas supposée.

Bêta
Le projet se qualifie explicitement de bêta fonctionnelle.
Deux surfaces
Des espaces conseiller et client autonomes existent et restent séparés.
Tests
La démo documente 101 assertions et une campagne de parité moteur sur 40 000 cas avec zéro écart attendu.
Local par défaut
Le mode par défaut fonctionne localement, y compris hors ligne, avec des données synthétiques.

CE QU’ON NE PRÉTEND PAS

Une bêta fonctionnelle reste une bêta.

  • Aucun client, testeur ou partenaire nommé n’est exposé ici.
  • Aucune affiliation à un éditeur ou réseau de courtage n’est revendiquée.
  • Aucune transmission bancaire réelle n’est présentée comme active.
  • Le produit n’est pas déclaré prêt pour la production.

CE QU’ON A APPRIS

La parité est une fonction produit.

Quand deux personnes voient le même dossier avec des objectifs différents, la qualité ne tient pas seulement au design : elle tient à la capacité de garantir que les deux vues reposent sur les mêmes règles.

LE PROBLÈME QU’ON RETROUVE AILLEURS

Un même dossier ne doit jamais se contredire selon qui le regarde.

Une divergence entre deux lectures d’un même dossier est un défaut à empêcher, pas un détail d’interface. Le cas Résidences du Valentin pose la question sous un autre angle : quand deux pièces ou deux sources ne racontent pas la même histoire, laquelle fait foi.

OÙ EN EST LE PROJET

Bêta fonctionnelle.

Le prochain niveau de preuve suppose préproduction, parcours réels autorisés et validation des intégrations extérieures avant toute affirmation de production.