#05 | Las Revit Families que matan el rendimiento: qué las hace lentas y cómo construir lo contrario
Cargaste una Revit Family en el proyecto. Todo parecía estar bien — la geometría era correcta, los parámetros funcionaban, el render era convincente. Luego abriste la vista en planta y Revit tardó tres segundos en regenerarse. Luego cinco. Después dejaste de contar.
El problema no era el proyecto. Era esa familia.
Hay una categoría de errores en Revit que no se ven hasta que es demasiado tarde: no son errores que hacen que el archivo se caiga o generen una advertencia, son errores que se acumulan en silencio, familia tras familia, hasta que el modelo se convierte en algo pesado que nadie quiere abrir. He visto Revit Families de calentadores de agua con la serpentina interna modelada por completo — un detalle que nunca aparecerá en ninguna vista, en ninguna tabla de planificación, en ningún plano de proyecto. Geometría que existe solo por existir, y que Revit debe calcular cada vez que tocas el modelo.
Hoy hablamos de estas elecciones. De qué las genera, de por qué parecen inofensivas, y de cómo una familia bien construida las evita todas.
El caso de estudio es el Home Office Desk 01, disponible gratuitamente en el Marketplace de Factory268. Es una familia construida con precisas elecciones de ligereza — y esos mismos criterios son el hilo conductor de este artículo.
El peso invisible: qué es y por qué no lo ves de inmediato
Cuando se habla de rendimiento en Revit, el pensamiento va inmediatamente al número de elementos en el modelo, a la cantidad de vistas abiertas, a la potencia de la máquina. Raramente se piensa en la estructura interna de las Revit Families cargadas.
Sin embargo, es ahí donde se esconde el problema más sutil.
Una familia mal construida no solo pesa cuando la miras — pesa cada vez que Revit tiene que calcularla: cuando abres una vista, cuando generas una tabla de planificación, cuando cargas el modelo, cuando un colaborador sincroniza el archivo en el servidor. Es un costo fijo que pagas continuamente, multiplicado por cada instancia insertada en el proyecto.
¿Seis familias de mobiliario con geometría importada de CAD? El modelo nunca es realmente ligero, aunque tengas una sola silla por habitación.
Los seis errores que sobrecargan las Revit Families (y qué hay detrás de cada uno)
1. Geometría importada de otros programas
Es quizás el error más común entre quienes provienen de un flujo de trabajo CAD o de software de modelado 3D como Rhino o SketchUp. Se importa la geometría ya modelada — un archivo DWG, un SAT, un sólido de Rhino — y se encapsula dentro de la Revit Family.
El resultado es un objeto que Revit no entiende realmente. No puede optimizarlo, no puede escalarlo de manera limpia, no puede gestionar su visibilidad por LOD. Es un bloque opaco en medio del Family Editor.
La Home Office Desk 01 está modelada íntegramente con herramientas nativas de Revit — extrusiones, cortes, blends cuando es necesario. Ni archivos importados, ni geometría externa. Revit conoce cada milímetro de esa familia y puede gestionarla en consecuencia.
2. Anidamiento excesivo e innecesario
Las Nested Families son una herramienta potente — y como todas las herramientas potentes, se convierten en un problema cuando se usan sin criterio. Cada nivel de anidamiento añade complejidad de cálculo. Una familia que anida otras familias que a su vez anidan otras familias es una estructura que Revit debe resolver en cascada cada vez que actualiza la vista.
La regla práctica es: anida solo cuando el anidamiento resuelve un problema real que no puedes resolver de otra manera.
En el caso del Home Office Desk 01, la familia del caballete está anidada — pero de forma quirúrgica. Es una única familia, insertada dos veces. No hay una familia para cada componente de la pata, no hay una jerarquía profunda. El anidamiento existe porque el caballete tiene una parte móvil — un elemento que se eleva mediante un parámetro de longitud que controla la elevación de la superficie — y aislar esa lógica en una familia dedicada mantiene el editor principal limpio y legible. Un anidamiento motivado, no decorativo.
Vale la pena hacer una distinción. Si estás modelando una mesa extensible y necesitas mostrar su mecanismo de apertura en una animación, en un video o en un gif de presentación, modelar esa complejidad tiene sentido — siempre y cuando lo hagas con criterio, sin ir más allá de lo necesario. La complejidad justificada por una necesidad real no es un problema. La complejidad que existe porque "total, cabía" es el problema.
3. Familias de acompañamiento con un alto número de polígonos
Árboles fotorrealistas, personas 3D detalladas, automóviles con interiores modelados: son objetos que en una escena de rendering tienen sentido, pero que en un modelo de Revit se convierten en lastres. Cada polígono es geometría que Revit debe gestionar en cada vista, en cada regeneración.
Para las familias de mobiliario y componentes BIM, la lógica es la misma: detallar donde sea necesario, simplificar donde no se vea. El tablero del Home Office Desk 01 está en LOD300 — geometría definida, proporciones correctas, detalle suficiente para documentación y renders convincentes, sin entrar en un territorio que ningún workflow BIM requeriría. El vidrio es un grosor paramétrico controlable, no un laminado con cada capa modelada por separado. Funciona, es preciso, es ligero.
4. Parámetros no utilizados
Cada parámetro en una Revit Family es un campo que el software debe leer, compilar en las tablas de planificación, gestionar en las instancias. Un parámetro que no hace nada — que quedó de una versión anterior, añadido "por seguridad", copiado de una plantilla genérica — es ruido puro.
En algunas familias de fabricantes se encuentran decenas de parámetros que no controlan nada. El panel de propiedades se llena de campos vacíos y Revit los arrastra en cada instancia, en cada tabla de planificación, en cada exportación.
El Home Office Desk 01 tiene un panel de control limpio: grosor del tablero, longitud (que determina la distancia entre los caballetes), elevación de la parte móvil, materiales para el tablero y para los caballetes. Cada parámetro hace algo preciso. No hay uno de más.
5. Familias de fabricantes descargadas sin verificación
Los archivos BIM oficiales de los fabricantes a menudo se construyen con lógicas diferentes a las de un modelo de proyecto: niveles de detalle extremos, geometrías importadas de software de producción industrial, decenas de parámetros técnicos que no son necesarios en la fase de diseño.
Cargarlas directamente en el modelo sin verificación es como comprar un mueble sin medir la habitación. Funciona, hasta que deja de funcionar.
La buena práctica es abrirlas en el Family Editor, eliminar los parámetros inútiles, verificar que no haya geometrías importadas y — si es necesario — remodelarlas desde cero usando la familia del fabricante solo como referencia dimensional. En ese caso, la ficha técnica del fabricante sigue siendo el documento de referencia para el informe técnico: la familia en el modelo es un objeto BIM limpio, no una réplica fiel del catálogo industrial.
6. Familias hiperdetalladas donde el detalle no es necesario
Un sofá con cada cojín modelado en sólido, una silla con tornillos y roscas visibles, un escritorio con los tornillos de las articulaciones representados en 3D: todo esto tiene un costo que se multiplica por cada instancia en el proyecto.
Pero el principio va mucho más allá de las familias de mobiliario, y vale la pena ampliar el razonamiento. Piensa en los pernos que fijan las barandillas de vidrio de una escalera: decenas de elementos repetidos, con geometría rotacional, distribuidos en varias rampas. Modelarlos con precisión en el modelo BIM principal no añade valor operativo — ninguna vista de proyecto requiere ese nivel de detalle. Los representas con un elemento simplificado, te reservas el modelado preciso para un detalle constructivo dedicado a insertar en el informe técnico, y ahí harás referencia de todos modos a la ficha del producto del proveedor con la documentación técnica adjunta.
La pregunta que hay que hacerse no es "¿puedo modelarlo?" — a menudo la respuesta es sí. La pregunta es "¿este detalle le sirve a alguien, en alguna vista, en alguna fase del proyecto?" Si la respuesta es no, es peso inútil.
La familia como elección, no como accidente
Hay un patrón común en los seis errores: nunca son intencionales. Nadie decide construir una familia lenta. Sucede por falta de criterio, por hábitos heredados de otros flujos de trabajo, por prisa, a veces por un exceso de meticulosidad mal dirigida.
La contramedida no es técnica — es mental. Antes de construir (o descargar y cargar) una familia, vale la pena hacerse tres preguntas:
- ¿Esta geometría se puede construir con herramientas nativas de Revit? Si es así, hazlo. Si estás importando desde CAD o desde otro software 3D, ya tienes un problema.
- ¿Este anidamiento está motivado por una lógica funcional? Un caballete con parte móvil: sí. Una pata de silla sin parámetros propios y sin lógica de movimiento: no.
- ¿Cada parámetro que estoy añadiendo controla algo? Si no puedes responder inmediatamente qué hace ese parámetro, probablemente no debería estar ahí.
Tres preguntas. No resuelven todo, pero evitan la mayoría de los problemas — y cuestan cero tiempo en la fase de diseño.
💡 El consejo Inside the Files
Una familia lenta no se ve en el archivo — se siente en el proyecto. Construye con geometría nativa, anida solo cuando sea necesario, mantén cada parámetro con un propósito preciso. La ligereza no es una renuncia a la calidad: es la calidad vista desde el lado del modelo que debe funcionar en el campo. La serpentina del calentador de agua nadie la verá — pero Revit la calculará cada vez.
Descarga el Home Office Desk 01
¿Quieres ver de cerca cómo está construido? El Home Office Desk 01 está disponible gratuitamente en el Marketplace de Factory268. Ábrelo en el Family Editor, explora la estructura del caballete anidado, mira cómo están configurados los Instance Parameters. Es la forma más directa de traducir lo que has leído en algo concreto.