Carnet de bord — automatiser le suivi GPA chez un promoteur immobilier (épisode 1)

Réponse rapide : ce post est le premier épisode d'un journal de mission. J'y raconte au fil de l'eau, et de façon anonymisée, comment j'automatise le suivi des Garanties de Parfait Achèvement (GPA) d'un promoteur immobilier de 80 collaborateurs basé en Nouvelle-Aquitaine. Le but : montrer ce qui se passe vraiment sur une mission, pas juste le résultat poli des cas clients. La vraie matière est dans les détails opérationnels, les négociations métier, les ajustements en cours de route.

Pourquoi je publie ce carnet de bord

Les cas clients que vous lisez sur les sites de freelances IA sont toujours retraités. La mission s'est passée il y a 6 mois, l'auteur a eu le temps de réécrire les chiffres, gommer les frictions, mettre tout en valeur. C'est utile pour vendre, mais ça donne une image fausse de ce qu'est vraiment une mission d'automatisation IA en 2026.

Dans ce carnet, je documente au fil de l'eau une mission en cours. Les frictions sont là. Les ajustements aussi. Quand quelque chose ne marche pas, je le dis. C'est aussi une façon d'être transparent avec vous, lecteurs : si vous me confiez une mission demain, voilà à quoi ressemble vraiment mon travail.

Important : le client est anonymisé. Je n'utilise pas son nom, ne donne pas de chiffres trop précis, ne montre pas de captures d'écran de leurs outils. Quand la mission sera publiable comme cas client formel (avec leur accord et chiffres validés), je le ferai dans une page dédiée. En attendant, ce carnet existe pour partager la matière vivante.

Le contexte (semaine 1)

Le client est un promoteur immobilier de 80 collaborateurs basé en Nouvelle-Aquitaine. Ils livrent environ 4 opérations par an, mix de logements collectifs et de programmes mixtes (logements + commerces en pied d'immeuble).

Le problème qu'ils m'ont décrit en audit découverte :

« Notre suivi GPA part dans tous les sens. Chaque chef de projet a son tableau Excel. Les acquéreurs nous écrivent leurs réserves par email, par courrier, parfois en bavardant lors d'une visite. Les artisans, on les relance par téléphone. Au moment de générer le rapport mensuel pour la direction, on passe une demi-journée à compiler. Et il y a quand même des réserves qui passent à la trappe — on s'en rend compte 6 mois plus tard, quand l'acquéreur appelle énervé. »

Cible chiffrée : ils estiment que chaque chef de projet (ils en ont 5) passe environ 3 à 5 heures par semaine sur ce suivi GPA en mode dégradé. L'audit a aussi révélé qu'ils livraient en moyenne 12 à 18 réserves par opération non traitées dans les 60 jours, avec des coûts de reprise tardive de 200 à 500 € par réserve.

Ce que j'ai fait la semaine 1

Lundi — Audit terrain (3h sur place)

Je suis allé dans leurs bureaux pour voir le process en vrai. Pas la version commerciale, la version réelle. Quelques découvertes que je n'avais pas vues en visio :

Les chefs de projet n'ont pas le même tableur. Trois utilisent un format Excel maison hérité de leur ancien employeur, deux utilisent Google Sheets, le sixième (récemment recruté) utilise Notion. Aucune cohérence.
Les emails d'acquéreurs partent dans la boîte générique service-clients@…, qui est consultée 1 à 2 fois par jour par l'assistante. Elle dispatch ensuite manuellement vers le bon chef de projet — avec parfois des erreurs.
Les artisans sont relancés par téléphone, sans historique. Personne ne sait depuis combien de temps tel artisan tarde sur tel lot. Ça ne ressort qu'au moment du litige.
L'outil ERP du promoteur (Cogedim Habitat, leur fork interne) ne gère PAS le suivi GPA proprement. Il y a un module mais personne ne s'en sert parce qu'il a été conçu pour des promoteurs 10x plus gros et il est trop lourd.

Cet audit m'a appris que le projet est plus politique que technique. Le vrai défi va être de faire converger 5 chefs de projet vers un système unique, alors que chacun a son habitude. Je vais devoir embarquer la direction sur le côté change management, pas seulement leur livrer un workflow n8n.

Mardi — Cadrage technique

Je leur ai proposé une architecture en 3 couches :

Couche centrale : un référentiel unique des réserves, hébergé dans Airtable (au lieu de leur ERP qu'on contournera). Avantage : structure claire, vues filtrées par chef de projet, mobile-friendly.
Couche entrée : chaque acquéreur reçoit un lien personnel vers un formulaire web pour signaler ses réserves. Plus de boîte email générique. L'assistante ne fait plus de dispatch.
Couche workflow : un workflow n8n qui (a) reçoit chaque nouvelle réserve, (b) crée une tâche Airtable, (c) notifie le chef de projet et l'artisan responsable, (d) relance toutes les semaines, (e) escalade après 2 relances sans réponse.

Pour la direction : un dashboard agrégé hebdomadaire envoyé tous les vendredis, avec les KPI clés (réserves nouvelles, réserves levées, retards par opération, top 3 artisans à relancer).

Mercredi — POC sur une seule opération

J'ai construit le prototype sur une seule opération (32 lots livrés en septembre 2025, dont 14 ont des réserves en cours). Le but : valider le concept en conditions quasi-réelles avant de l'étendre aux 4 opérations actives.

J'ai pris environ 6 heures de dev pur :

Setup Airtable + structure (1h)
Workflow n8n d'entrée + relances (3h)
Formulaire Tally pour les acquéreurs (1h)
Dashboard direction (1h)

À l'arrivée : un premier système qui tourne. Pas joli, pas optimisé, mais qui peut absorber une vraie réserve et la traiter automatiquement.

Jeudi — Test avec un chef de projet

Je suis revenu sur place pour tester le système avec le chef de projet de l'opération concernée. C'est lui qui m'a appris les vraies règles métier que je n'avais pas vues :

Les artisans ne lèvent pas une réserve seuls. Il faut un PV de levée signé par le chef de projet et l'acquéreur. J'avais oublié ce flux dans le prototype.
Quand un artisan ne répond pas, ce n'est pas binaire. Il y a 4 niveaux d'escalade : (1) relance automatique, (2) relance par téléphone du chef de projet, (3) lettre RAR, (4) mise en demeure. Le système doit accompagner ces 4 niveaux.
La direction veut voir non seulement les retards, mais aussi les artisans qui répondent rapidement — pour leur passer plus de boulot. Le KPI inverse, en gros.

J'ai pris ces remarques et je vais ajuster le système la semaine prochaine. Erreur classique : quand on automatise un process, il faut accepter que la première version est fausse à 30 % parce qu'on ne connaît pas tout le métier. La V2 arrive après le test terrain, pas avant.

Vendredi — Bilan semaine 1

Sur le côté technique : système fonctionnel sur une opération. Stable, simple, modifiable.

Sur le côté humain : la vraie bataille commence. Le chef de projet de l'opération test est partant. Mais les 4 autres ne sont pas encore convaincus. Je vais devoir négocier avec chacun la semaine prochaine.

Sur le côté direction : ils sont contents du POC mais inquiets du change management (à raison). On a discuté de la stratégie de rollout : étendre à une 2e opération sous 30 jours, puis 100 % à 90 jours.

Ce qui change la semaine prochaine

Ajustement du système pour intégrer les PV de levée signés
Mise en place des 4 niveaux d'escalade
Premier dashboard direction envoyé vendredi
Réunion avec chaque chef de projet pour les embarquer un par un
Décision sur le rollout sur 2e opération

Ce que cette semaine m'a confirmé

Trois leçons que je remarque sur cette mission :

L'audit visio ne suffit jamais sur une mission BTP. Il faut venir sur place. Les vraies frictions ne se voient qu'en regardant l'équipe travailler.
Les chefs de projet sont les vrais clients, pas le DG. Si les 5 chefs de projet ne sont pas embarqués, le système sera contourné. Toute mission qui ignore cette vérité échoue.
L'ERP en place est rarement la solution. Les ERP métier BTP sont conçus pour des cas standards. Un système n8n + Airtable apportera plus de valeur en 2 semaines qu'un module ERP custom en 6 mois.

À la semaine prochaine pour l'épisode 2.

Si vous gérez du suivi GPA dans votre PME ou société de promotion immobilière et que vous avez les mêmes douleurs, l'audit découverte FlowMinds prend 30-90 minutes, est gratuit, et vous repartez avec des pistes concrètes même si on ne travaille pas ensemble ensuite.

— Maxime Peyrichou, consultant n8n à Bordeaux. Spécialisé automatisation IA pour PME du BTP et de l'immobilier en Nouvelle-Aquitaine et en France.