#05 | Le Revit Families che uccidono le performance: cosa le rende lente e come costruire il contrario
Hai caricato una Revit Family nel progetto. Tutto sembrava a posto — la geometria era corretta, i parametri funzionavano, il render era convincente. Poi hai aperto la vista in pianta e Revit ha impiegato tre secondi a rigenerarsi. Poi cinque. Poi hai smesso di contare.
Il problema non era il progetto. Era quella famiglia.
C'è una categoria di errori in Revit che non si vede finché non è troppo tardi: non sono errori che fanno crashare il file o generano un warning, sono errori che si accumulano in silenzio, famiglia dopo famiglia, finché il modello diventa qualcosa di pesante che nessuno ha voglia di aprire. Ho visto Revit Families di scaldabagni con la serpentina interna modellata per intero — un dettaglio che non apparirà mai in nessuna vista, in nessun abaco, in nessuna tavola di progetto. Geometria che esiste solo per esistere, e che Revit deve calcolare ogni volta che tocchi il modello.
Oggi parliamo di queste scelte. Di cosa le genera, di perché sembrano innocue, e di come una famiglia ben costruita le evita tutte.
Il caso studio è la Home Office Desk 01, disponibile gratuitamente sul Marketplace di Factory268. È una famiglia costruita con precise scelte di leggerezza — e quegli stessi criteri sono il filo conduttore di questo articolo.
Il peso invisibile: cos'è e perché non lo vedi subito
Quando si parla di performance in Revit, il pensiero va subito al numero di elementi nel modello, alla quantità di viste aperte, alla potenza della macchina. Raramente si pensa alla struttura interna delle Revit Families caricate.
Eppure è lì che si nasconde il problema più subdolo.
Una famiglia mal costruita non pesa solo quando la guardi — pesa ogni volta che Revit deve calcolarla: quando apri una vista, quando generi un abaco, quando carichi il modello, quando un collaboratore sincronizza il file sul server. È un costo fisso che paghi continuamente, moltiplicato per ogni istanza inserita nel progetto.
Sei famiglie di arredamento con geometria importata da CAD? Il modello non è mai davvero leggero, anche se hai una sola sedia per stanza.
I sei errori che appesantiscono le Revit Families (e cosa c'è dietro ciascuno)
1. Geometria importata da altri software
È forse l'errore più comune tra chi proviene da un workflow CAD o da software di modellazione 3D come Rhino o SketchUp. Si importa la geometria già modellata — un file DWG, un SAT, un solido da Rhino — e la si incapsula dentro la Revit Family.
Il risultato è un oggetto che Revit non capisce davvero. Non può ottimizzarlo, non può scalarlo in modo pulito, non può gestirne la visibilità per LOD. È un blocco opaco nel mezzo del Family Editor.
La Home Office Desk 01 è modellata interamente con strumenti nativi Revit — estrusioni, tagli, blend dove necessario. Niente file importati, niente geometria esterna. Revit conosce ogni millimetro di quella famiglia e può gestirla di conseguenza.
2. Nesting eccessivo e non necessario
Le Nested Families sono uno strumento potente — e come tutti gli strumenti potenti, diventano un problema quando vengono usate senza criterio. Ogni livello di nesting aggiunge complessità di calcolo. Una famiglia che nidifica altre famiglie che a loro volta nidificano altre famiglie è una struttura che Revit deve risolvere a cascata ogni volta che aggiorna la vista.
La regola pratica è: nidifica solo quando la nidificazione risolve un problema reale che non puoi risolvere altrimenti.
Nel caso della Home Office Desk 01, la famiglia del cavalletto è nidificata — ma in modo chirurgico. È una singola famiglia, inserita due volte. Non c'è una famiglia per ogni componente della gamba, non c'è una gerarchia profonda. Il nesting esiste perché il cavalletto ha una parte mobile — un elemento che si solleva tramite un parametro di lunghezza che controlla l'elevazione del ripiano — e isolare quella logica in una famiglia dedicata mantiene l'editor principale pulito e leggibile. Un nesting motivato, non decorativo.
Vale la pena fare un distinguo. Se stai modellando un tavolo apribile e hai bisogno di mostrarne il meccanismo di apertura in un'animazione, in un video o in una gif di presentazione, modellare quella complessità ha senso — a patto di farlo con criterio, senza spingerti oltre il necessario. La complessità giustificata da un'esigenza reale non è un problema. La complessità che esiste perché "tanto ci stava" è il problema.
3. Famiglie entourage ad alto numero di poligoni
Alberi fotorealistici, persone 3D dettagliate, automobili con interni modellati: sono oggetti che in una scena di rendering hanno senso, ma che in un modello Revit diventano macigni. Ogni poligono è geometria che Revit deve gestire in ogni vista, in ogni rigenerazione.
Per le famiglie di arredo e componenti BIM la logica è la stessa: dettagliare dove serve, semplificare dove non si vede. Il ripiano della Home Office Desk 01 è al LOD300 — geometria definita, proporzioni corrette, dettaglio sufficiente per documentazione e render convincenti, senza entrare in un territorio che nessun workflow BIM richiederebbe. Il vetro è uno spessore parametrico controllabile, non un laminato con ogni strato modellato separatamente. Funziona, è accurato, è leggero.
4. Parametri inutilizzati
Ogni parametro in una Revit Family è un campo che il software deve leggere, compilare negli abachi, gestire nelle istanze. Un parametro che non fa nulla — rimasto da una versione precedente, aggiunto "per sicurezza", copiato da un template generico — è rumore puro.
In alcune famiglie di produttori si trovano decine di parametri che non controllano nulla. Il pannello proprietà si riempie di campi vuoti e Revit li porta dietro in ogni istanza, in ogni abaco, in ogni export.
La Home Office Desk 01 ha una dashboard pulita: spessore del ripiano, lunghezza (che determina la distanza tra i cavalletti), elevazione della parte mobile, materiali per il ripiano e per i cavalletti. Ogni parametro fa qualcosa di preciso. Non ce n'è uno in più.
5. Famiglie di produttori scaricate senza verifica
I file BIM ufficiali dei produttori sono spesso costruiti con logiche diverse da quelle di un modello di progetto: livelli di dettaglio estremi, geometrie importate da software di produzione industriale, decine di parametri tecnici che non servono in fase di design.
Caricarle direttamente nel modello senza verifica è come acquistare un pezzo d'arredamento senza misurare la stanza. Funziona, finché non funziona più.
La buona pratica è aprirle nel Family Editor, rimuovere i parametri inutili, verificare che non ci siano geometrie importate e — se necessario — rimodellarle da zero usando la famiglia del produttore solo come riferimento dimensionale. In quel caso la scheda tecnica del produttore resta il documento di riferimento per la relazione tecnica: la famiglia nel modello è un oggetto BIM pulito, non una replica fedele del catalogo industriale.
6. Famiglie iperdettagliate dove il dettaglio non serve
Un divano con ogni singolo cuscino modellato in solido, una sedia con bulloni e filettature visibili, una scrivania con le viti degli snodi rappresentate in 3D: tutto questo ha un costo che si moltiplica per ogni istanza nel progetto.
Ma il principio vale ben oltre le famiglie di arredo, e vale la pena allargare il ragionamento. Pensa ai pioli che fissano le balaustre in vetro di una scala: decine di elementi ripetuti, con geometria rotazionale, distribuiti su più rampe. Modellarli con precisione nel modello BIM principale non aggiunge valore operativo — nessuna vista di progetto ne richiede quel livello di dettaglio. Li rappresenti con un elemento semplificato, ti riservi la modellazione precisa per un dettaglio costruttivo dedicato da inserire nella relazione tecnica, e lì farai riferimento comunque alla scheda del prodotto del fornitore con annessa documentazione tecnica.
La domanda da porsi non è "posso modellarlo?" — spesso la risposta è sì. La domanda è "questo dettaglio serve a qualcuno, in qualche vista, in qualche fase del progetto?" Se la risposta è no, è peso inutile.
La famiglia come scelta, non come accidente
C'è un pattern comune a tutti e sei gli errori: non sono mai intenzionali. Nessuno decide di costruire una famiglia lenta. Succede per mancanza di criterio, per abitudini ereditate da altri workflow, per fretta, a volte per un eccesso di meticolosità mal indirizzato.
La contromossa non è tecnica — è mentale. Prima di costruire (o scaricare e caricare) una famiglia, vale la pena porsi tre domande:
- Questa geometria può essere costruita con strumenti nativi Revit? Se sì, fallo. Se stai importando da CAD o da un altro software 3D, hai già un problema.
- Questo nesting è motivato da una logica funzionale? Un cavalletto con parte mobile: sì. Una gamba di sedia senza parametri propri e senza logica di movimento: no.
- Ogni parametro che sto aggiungendo controlla qualcosa? Se non riesci a rispondere immediatamente cosa fa quel parametro, probabilmente non dovrebbe esserci.
Tre domande. Non risolvono tutto, ma evitano la maggior parte dei problemi — e costano zero tempo in fase di progettazione.
💡 Il consiglio Inside the Files
Una famiglia lenta non si vede nel file — si sente nel progetto. Costruisci con geometria nativa, nidifica solo quando è necessario, mantieni ogni parametro con uno scopo preciso. La leggerezza non è una rinuncia alla qualità: è la qualità vista dal lato del modello che deve funzionare sul campo. La serpentina dello scaldabagno non la vedrà nessuno — ma Revit la calcolerà ogni volta.
Scarica la Home Office Desk 01
Vuoi vedere da vicino come è costruita? La Home Office Desk 01 è disponibile gratuitamente sul Marketplace di Factory268. Aprila nel Family Editor, esplora la struttura del cavalletto nidificato, guarda come sono impostati gli Instance Parameters. È il modo più diretto per tradurre quello che hai letto in qualcosa di concreto.