Desarrollo de SaaS a medida: un sistema de gestión de obra para salir a vender

Una empresa quería vender un sistema de gestión de obra

BuildBuy es un desarrollo a medida. Una empresa quería sacar al mercado un sistema de gestión de obra para constructoras —el presupuesto, los pedidos de la obra, las cotizaciones de los proveedores y lo que llega a obra, en un solo circuito— y nos pidió diseñarlo y construirlo. Está en producción desde septiembre de 2026. Así es desarrollar un SaaS con nosotros: el cliente trae el rubro y la idea, y nosotros la convertimos en un producto que se puede vender. Para validarlo sumamos una constructora piloto que trabaja con varias obras a la vez: ella aportó su catálogo real, sus reglas y la revisión de cada módulo; el cliente, la visión del producto y la salida al mercado; y nosotros, el diseño, el desarrollo y la puesta en producción.

El problema que el producto tenía que resolver

Antes de escribir una línea había que entender cómo compra una constructora, porque ese es el problema que el producto le iba a resolver a cada cliente. Una obra se presupuesta una vez y se ejecuta durante meses. El presupuesto sale de un cómputo —cuántos metros, cuánto material por metro, cuánta gente, cuánto equipo— y después queda en un Excel mientras la obra se mueve. El pedido llegaba por WhatsApp y Compras lo pasaba a una planilla. Para pedir precio, un mail por proveedor; para comparar, cada respuesta a otra planilla; para comprar, la orden tipeada de nuevo. El remito llegaba en una foto y nadie lo cruzaba con la orden. Y cada obra compraba sola: dos obras que necesitaban el mismo hierro la misma semana lo pedían por separado. A mitad de obra nadie podía contestar lo más simple: cuánto llevamos gastado contra lo que computamos.

Lo que diseñamos: un solo circuito, del presupuesto a la obra

El producto no le cambia a la constructora cómo compra: lo pone en un solo lugar. El presupuesto se arma con recetas —cuánto material, mano de obra y equipo lleva cada unidad de trabajo— y el aprobado queda congelado. De ahí sale todo lo demás, y cada paso sale del anterior: el pedido de la obra, la solicitud de cotización, la comparativa, la orden de compra y la recepción. Las personas deciden donde hay que decidir: Compras elige a qué proveedores pedir precio y a quién adjudicar, y Dirección aprueba el presupuesto. Lo demás lo hace el sistema: juntar pedidos, armar la comparativa, emitir la orden con lo adjudicado y descontar del presupuesto lo que llega.

Todo lo que se fue sumando, mes a mes

BuildBuy arrancó como una herramienta para pedir materiales desde la obra y juntar compras entre obras. Mes a mes se sumó lo que pedía el cliente —el presupuesto, el catálogo, los roles, los proveedores— y lo que sumamos nosotros para que el producto se pueda operar y vender a cualquier constructora. El cambio más grande lo pidió la constructora piloto: arrancar por el catálogo de materiales y el presupuesto, no por el pedido. Y una regla que puso ella misma: ningún dato que venga de una fuente automática toca el presupuesto sin que una persona lo valide antes. Lo que dice «Sumamos» en la línea de tiempo no lo pidió nadie: lo pusimos porque un producto que se vende a muchas empresas lo necesita.

Cómo se opera: cada empresa y cada rol con lo suyo

La plataforma la usan cinco perfiles y cada persona ve lo que le toca según su rol. El jefe de obra pide desde el celular. Compras trabaja en un tablero con los pedidos de todas las obras en tres columnas: pendiente, en curso y recibido. Cada proveedor entra a su propio portal, cotiza, habla con Compras dentro de la solicitud y acepta la orden. Dirección ve el avance de cada obra contra su presupuesto y se entera si alguien compró más caro que otra oferta. Y en obra o en depósito se registra lo que llegó contra la orden. Como el cliente lo vende a muchas constructoras, cada una ve sólo lo suyo y arma sus propios roles: grupos con sus permisos y alcance por obra. Una persona que es del equipo de una constructora y además le vende a otra entra con la misma cuenta.

Lo que sumamos nosotros: lo que un SaaS necesita para venderse

Un sistema que usa una empresa no es todavía un producto que se vende a muchas. Esa diferencia la pusimos nosotros, sin que nadie la pidiera: que cada constructora vea sólo lo suyo, que el cliente pueda operar el producto y dar soporte sin tocar código, que sepa cómo se usa y que tenga con qué venderlo.

• Conector MCPBuildBuy se puede operar desde Claude u otro asistente de IA, como una persona, con su empresa y su rol.
• Analítica de usoQué pantallas se usan, dónde se traba la gente y qué busca sin encontrar, sin exponer datos sensibles.
• Asistente y guíasAyuda dentro de la app, probada con preguntas reales de los usuarios.

Por debajo: cada material con su historia, documento por documento

BuildBuy es una aplicación web en React y TypeScript, con la base de datos en Supabase (PostgreSQL) y publicada en Vercel: se usa desde la compu y desde el celular, sin instalar nada. Es multiempresa desde la base: cada constructora que el cliente suma tiene sus datos separados por la propia base de datos, y cada proveedor ve sólo lo que le corresponde. El cliente opera el producto desde un backoffice propio —empresas, demos, licencias y analítica— y lo cuidan más de 4.400 pruebas automáticas que corren antes de cada cambio. Lo que antes era un WhatsApp, una planilla y alguien tipeando, ahora es una fila: el material, la línea del presupuesto de la que salió, su estado y su historia, del presupuesto al remito.