Ir al contenido

Introducción — Cómo Piensa Darwin

La estimación en construcción siempre ha dependido de la experiencia, el juicio y la información dispersa en herramientas que nunca fueron diseñadas para comunicarse entre sí. Los planos provienen de un sistema, las cantidades de otro, las listas de precios de correos electrónicos, y el presupuesto final debe reconciliar todo eso manualmente.

Darwin fue creado para brindar estructura, consistencia y trazabilidad a ese proceso.
En lugar de tratar la estimación como tareas aisladas, Darwin la trata como un flujo de trabajo repetible y basado en datos.

Darwin no es solo una herramienta de estimación.
Es un sistema de conocimiento de costos diseñado para preservar, estructurar y evolucionar el ADN de Costos de una organización.

El flujo de trabajo principal de Darwin es:

solicitud → clarificar → estimar → revisar → aprobar → seguir → aprender

Una solicitud de trabajo se convierte en una estimación gobernada. La estimación revisada se convierte en una línea base aprobada para el seguimiento de costos. Los costos reales y las varianzas convierten la realidad de ejecución en aprendizaje para futuras estimaciones.

Como declara el manifiesto:

La construcción no carece de experiencia. Le falta memoria durable.

Para entender cómo funciona Darwin, aprende primero el flujo de trabajo y luego los principios centrales que lo sustentan.


El Flujo de Trabajo De Solicitud a Línea Base

Sección titulada «El Flujo de Trabajo De Solicitud a Línea Base»

Darwin refleja cómo el trabajo de construcción generalmente comienza: no como un registro de proyecto perfecto, sino como una solicitud, pregunta, paquete de alcance, plano faltante, preocupación de precios o cambio que necesita clarificación.

El flujo de trabajo le da a ese trabajo un camino claro:

  1. Solicitud — alguien pide que el trabajo sea estimado, revisado, modificado o aprobado.
  2. Clarificar — el equipo agrega planos, archivos, comentarios, cantidades, supuestos y contexto faltante.
  3. Estimar — el estimador convierte la solicitud en lógica de costos estructurada.
  4. Revisar — se desafían los precios, cantidades, supuestos y recomendaciones.
  5. Aprobar — la estimación se convierte en la línea base comprometida.
  6. Seguir — los costos reales y las facturas se registran contra la línea base aprobada.
  7. Aprender — la varianza explica qué cambió y mejora la práctica futura de estimación.

Por eso Darwin no debe aprenderse como un conjunto de funciones desconectadas. El valor proviene de cómo el flujo de trabajo preserva el contexto desde la primera solicitud hasta la retroalimentación de ejecución.


Todo en Darwin ocurre dentro de un Proyecto.

Un proyecto contiene:

  • solicitudes de trabajo e historial de clarificación
  • modelos IFC y planos 2D
  • estimaciones y revisiones
  • módulos y listas de precios
  • documentos y correspondencia
  • aprobaciones, historial de actividad y tareas
  • líneas base aprobadas y contexto de control de costos

Al reunir todo esto en un solo contenedor, Darwin convierte un proyecto en un registro vivo de cómo se produjo una estimación.
Las decisiones ganan contexto. Las revisiones ganan linaje. Nada se pierde en carpetas, hojas de cálculo o hilos de correo electrónico.

Un proyecto no es solo almacenamiento — es la base para una inteligencia de costos confiable.


2. Los Módulos Capturan el Conocimiento de Construcción Una Vez

Sección titulada «2. Los Módulos Capturan el Conocimiento de Construcción Una Vez»

En lugar de escribir partidas desde cero cada vez, Darwin usa Módulos — bloques de construcción reutilizables que representan cómo se construye algo.

Un módulo puede incluir:

  • materiales y cantidades
  • mano de obra y tasas de producción
  • gastos y overhead
  • documentación
  • clasificación (UniFormat, MasterFormat, contexto IFC)

Una vez validado, un módulo pasa a formar parte del ADN de Costos de tu empresa.

La reutilización garantiza:

  • estimación más rápida
  • supuestos consistentes
  • incorporación más fácil
  • menos errores

Los módulos transforman la estimación de reinventar a aplicar conocimiento.


3. Los Precios Cambian — La Lógica No Debería

Sección titulada «3. Los Precios Cambian — La Lógica No Debería»

Los mercados se mueven. Los costos de materiales fluctúan. Las tarifas de mano de obra cambian.
Pero la lógica de construcción subyacente permanece igual.

Darwin separa estos dos mundos:

  • Los Módulos almacenan la lógica de construcción
  • Las Listas de Precios almacenan las condiciones económicas

Esta separación te permite:

  • recalcular un proyecto instantáneamente cuando cambian los precios
  • comparar estimaciones a través del tiempo o regiones
  • mantener consistencia entre equipos

Cuando el mundo cambia, solo evolucionan los números — no el conocimiento detrás de ellos.


4. BIM y QTO 2D Son Insumos Rápidos, No Verdad Final

Sección titulada «4. BIM y QTO 2D Son Insumos Rápidos, No Verdad Final»

Darwin se integra con modelos IFC y planos 2D (PDF, JPG) para acelerar el cómputo de cantidades y conectar el diseño con el costo.

Importar un modelo o plano te permite:

  • extraer cantidades
  • agrupar y clasificar elementos
  • mapear objetos a módulos
  • visualizar elementos en 3D o anotar planos 2D

Pero Darwin usa estos insumos con una mentalidad práctica:

  • el modelo o plano proporciona geometría y metadatos
  • Darwin proporciona la estructura de costos y la trazabilidad

El juicio del estimador sigue siendo central.
BIM y QTO 2D son aceleradores — no un reemplazo para la lógica de costos.


Al organizar solicitudes, información de estimación, proyectos, módulos, listas de precios y datos importados (IFC o 2D), Darwin crea un flujo de trabajo donde la estimación se vuelve:

  • reproducible — ejecuta la misma lógica y obtén los mismos resultados
  • trazable — cada decisión tiene contexto e historial
  • colaborativa — tareas, revisiones y documentos viven juntos
  • adaptable — actualiza precios o insumos de diseño sin reconstruir la estimación

Darwin también extiende esta lógica más allá de la estimación sola.

A medida que la plataforma evoluciona, la misma estructura puede soportar:

  • seguimiento de presupuesto vs real
  • revisión de varianza de facturas
  • control de costos de sistemas y subsistemas
  • inteligencia de costos operacionales después de que se emite la estimación