El sector inmobiliario invita sorprendentemente a dar cifras precisas. Se puede decir un precio hasta el último dírham sin tener muy claro de dónde sale. La precisión escrita funciona como un buen traje: no se pregunta enseguida por el contenido.

En mi CRM inmobiliario diseñaba Comps Engine, un módulo de valoración mediante operaciones comparables. La idea era práctica: tomar un inmueble, encontrar ventas reales pertinentes y mostrar un rango explicado, en vez de una cifra única presentada con solemnidad.

Qué se puede comparar realmente

Comparar un piso con otro no basta. Importan la promoción, el tipo de inmueble, la superficie, la fecha de la operación, la fase del proyecto y la calidad de los datos. El precio de oferta y el de una venta cerrada también responden a preguntas distintas.

El esquema preveía niveles sucesivos de selección: primero comparables cercanos y después una ventana más amplia si faltaban datos. Por ejemplo, seis meses ampliados a doce, con tolerancia de superficie. Son parámetros del método planteado, no pruebas de que cualquier fila coincidente sea automáticamente un buen comparable.

Las fuentes previstas eran DLD y Dubai Pulse. El informe debía mostrar las operaciones usadas, la fecha de los datos y el grado de confianza. Si la muestra era débil, la interfaz debía avisar antes de que el visitante negociara con el vendedor en nombre del programa.

Por qué la pausa forma parte del caso

Actualmente el proyecto marca este módulo como pausado y de referencia. No lo presento como un servicio independiente de valoración en funcionamiento ni propongo tomar decisiones financieras a partir de una captura del prototipo.

Para continuar no basta con terminar un PDF. Hace falta una fuente confirmada, una importación reproducible, revisar la calidad de los comparables y una responsabilidad clara sobre las actualizaciones. La AI puede escribir rápidamente el procesamiento de una tabla; eso no demuestra que la tabla sea adecuada para el problema.

Más tarde creé un proyecto aparte, LiveDXB Analytics, con un motor de cálculo implementado. Es otra historia, con su propio código y sus limitaciones. Combinar las funciones de ambos proyectos en un producto ideal sería una forma demasiado cómoda de escritura creativa.

Comps Engine siguió siendo un módulo pausado, no un servicio de valoración en funcionamiento. El resultado de este caso es una definición del problema trabajada y los límites de suficiencia de los datos. La posterior implementación de LiveDXB Analytics es independiente; sus capacidades no se atribuyen a este proyecto.

Historias relacionadas: LiveDXB Analytics · CRM inmobiliario.