Por qué un constructor crea software de IA en lugar de comprarlo

Mucha gente me pregunta esto, por lo general con una mirada de desconcierto. Manejaste programas de construcción por veinte años. ¿Por qué estás escribiendo software? ¿No sería más fácil comprar algo?

La respuesta corta es que lo intenté. La respuesta larga es esta publicación.

Las herramientas no fueron creadas por nadie que hubiera hecho el trabajo

Durante más de dos décadas vi cómo se vendía mucho software a esta industria. Algunos eran técnicamente impresionantes. Casi todos estaban equivocados sobre cómo es realmente un día en una obra.

La señal es siempre la misma. El software asume que alguien tiene tiempo para alimentarlo. Ingresar los datos. Actualizar el estado. Mantener el cronograma al día. Registrar la orden de cambio en el sistema antes de irte a casa.

En un programa grande, hay una persona para eso. En una cuadrilla de cinco hombres, esa persona no existe. El dueño está con las herramientas la mitad del día y al teléfono la otra mitad. El capataz tiene una camioneta, un teléfono y una sola barra de señal. Cada hora que se pasa manteniendo la herramienta es una hora que se le quita al trabajo que se suponía que la herramienta debía proteger.

Así que el software se instala, se usa durante dos semanas y se abandona silenciosamente. Luego viene el siguiente proveedor con una demostración más atractiva y el ciclo se repite. Lo he visto pasar en un programa de 500 millones de dólares y lo he visto pasar en un remodelador de dos camionetas. El tamaño cambia; el fracaso no.

La demostración no es el trabajo

Así es como se ve una demostración: una laptop limpia, un proyecto de muestra con datos ordenados, un presentador que sabe exactamente qué botones presionar. Todo se carga al instante. Cada campo está lleno.

Así es como se ve el trabajo: 6:00 a. m., una mezcladora de concreto que puede que venga o no, un subcontratista que no apareció, un inspector a las 10:00, un cliente que envía mensajes de texto sobre un cambio que le mencionó el martes pasado a alguien que pudo haber sido el electricista. Los planos son un PDF en tu teléfono. El cronograma está en tu cabeza. El presupuesto está en una hoja de cálculo que abriste por última vez en marzo.

El software creado para la demostración siempre perderá ante el trabajo real. No porque el software sea malo. Sino porque fue diseñado por personas que nunca tuvieron que averiguar si el concreto estaba por llegar.

En qué nos basamos en su lugar

Comenzamos DVC Apps con el conjunto opuesto de suposiciones.

Nadie tiene tiempo libre. Si una función necesita que alguien se siente a mantenerla, no se mantendrá. Por lo tanto, la herramienta tiene que capturar información como un subproducto del trabajo que de todos modos se iba a hacer. Una foto. Una nota de voz. Un toque en la pantalla.

El teléfono es la única computadora en la obra. Ni una tableta, ni una laptop, ni la computadora de la oficina. Un teléfono, sostenido con una sola mano, con guantes puestos, a la intemperie. Cada pantalla tiene que funcionar bajo esas condiciones o no la lanzamos.

Si necesita capacitación, ya fracasó. Un contratista le dará a una aplicación nueva unos noventa segundos. Si en noventa segundos no es obvio qué hacer y por qué vale la pena hacerlo, se elimina. Consideramos esos noventa segundos como el verdadero presupuesto de adopción.

Esas tres reglas le dieron forma a Project Proctor, nuestra aplicación de gestión de obras, y a Estim8 Pro, nuestra aplicación de estimación de cantidades. También son la razón por la que ambos productos se apoyan tanto en la IA. No porque la IA esté de moda. Sino porque la IA es la primera tecnología que puede lidiar con el desorden tal como es. Puede leer un juego de planos que fotografiaste sobre el capó de una camioneta. Puede tomar un trabajo descrito en voz alta y devolver cantidades. No necesita que la industria se organice primero.

Por qué la construcción, específicamente

La razón honesta no es que la construcción sea un mercado grande, aunque lo es. Es que la construcción es la única industria que conozco lo suficientemente bien como para saber cuándo un producto miente sobre cómo funciona el trabajo.

Esa es una habilidad más rara de lo que parece. Muchas personas muy inteligentes están creando herramientas de IA en este momento, y muchas de ellas están apuntando esas herramientas a industrias sobre las que han leído pero en las que nunca han trabajado. El resultado parece creíble. Pero por lo general está equivocado en formas que solo alguien que ha estado en la obra detectaría. La estimacion de cantidades que cuenta el panel de yeso y se olvida del compuesto y la cinta. El cronograma que asume que el inspector viene cuando está programado. El presupuesto que usa un promedio nacional para la madera en un mercado donde la madera cuesta un 30% más.

Yo puedo detectar esos errores. He cometido esos errores personalmente, en trabajos reales, y he pagado por ellos. Ese es todo el valor que aporto al lado del software. No el código. El saber cómo funciona.

Qué significa esto para ti

Si eres un contratista que decide si probar algo de esto, este es el filtro que yo usaría: ¿esto fue creado por alguien que haya hecho tu trabajo? No alguien a quien consultaron. No alguien a quien entrevistaron. Alguien que lo haya hecho.

Si la respuesta es sí, el producto probablemente todavía tendrá detalles que pulir, pero esos detalles estarán en los lugares correctos. Entenderá lo que realmente necesitas terminar antes de irte a casa.

Si la respuesta es no, ten cuidado. La demostración será excelente.