Sviluppatori immobiliari: che cosa decidere entro giugno 2027

Uno sviluppatore residenziale legge di solito il proprio sforzo commerciale attraverso tre report che non si incontrano mai del tutto. Il report di marketing conta le richieste e il costo di ciascuna. Il report del team vendite conta le visite e le prenotazioni. Il pacchetto di monitoraggio del finanziatore conta gli scambi dei contratti, i completamenti delle vendite e la liquidità che li accompagna. I tre non possono essere sommati, perché una richiesta ricevuta a novembre può tradursi in prenotazione a febbraio e in completamento diciotto mesi dopo.

L'errore più comune è che il budget segue il primo report. Le richieste dai portali e i moduli per lead sui social a pagamento hanno reso economico generare richieste, per cui il costo per lead tende a migliorare ogni trimestre. Se quelle richieste portino a visite è un'altra questione, e pochi sviluppatori sanno rispondere per fonte, perché la richiesta e la prenotazione si trovano in sistemi diversi senza un identificativo comune. Un canale può dimezzare il proprio costo per lead e raddoppiare il costo per prenotazione nello stesso periodo, e il report di marketing mostrerà soltanto il primo cambiamento.

La soluzione è rendicontare per coorte di richieste. Si prendono tutte le richieste ricevute in un dato mese, se ne conserva la fonte e si segue lo stesso gruppo, con il passare dei mesi, attraverso visita, prenotazione, scambio dei contratti e completamento. Il costo per prenotazione per fonte diventa così un dato che la funzione finanza può verificare rispetto al registro vendite, ed è il dato che dovrebbe determinare il budget per canale della stagione successiva.

Il mercato britannico lascia poco spazio agli sprechi. Nei dodici mesi fino a luglio 2026 i prezzi delle abitazioni sono saliti dell'1,4%, a una media di £273.000, e a luglio 2026 sono state completate circa 97.000 transazioni residenziali, l'1,1% in meno rispetto a un anno prima. Nello stesso periodo i prezzi a Londra sono scesi del 3,3%, e quelli di appartamenti e maisonette londinesi del 6,6%. Uno sviluppatore che vende appartamenti a Londra fissa i prezzi in un mercato in calo per il prodotto che costruisce, il che fa del costo per prenotazione, e non del costo per lead, il numero che decide se una fase si ripaga.

La maggior parte degli sviluppatori e delle agenzie tratta la dipendenza dai portali come un problema di costo e parte dalla trattativa di rinnovo. Il loro punto debole sono però di solito i dati. Quando una richiesta arriva tramite un portale, è il portale a conservare la cronologia delle ricerche, gli annunci salvati e le altre richieste dell'acquirente. Lo sviluppatore riceve un'e-mail con un nome, un numero di telefono e un messaggio di testo libero. Se a quell'e-mail si risponde da una casella condivisa e la si registra in un foglio di calcolo, l'impresa non potrà poi dimostrare quale portale, sviluppo o annuncio abbia prodotto una prenotazione.

L'ordine delle decisioni conta. Tagliare la spesa sui portali prima di misurare le prenotazioni per portale rischia di eliminare il canale che porta gli acquirenti che completano l'acquisto e di mantenere quello che porta richieste a basso costo. Misurare prima richiede tre cambiamenti poco costosi. Ogni richiesta entra nel CRM con la sua fonte e lo sviluppo a cui si riferisce. Ogni richiesta registra il tempo di prima risposta. Ogni prenotazione riporta l'identificativo della richiesta da cui è nata. Dopo un intero ciclo di vendita lo sviluppatore può presentarsi al rinnovo con dati alla mano: prenotazioni e completamenti per portale, e il costo di ciascuno.

I canali proprietari sono l'altra metà della decisione. Il sito web di uno sviluppo con disponibilità aggiornata in tempo reale e propri moduli di richiesta conserva un dato di prima parte sull'acquirente, e riduce la dipendenza solo se alle richieste che genera si risponde con la stessa rapidità di quelle dei portali; per questo il tempo di prima risposta va inserito nello stesso report del costo per prenotazione.

Gli acquirenti esteri sono una quota piccola delle statistiche nazionali sulle abitazioni e una quota rilevante del portafoglio ordini di alcuni sviluppatori, e i documenti per il consiglio confondono spesso le due cose.

In Türkiye, ad agosto 2026 sono state vendute 127.410 abitazioni, il 14,7% in meno rispetto a un anno prima. Le vendite a cittadini stranieri sono state 1.938, quasi invariate rispetto ad agosto 2025 e pari all'1,5% del totale. Tra gennaio e agosto 2026 gli stranieri hanno acquistato 13.141 abitazioni, il 6,3% in meno rispetto allo stesso periodo del 2025. Letta a livello nazionale, la domanda estera appare marginale. La sola Antalya ha registrato 599 vendite a stranieri ad agosto 2026, quasi un terzo del dato nazionale, seguita da Mersin con 143. In quel mese i cittadini russi sono stati i principali acquirenti (343), seguiti da ucraini (147) e iraniani (140). Per uno sviluppatore costiero ad Antalya, l'1,5% nazionale dice ben poco. La sua esposizione riguarda una manciata di nazionalità i cui acquisti dipendono da visti, canali di pagamento e tassi di cambio che possono cambiare nel giro di un trimestre.

La conseguenza per la pianificazione è un rischio di concentrazione. Se la maggior parte delle prenotazioni di uno sviluppo proviene da due o tre nazionalità, il piano commerciale ha bisogno di una visione specifica per ciascuna: la lingua dei materiali di vendita, il canale di pagamento e di trasferimento, i documenti necessari a un acquirente di quel paese e la rapidità con cui il team risponde in quella lingua fuori dall'orario d'ufficio. Lo stesso vale per gli sviluppatori che vendono abitazioni nel Regno Unito ad acquirenti dei Paesi del Golfo, o unità su progetto nel Golfo ad acquirenti europei. La domanda di una singola nazionalità è un segmento con propri tempi di conversione e un proprio tasso di abbandono, e come tale va rendicontata.

Nelle vendite su progetto le dichiarazioni di marketing diventano condizioni contrattuali. Una data di consegna, un capitolato, una vista o un rendimento locativo citati in un annuncio possono diventare la base del reclamo di un acquirente se il contratto o l'edificio finito se ne discostano.

A Dubai, la Legge n. 8 del 2007 impone allo sviluppatore che vende su progetto di aprire per l'iniziativa un conto di garanzia (escrow), su cui vengono depositati i pagamenti degli acquirenti. La stessa legge vieta allo sviluppatore di pubblicizzare unità su progetto sui media locali o internazionali, o di promuoverle in fiere, senza l'autorizzazione scritta del Dubai Land Department. Una campagna rivolta ad acquirenti del Golfo o esteri prevede quindi nel proprio calendario una fase autorizzativa, e un annuncio pubblicato prima dell'autorizzazione è un problema regolamentare, qualunque sia il numero di richieste che genera.

Nel Regno Unito, gli sviluppatori registrati presso il New Homes Quality Board operano secondo il New Homes Quality Code. L'accordo di prenotazione deve garantire all'acquirente un periodo di ripensamento di almeno 14 giorni, durante il quale può recedere per qualsiasi motivo e ottenere la restituzione integrale della caparra di prenotazione. Se dopo la prenotazione lo sviluppatore apporta una modifica sostanziale, cioè una modifica che altera dimensioni, aspetto o valore dell'abitazione, l'acquirente può recedere entro 14 giorni dalla comunicazione scritta e recuperare tutti i pagamenti effettuati. La versione 2 del Code, datata marzo 2026, fissa il termine per lo scambio dei contratti a non meno di sei settimane dalla prenotazione, salvo che l'acquirente chieda una data anteriore.

Ne derivano due conseguenze pratiche. Una prenotazione ancora nel periodo di ripensamento è una vendita provvisoria, e un report di marketing che la conta come vendita il giorno della firma sovrastima ogni mese in cui i recessi aumentano. E ogni dichiarazione usata nella pubblicità dovrebbe figurare in un registro con la relativa approvazione, il documento di origine e la clausola contrattuale corrispondente, così che una modifica del capitolato possa essere ricondotta a ogni annuncio che descriveva quello precedente. L'approvazione legale di queste dichiarazioni resta in capo ai legali dello sviluppatore. Il registro consente loro di esaminare tutto in un unico punto.

I finanziatori chiedono ogni mese gli stessi dati essenziali: avanzamento delle vendite, costo a finire e documentazione per la successiva erogazione. Molti sviluppatori li assemblano a mano a partire da un elenco delle prenotazioni, dal report dei costi del quantity surveyor e dagli estratti conto bancari, e i dati non quadrano in un punto prevedibile.

Il registro vendite riporta ciò che gli acquirenti hanno pagato. Quando i pagamenti per le vendite su progetto confluiscono in un conto di garanzia dell'iniziativa, come impone la legge di Dubai, quel denaro è vincolato al progetto e svincolato secondo le regole del conto di garanzia, per cui la liquidità incassata dagli acquirenti e quella di cui lo sviluppatore può disporre sono numeri diversi. Un pacchetto di monitoraggio che riporta gli incassi come se fossero liquidità libera abbellisce la posizione finanziaria, e il perito incaricato dal finanziatore tende a scoprire la differenza prima del mutuatario.

Il rimedio è un unico dataset con tre registri collegati. Il registro vendite è organizzato per unità e stato: prenotata, in periodo di ripensamento, contratto scambiato, completata o annullata. Il registro costi è organizzato per lotto di lavori, con importi impegnati e pagati. Il registro di cassa è organizzato per conto e distingue fondi in garanzia, fondi dei clienti e fondi operativi. Il pacchetto per il finanziatore si aggiorna poi a partire da questi registri, e ogni dato che contiene rimanda alla riga sottostante. Realizziamo questo reporting all'interno dei sistemi dei clienti, e FINMETRA, il prodotto di dati finanziari che stiamo progettando, nasce per rendere più semplice impostare lo stesso tipo di reporting pronto per le decisioni.

Entro la fine di dicembre 2026, decidere quale report determina il budget per canale. Se è il costo per prenotazione per coorte di richieste, da gennaio il CRM deve avere un campo fonte su ogni richiesta e un identificativo della richiesta su ogni prenotazione, così che la stagione di vendita primaverile produca coorti utilizzabili.

Prima di qualsiasi rinnovo con un portale nel primo trimestre 2027, decidere quali dati portare al tavolo. Un intero ciclo di prenotazioni e completamenti per portale basta per negoziare sui fatti. Senza di esso, il rinnovo si riduce a una trattativa sul solo prezzo di listino.

Prima dei lanci della primavera 2027, decidere come rendicontare la domanda estera. Registrare nazionalità e lingua come campi, rendicontare prenotazioni e abbandoni per nazionalità e concordare uno standard di tempo di risposta per ogni lingua coperta dal team vendite.

Prima della pubblicazione del primo annuncio di vendita su progetto del 2027, designare il responsabile del registro delle dichiarazioni e la persona che lo approva. A Dubai ciò comprende l'autorizzazione pubblicitaria. Nel Regno Unito comprende la rendicontazione delle prenotazioni al netto dei recessi nel periodo di ripensamento.

Entro giugno 2027, decidere se il pacchetto per il finanziatore debba essere assemblato a mano o generato dai sistemi. Se il report mensile richiede ancora diversi giorni di preparazione, la prossima rinegoziazione della linea di credito è il momento per trasferirlo su registri collegati di vendite, costi e cassa, così che mutuatario e finanziatore leggano gli stessi numeri.