La snagging list non vale per quello che contiene, ma per come viene comunicata: un verbale strutturato, con foto o video, inviato per iscritto prima della firma del modulo di handover, è ciò che lo rende vincolante nei confronti del developer. Un elenco scritto a mano consegnato a voce durante l'ispezione vale molto meno.
Come strutturare il verbale (il modello pratico)
- Intestazione con data, riferimento all'unità e al contratto.
- Elenco dei difetti numerato, organizzato per ambiente — non un elenco unico disordinato.
- Per ogni difetto: foto o breve video, descrizione oggettiva (non un giudizio soggettivo) e posizione precisa nell'ambiente.
- Firma o conferma scritta di chi ha effettuato il sopralluogo, con data.
Come e quando inviarlo al developer
Idealmente via email, prima della firma del modulo di handover definitivo, con il verbale allegato in PDF — non solo consegnato a voce durante l'ispezione. L'email stessa, con data e allegato, è la prova che serve in caso di contestazione futura.
Errori di formato che indeboliscono una snagging list
- Foto senza riferimento alla posizione esatta: impossibile identificare dove si trova il difetto mesi dopo.
- Descrizioni vaghe ("il muro non è a posto") invece di descrizioni precise con riferimento alla foto.
- Nessuna traccia scritta dell'invio: solo comunicazione verbale durante l'ispezione.
- Un unico documento che mescola difetti gravi e osservazioni minori senza distinzione di priorità.
Chi può compilarlo per te, se non sei a Dubai, deve essere un rappresentante locale con esperienza specifica in ispezioni pre-handover — non un conoscente generico. Il valore del modello sta anche in chi sa riconoscere cosa documentare, non solo nel formato in sé.