L’immobilier se prête étonnamment aux chiffres précis. On peut annoncer un prix au dernier dirham près tout en sachant assez vaguement d’où il vient. La précision affichée agit comme un beau costume : on ne questionne pas immédiatement le contenu.

Dans mon CRM immobilier, je concevais Comps Engine, un module d’estimation par transactions comparables. L’idée était pratique : prendre un bien, trouver des ventes réelles pertinentes et afficher une fourchette expliquée plutôt qu’un chiffre unique présenté solennellement.

Que peut-on vraiment comparer ?

Comparer un appartement à un autre ne suffit pas. Le programme immobilier, le type de bien, la surface, la date de transaction, le stade du projet et la qualité des données comptent. Le prix demandé et le prix d’une vente conclue répondent aussi à des questions différentes.

Le schéma prévoyait des niveaux de sélection successifs : d’abord les comparables proches, puis une fenêtre élargie si les données manquaient. Par exemple, six mois étendus à douze, avec une tolérance de surface. Ce sont les paramètres de la méthode envisagée, pas la preuve que chaque ligne correspondante constitue automatiquement un bon comparable.

Les sources envisagées étaient DLD et Dubai Pulse. Le rapport devait présenter les transactions retenues, la date des données et le degré de confiance. Si l’échantillon était faible, l’interface devait le signaler avant que le visiteur ne négocie avec le vendeur au nom du programme.

Pourquoi la pause fait partie du cas

Le projet indique actuellement ce module comme suspendu et documentaire. Je ne le présente pas comme un service indépendant d’estimation en activité et ne propose pas de prendre une décision financière à partir d’une capture du prototype.

Pour poursuivre, terminer un PDF ne suffit pas. Il faut une source confirmée, un import reproductible, une vérification de la qualité des comparables et une responsabilité claire pour les mises à jour. L’AI peut vite écrire le traitement d’un tableau ; cela ne prouve pas que ce tableau convient au besoin.

J’ai ensuite créé un projet distinct, LiveDXB Analytics, avec un moteur de calcul réalisé. C’est une autre histoire, avec son code et ses limites. Réunir les capacités des deux projets dans un produit idéal serait une forme d’écriture créative trop commode.

Comps Engine est resté un module suspendu, pas un service d’estimation en activité. Le résultat présenté ici est une problématique travaillée et les limites de suffisance des données. La réalisation ultérieure LiveDXB Analytics est un projet distinct, dont les fonctions ne sont pas attribuées à celui-ci.

Histoires liées : LiveDXB Analytics · CRM immobilier.