AC-PEB

Le problème n'était pas l'email en soi. C'était que l'email ne garde rien en ordre. Pour savoir où en était un dossier, il fallait retrouver le bon fil, le relire, et reconstituer mentalement ce qui avait déjà été fait. Multiplié par plusieurs dizaines de dossiers ouverts, ce travail de reconstitution occupait une place démesurée dans une journée.

Côté agences, l'effet était le même en miroir. Une agence qui voulait connaître l'avancement d'un certificat n'avait qu'un moyen : écrire pour demander. Chaque relance créait un nouveau message à traiter, qui prenait du temps à Antoine, qui ralentissait les autres dossiers, ce qui déclenchait d'autres relances.

S'y ajoutait la double saisie. Les mêmes informations — adresse du bien, coordonnées de l'occupant, type de certificat — étaient retapées à chaque étape, du mail vers le document, du document vers la facture. Chaque recopie est une occasion de se tromper sur une adresse.

La plateforme distingue deux profils. Les membres d'agence commandent et consultent ; Antoine administre. Cette séparation n'est pas qu'une question d'interface : elle est appliquée au niveau de la base de données, dans les règles d'accès de PostgreSQL. Une agence ne peut pas lire les dossiers d'une autre, même si une erreur se glissait dans le code de l'interface.

Côté agence, l'écran principal liste les commandes avec leur statut et la date de rendez-vous. Les certificats et factures se téléchargent depuis le dossier concerné, sans avoir à écrire à qui que ce soit.

Côté Antoine, le tableau de bord affiche l'ensemble des commandes, filtrables par statut, avec les agences les plus actives et les délais de traitement. Il crée les comptes, envoie les invitations par email et fait avancer les statuts. Les données qu'il consulte sont celles que la plateforme enregistre au fil de l'usage, pas des chiffres saisis à la main.

Un certificat PEB est un document nominatif qui concerne le logement d'une personne. Le publier sur une URL devinable, ou même simplement longue, aurait été une fuite en attente. C'est la brique qui nous a demandé le plus d'attention.

Les fichiers sont stockés sur Cloudflare R2, dans un bucket sans accès public. Aucun lien permanent n'existe vers un document. Quand un client ouvre son dossier, le serveur vérifie d'abord qu'il a bien le droit d'accéder à ce fichier précis, puis génère une URL signée à durée de vie courte. Passé ce délai, le lien ne vaut plus rien, même copié.

L'autre moitié du travail était le formulaire de commande. Il devait capturer assez d'informations pour qu'Antoine n'ait plus à relancer, sans devenir une corvée pour l'agence qui le remplit dix fois par mois. Le résultat est un formulaire long mais découpé, avec les champs qui déclenchaient le plus d'allers-retours rendus obligatoires — et les autres pas.

Plus de dix agences partenaires utilisent aujourd'hui la plateforme pour commander leurs certificats. Les demandes d'avancement par email ont disparu du quotidien d'Antoine : l'information est là où le client la cherche.

Nous ne publions pas de gain de temps chiffré, parce que nous ne l'avons pas mesuré. Le processus n'était pas instrumenté avant la plateforme, il n'existe donc aucun point de comparaison sérieux. Annoncer un pourcentage serait un chiffre inventé, et un chiffre inventé se retourne contre celui qui le publie le jour où un client demande la méthode.

Le projet a été livré en deux mois. Le code appartient à Antoine, l'hébergement est à son nom, et la plateforme a continué à évoluer depuis la mise en ligne.