Vous nous avez demandé deux fois de voir du visuel. Cette page contient un prototype cliquable — pas une capture d'écran. Manipulez-le.
Ouvrir le prototype →C'est votre exigence, et c'est la bonne. Gros boutons, une seule décision par écran, aucun jargon. Voici l'intention de design des deux interfaces — les vraies maquettes haute-fidélité sont le livrable de la Phase 0.
Vous approuvez une phase avant que la suivante commence. Aucun engagement au-delà de ce que vous avez vu fonctionner.
Nous scopons à votre document « Welcome OS — Aperçu conceptuel », pas seulement à la discussion. Voici la couverture complète — en commençant par la Phase 0, le cadrage qui précède tout le reste.
Votre document les appelle « les contraintes qui déterminent l'architecture ». Nous sommes d'accord. Voici notre position sur chacune.
« À investiguer en tout premier. »
C'est le livrable numéro un de la Phase 0. Newton documente publiquement trois voies d'intégration (entrée, sortie et échange avec les prêteurs), et vous avez déjà un pont fonctionnel. Nous confirmons l'inventaire exact des champs accessibles et documentons un plan B avant de nous engager sur le moindre délai — exactement comme votre document l'exige.
« L'architecture doit rendre ces portes impossibles à contourner. »
Les deux portes ne sont pas des écrans de confirmation — ce sont des contraintes de flux appliquées en base de données. Aucun chemin de code ne permet à un dossier d'avancer sans approbation signée, horodatée et attribuée. C'est vous qui répondez du dossier devant l'AMF ; le système ne peut pas vous court-circuiter.
« Aucun chiffre non vérifié ne doit pouvoir déclencher une soumission. »
Chaque valeur financière extraite d'un transcript porte un statut explicite tant qu'elle n'est pas confirmée. Le prototype ci-dessus montre exactement ce geste. Et sur l'analyse de dossier, nous suivons votre choix : des règles codées en dur plutôt que de l'IA générative — moins cher à opérer, et surtout aucune hallucination possible sur un ratio.
« Prévoir une étape de consentement traçable en phase 01. »
Intégrée à la captation d'appel, en Phase 1. Le consentement est demandé, horodaté et conservé au dossier avant que le moindre traitement démarre. La preuve existe avant qu'on en ait besoin, pas après.
« Le portail client est une surface exposée. »
Traité comme tel dès la conception : lien à usage unique et à durée limitée, session liée à un seul dossier, isolation appliquée en base plutôt que dans l'interface. Chiffrement au repos et en transit, hébergement canadien, journalisation. Détail complet en page 2.
« Livrer d'abord la colonne vertébrale, puis empiler par phases. »
C'est mot pour mot notre Phase 1 : appel → auto-population → portail client → collecte. Votre recommandation est notre plan. C'est aussi la raison pour laquelle nous incluons le portail client dès la première phase, malgré le découpage que vous aviez esquissé verbalement.
Nous ne sommes pas une firme de développement établie depuis dix ans, et nous ne le prétendrons pas. Nous bâtissons et opérons nos propres plateformes depuis environ un an et demi, dont celle qui roule aujourd'hui en production pour nos clients. C'est aussi pour ça que la Phase 0 existe : vous jugez notre travail sur pièce, sur votre projet, avant de vous engager sur le reste.
Le volet documentaire est la partie qui nous inquiète le plus honnêtement — la variété de formats, de templates et de qualité de numérisation demandera de l'itération. C'est précisément pourquoi nous plaçons le contrôle de qualité dans le portail, à la source, plutôt que d'essayer de deviner après coup. Nous préférons vous le dire maintenant plutôt qu'au troisième mois.
Suite : l'investissement, trois structures possibles, et à partir de quand ça se rentabilise.