Dos cotizaciones pueden decir “recorrido virtual arquitectónico” y describir trabajos muy diferentes. Una puede partir de un modelo limpio y aprobado; otra requerir reconstrucción con planos y fotografías. Una propuesta útil hace visibles esas diferencias para elegir un alcance adecuado, sin adivinar qué incluye.
Define el resultado y la audiencia
Empieza por el propósito. ¿La audiencia revisará un diseño, conocerá un desarrollo o explorará un interior representativo? Identifica la decisión que debe facilitar el recorrido y la acción posterior. Así el equipo puede recomendar un formato y tú puedes valorar si una función adicional aporta algo relevante a la presentación.
Indica dónde se utilizará. Un recorrido integrado en una web, una reunión y un video descargable requieren entregas diferentes. Incluye idiomas, dispositivos y restricciones de acceso. Si deben aprobar varias personas, identifica quién reúne sus comentarios. Un resultado definido y un responsable de revisión permiten gestionar mejor el alcance que una solicitud amplia de crear algo impactante.
Aclara la información de partida
Describe planos, formatos, programas, versiones y revisión del diseño. IFC permite intercambiar información BIM de forma abierta, pero el modelo necesita revisión antes de convertirse en una presentación web. Three.js también describe un proceso de distribución y recomienda glTF cuando es posible; esto no elimina la preparación de geometría, la conversión o el trabajo de materiales.
La propuesta debe explicar qué ocurrirá si faltan datos o existen contradicciones. Un modelo exterior aprobado puede requerir todavía modelado interior; un render acabado puede no incluir geometría reutilizable. Pregunta si se presupone un archivo listo o si se incluye reconstrucción e interpretación. Una prueba de compatibilidad pequeña ayuda a resolverlo antes de cerrar precio y calendario completos.
Enumera espacios, controles y resultados incluidos
Define la extensión física: edificios, niveles, habitaciones, contexto y exclusiones. Después describe las funciones. Las panorámicas seleccionadas, el movimiento libre, la elección de unidades y el cambio de materiales son tareas distintas. Señala cuáles son necesarias y cuáles opcionales. Contar metros cuadrados por sí solo no explica toda la complejidad del modelado, la navegación o la interfaz.
Nombra por separado cada resultado: visor alojado, experiencia integrable, panorámicas, imágenes o video. Acuerda idiomas, expectativas de resolución o calidad y plataformas previstas. Si interviene un servicio con suscripción, aclara cuotas posteriores y qué seguirá funcionando al terminarla. Pregunta quién controla la cuenta de alojamiento y quién podrá autorizar modificaciones futuras.
Acuerda revisiones, cambios y aceptación
Cada ronda de revisión debe tener una finalidad y una persona que apruebe. Una comprobación inicial puede resolver escala, cámaras y geometría antes de terminar materiales. Otra posterior puede centrarse en acabados, textos y uso. Pregunta cómo se concentrarán los comentarios y qué significa aprobar el avance a la siguiente etapa.
Distingue corregir algo que no siguió el encargo aprobado de modificar el diseño. Mover una entrada después de aprobar puede afectar geometría, rutas, etiquetas y varios entregables. Un registro debe identificar ese impacto antes de continuar. Acuerda también tareas de aceptación: abrir la vista general en móvil, llegar a un interior identificado, recuperar orientación y completar la ruta de contacto.
Compara tres alcances hipotéticos de forma equivalente
El siguiente ejemplo se refiere a una vivienda ficticia. Permite ver por qué importan los archivos iniciales y la definición de entrega. No son paquetes anunciados ni implican precio, plazo o método fijo para tu proyecto. Su propósito es revelar los supuestos antes de comparar propuestas reales.
Al leer cotizaciones, añade una columna de preguntas abiertas. Si una incluye modelar desde planos y otra supone un modelo terminado, sus totales todavía no son comparables. Pide aclaraciones en vez de asumir que un proveedor es caro o incompleto. La comparación útil busca el mismo resultado, con responsabilidades y exclusiones comprendidas por ambas partes.
| Alcance de ejemplo | Supuesto inicial | Preguntas pendientes |
|---|---|---|
| A: panorámicas conectadas | Modelo aprobado utilizable; cinco posiciones | ¿Quién define acabados y aloja el resultado? |
| B: exterior y tres espacios interactivos | Preparación y optimización web necesarias | ¿Qué controles, dispositivos e idiomas incluye? |
| C: modelado y presentación desde planos | Reconstrucción con documentación vigente | ¿Qué dimensiones faltan y quién aprueba supuestos? |
| Actualización posterior opcional | Una revisión cambia después de entregar | ¿Qué archivos se conservan y cómo se cotiza el nuevo trabajo? |
De la consulta a un alcance acordado
- Describe el resultado
- Revisa los archivos
- Define espacios y entregas
- Acuerda revisiones
- Confirma entrega y mantenimiento
- Aprueba una cotización específica
Aclara derechos, entrega y siguiente conversación
Acuerda qué archivos recibirás y cómo podrás utilizarlos. Un visor público, las imágenes exportadas y los archivos originales de trabajo son entregables distintos. Planos, diseño arquitectónico y contenido de terceros pueden tener derechos separados. La Oficina de Derechos de Autor estadounidense distingue obras arquitectónicas y dibujos técnicos dentro de su jurisdicción; el acuerdo real debe considerar titulares y requisitos aplicables, sin asumir que todos los derechos se transfieren juntos.
Finalmente, define mantenimiento y comunicación. ¿Quién atiende una integración rota, solicita cambios o retira una presentación desactualizada? ¿Qué información se necesita para la siguiente fase? Un formulario con etiquetas claras puede reunir estos requisitos sin pedirte resolver todo el proceso técnico. Comparte lo conocido, señala lo pendiente y utiliza la revisión de compatibilidad para convertirlo en un alcance escrito realista.
Ideas para llevarte de esta guía
- Indica resultado, audiencia y siguiente acción.
- Identifica archivos, versiones y supuestos de modelado.
- Enumera espacios, controles, idiomas y entregables.
- Acuerda revisiones, responsable y tratamiento de cambios.
- Confirma cuotas, archivos, derechos y mantenimiento.
- Compara alcances equivalentes y resuelve dudas abiertas.
Una buena cotización explica cómo se convertirá el proyecto en una presentación usable. Compara responsabilidades claras y un resultado definido antes de comparar únicamente un total.
Fuentes y lecturas
- Three.js — Loading 3D Models ↗
- buildingSMART International — Industry Foundation Classes ↗
- U.S. Copyright Office — Circular 41, Architectural Works ↗
- W3C WAI — Labeling Controls ↗
Guía editorial original con ejemplos hipotéticos. La documentación de los productos y los archivos aprobados del proyecto definen las capacidades y el alcance reales.
