Introduzione
Immagina uno sviluppo di 24 alloggi distribuiti su due scale e sei piani. Sulla carta è un solo edificio: lo stesso schema a tre camere, la stessa cucina di capitolato, lo stesso bagno in ogni appartamento. Nel momento in cui gli acquirenti iniziano a firmare, quell'uniformità svanisce. Chi compra il 2B vuole la cucina a isola, quello del 4A chiede di sostituire il gres di capitolato con il porcellanato in tutto il soggiorno, una coppia al piano terra vuole unire due camere e un altro acquirente non vuole cambiare nulla. All'improvviso il costruttore non gestisce più un alloggio tipo, ma 24 abitazioni distinte, ognuna con il proprio elenco di varianti, il proprio extra costo e il proprio stato di approvazione.
Dove finiscono per registrare tutto questo i piccoli operatori? In un foglio di calcolo. Una scheda per piano, una colonna per acquirente, celle colorate per distinguere l'approvato dal sospeso. Funziona per le prime settimane e si rompe nel momento in cui un commerciale promette una modifica che il capocantiere non vede mai, o quando nessuno sa più dire se la variante del 3C è stata valutata prima o dopo la firma del contratto. Il problema non è il foglio di calcolo. Il problema è che l'unità immobiliare non esiste come oggetto reale da nessuna parte. In Tabiquo esiste, e tutto il resto — locali, planimetrie, segnalazioni e varianti dell'acquirente — pende da lì. Ecco come costruire questa struttura senza bruciare un pomeriggio per scala.
L'errore di trattare lo sviluppo come un unico cantiere
Perché l'alloggio "tipo" non basta
Uno sviluppo residenziale ripetitivo invita a una scorciatoia evidente: definire un alloggio e lavorare sempre su quello. Il guaio è che l'acquirente non compra il tipo, compra il suo appartamento, e lo vuole diverso. Se lo strumento conosce solo il progetto complessivo, ogni personalizzazione diventa una nota sparsa che vive nella posta del commerciale o nella testa del progettista. Quando il geometra scende in cantiere a tracciare il 5B, non ha un unico posto dove leggere cosa è stato cambiato in quell'appartamento preciso.
Per questo Tabiquo scompone lo sviluppo in unità reali. Ogni alloggio è un oggetto ProjectUnit con una propria identità strutturata: piano (level), scala (staircase), numero di porta (number) e un codice che si compone da solo a partire da quei pezzi. Indica piano 2, scala B e porta 6 e il sistema genera il codice 2B6; in assenza di scala unisce piano e porta con un trattino, così «1» e «1» si leggono «1-1» e non l'ambiguo «11». Quel codice è la targa dell'alloggio e lo userai ovunque: sulle planimetrie, sulle segnalazioni e nell'elenco delle personalizzazioni.
Il livello delle unità si attiva da solo
Non devi combattere con le impostazioni perché compaia questo livello. Tabiquo lo attiva automaticamente quando il tipo di progetto è multi-alloggio — un edificio residenziale o un uso misto — e lo mantiene acceso ogniqualvolta esistano già delle unità, come valvola di sicurezza contro una classificazione sbagliata. Una ristrutturazione di un singolo appartamento non viene riempita di menu che non le servono; uno sviluppo di 24 alloggi li ha dal primo giorno. Nel pannello di amministrazione compare allora la voce Unità nella navigazione del progetto, accanto a Pianificazione, Documenti e Segnalazioni.
Creare 24 alloggi in un minuto, non in un pomeriggio
Il generatore in blocco
Creare 24 alloggi a mano, uno alla volta, è esattamente il tipo di lavoro ripetitivo che nessuno dovrebbe fare. Il generatore di unità chiede tre cose: quanti piani ha il blocco, quali scale esistono (le inserisci come etichette: A, B) e quanti alloggi ci sono per gruppo a ogni piano. Moltiplica quei valori e mostra un conteggio in tempo reale prima di confermare: 6 piani × 2 scale × 2 alloggi = 24 unità. Premi genera e tutte e 24 vengono create con codice, piano e scala già assegnati.
La numerazione la scegli in base a come gli alloggi sono effettivamente identificati in quello sviluppo. Ci sono tre modalità: per piano (il contatore riparte a ogni piano, il classico «1A, 1B, 2A, 2B»), per scala (il contatore corre lungo tutti i piani della stessa scala) oppure progressiva (una numerazione corsiva dall'1 al 24 per l'intero edificio). Il generatore è additivo, mai distruttivo: se una scala ha un attico con distribuzione speciale, generi prima il blocco omogeneo e poi aggiungi quell'unità singola senza che il sistema tocchi o rinumeri ciò che esiste già, perché salta i codici già occupati.
I locali, una volta per tutte
Ventiquattro unità vuote non risolvono nulla; ogni alloggio ha bisogno dei suoi locali. È qui che la maggior parte degli strumenti ti costringe a ripetere lo stesso lavoro 24 volte. Tabiquo offre due strade a seconda del momento. Se hai appena generato il blocco e nessun alloggio ha ancora locali, usi applica i locali a tutte le unità: definisci l'elenco una volta — soggiorno 22 m², cucina 9 m², camera matrimoniale 14 m², bagno 4 m² — e viene creato in un colpo solo su tutti gli alloggi selezionati, con un interruttore per limitarlo a quelli vuoti ed evitare duplicati.
La seconda strada è clonare i locali da un alloggio già configurato. Imposti con calma l'«appartamento tipo» — comprese larghezza, lunghezza, altezza, tipo di pavimento, tipo di soffitto e battiscopa — e copi quella configurazione su tutti gli altri alloggi che non hanno ancora locali. È la differenza tra mettere in piedi un edificio ripetitivo in un minuto o procedere appartamento per appartamento. Per guidarti, la stessa tabella delle unità suggerisce questo schema finché c'è un alloggio senza locali, e quando il progetto parte da zero mostra uno stato iniziale guidato che spiega il flusso in tre passi con un pulsante che porta dritto al generatore.
Le varianti: il cuore della personalizzazione
Una variante per modifica, con il suo stato e il suo costo
Ecco il nocciolo del problema che distrugge i fogli di calcolo. Ogni modifica richiesta da un acquirente viene registrata in Tabiquo come una variante (UnitVariant) agganciata al suo alloggio e, facoltativamente, a un locale specifico al suo interno. La variante porta un titolo, una descrizione, un costo e uno stato che segue un flusso chiaro: richiesta → approvata → applicata, con rifiutata come uscita quando una modifica non può procedere. Ogni transizione registra il proprio timestamp: quando è stata richiesta, quando è stata approvata, quando è stata eseguita in cantiere.
Prendi l'acquirente del 4A che voleva il porcellanato in soggiorno. Crei una variante intitolata «Sostituzione gres con porcellanato in soggiorno», la associ al soggiorno di quell'alloggio, le imposti un costo di 1.200 € e la lasci in stato richiesta. Quando l'acquirente firma il miglioramento, la porti in approvata e il sistema registra chi l'ha approvata. Quando il piastrellista la esegue, la segni come applicata. In nessun momento quella modifica vive come una nota sparsa: è incollata all'alloggio, al locale, con il suo importo e la sua tracciabilità completa. E se l'acquirente allega un preventivo del proprio fornitore di cucine o una foto di riferimento, quei file pendono dalla variante stessa.
Tracciabilità senza fatica
Gli sviluppi generano discussioni mesi dopo: «questa è stata approvata prima del contratto?», «chi ha detto sì all'unione delle camere?». Sia le unità sia le varianti portano un registro di attività automatico che annota le modifiche rilevanti — titolo, stato, costo, descrizione — con autore e data. Non è una funzione che devi attivare o alimentare: ogni volta che qualcuno sposta una variante da richiesta ad approvata, resta scritto. Quando arriva la domanda scomoda sei mesi dopo, la risposta è nello storico di quell'alloggio, non nella memoria di qualcuno.
Tutto il resto pende dall'unità
Planimetrie, locali e segnalazioni per alloggio
L'unità non è solo una scheda con sopra le personalizzazioni: è il punto di ancoraggio di tutta la documentazione di quell'appartamento. I locali si collegano alla loro unità, le planimetrie di progetto si possono etichettare a un alloggio specifico al momento del caricamento, e le segnalazioni vengono legate alla loro unità tramite lo stesso campo. Questo conta in cantiere. Quando il capocantiere apre una segnalazione di umidità nel bagno del 2B, la lega a quell'alloggio. Più tardi, rivedendo il 2B in vista della consegna, vede a colpo d'occhio tutte le sue segnalazioni, i suoi locali e le sue planimetrie senza filtrare tra le centinaia di record dell'intero edificio.
Il visualizzatore di planimetrie di Tabiquo permette già di fissare le segnalazioni sulla planimetria con un punto colorato in base alla gravità. In uno sviluppo, quella planimetria può appartenere a un alloggio preciso, così il segnaposto è doppiamente localizzato: sulla planimetria e sull'unità. Perché i piani combacino tra unità e planimetrie, il campo piano condivide lo stesso completamento automatico in entrambi i punti: non ti ritrovi con un «3» sulle unità e un «Piano 3» sulle planimetrie che il sistema non collega mai.
Dall'ufficio al cantiere: web e app
Il livello delle unità non resta chiuso nel pannello di amministrazione. Il costruttore gestisce dal desktop — genera il blocco, clona i locali, approva le varianti — mentre la squadra di cantiere consulta dall'app mobile. L'API espone le unità di un progetto, la loro creazione e modifica, e perfino il generatore in blocco, insieme all'intero ciclo di vita delle varianti con i cambi di stato. L'acquirente o il cliente, a seconda dei permessi, può consultare anch'egli gli alloggi. Ogni unità viaggia con i suoi contatori di locali e di varianti, così nel riepilogo del progetto un widget mostra la griglia degli alloggi con quanti locali e quante personalizzazioni ha ciascuno. A colpo d'occhio sai che il 2B ha accumulato cinque varianti e il 5A nessuna.
Conclusione
Gestire uno sviluppo non è gestire un edificio: è gestire molte abitazioni che condividono un'origine comune ma divergono nell'istante in cui arriva l'acquirente. Il foglio di calcolo fallisce perché tratta quell'origine comune come la realtà e lascia le differenze — le personalizzazioni, gli extra costi, le approvazioni — come note a margine. Tabiquo ribalta la prospettiva: ogni alloggio è un oggetto reale con il suo codice, i suoi locali, le sue planimetrie e le sue segnalazioni, e ogni modifica dell'acquirente è una variante con uno stato, un costo e una traccia. Generi tutte e 24 le unità in un minuto, cloni la configurazione dell'appartamento tipo, e da lì ogni alloggio porta la propria storia senza che tu debba ricostruirla a mano. Quando arriva la consegna non rovisti tra sei schede di Excel: apri l'alloggio ed è tutto lì.
Tabiquo è la piattaforma web e l'app mobile pensata per studi di architettura e piccoli costruttori che gestiscono cantieri veri. Se il tuo prossimo sviluppo è fatto di alloggi identici sulla carta e diversi nella pratica, smetti di combattere con i fogli di calcolo e dai a ogni unità il posto che merita all'interno del progetto.