Centralizar la gestión de obras en un ERP puede ahorrar tiempo y reducir desvíos — pero no vamos a inventar un “los clientes Lummo ahorran 30%”. No hay case studies cuantificados publicados en el sitio/changelog para citar con ese nivel de precisión. Lo que sí hay: un framework para que estimes con tus supuestos y el precio real que te pasemos después de una demo.
Framework de ROI (etiquetá cada supuesto)
- Beneficio A — Horas de consolidación evitadas (ver metodología de tiempo perdido).
- Beneficio B — Compras evitadas o reimputadas a tiempo (monto × frecuencia; solo si lo medís).
- Beneficio C — Menos sorpresa de margen al cierre (diferencia vs obras previas; solo con histórico).
- Costo S — Suscripción mensual del plan.
- Costo O — Onboarding (horas internas × costo horario).
Lado del costo: precios Lummo publicados
Lummo no tiene precios públicos: el precio depende de la cantidad de obras y usuarios, y se arma con cada cliente después de una demo. Para tener el número real de tu constructora, pedí una demo. Detalle en cuánto cuesta un ERP.
Ejemplo ilustrativo (no es caso de cliente)
Escenario ilustrativo — reemplazar por datos internos
| Línea | Supuesto ilustrativo | Monto ilustrativo / mes |
|---|---|---|
| Horas evitadas | 12 h/mes × $8.000/h (costo horario ejemplo) | $96.000 |
| Compras mal imputadas evitadas | Omitido (sin dato propio → no inventar) | $0 en el ejemplo |
| Suscripción | El precio que te pasemos para tus obras | −(tu precio) |
| Onboarding prorrateado | 20 h × $8.000 / 6 meses | −~$26.700 (primer semestre) |
| Resultado ilustrativo mes 1–6 | Solo con horas + costos anteriores | Positivo o negativo según tus horas reales |
Si no tenés histórico de compras erróneas, dejá Beneficio B en cero. Un ROI honesto con pocas líneas le gana a un slide con % inventados.
Cuando el resultado ilustrativo da negativo al inicio, no descartes de entrada: mirá el mes 3–6, cuando el onboarding ya no pesa y el ritual semanal ya bajó. El error típico es exigir payback en la semana 1 con datos todavía incompletos.
Qué centralizar primero (para que el ahorro exista)
- Presupuesto por rubros/conceptos como columna vertebral.
- Órdenes de compra imputadas a la obra.
- Avance y certificación sobre la misma base.
Sin esos tres, “centralizar” es solo subir archivos a la nube. Con un software de gestión de obras o ERP para constructoras, el ahorro aparece cuando deja de haber doble carga. Piloto recomendado: digitalizar sin perder control.
Cómo presentar el número sin humo
En una reunión de socios, mostrá tres columnas: supuesto, fuente (tu medición / precio por escrito), y sensibilidad (“si las horas son la mitad…”). Eso supera cualquier slide con “ahorro promedio del sector” sin ficha técnica. Lummo sostiene el contenedor por obra; el % de ahorro lo construís vos midiendo baseline → piloto → cartera.
Preguntas frecuentes
¿Cuánto ahorran los clientes de Lummo?
No publicamos un % promedio de ahorro de clientes porque no hay un estudio de casos cuantificado en el repo/changelog para citar con rigor. Usá el framework con tus números.
¿El ahorro es solo de horas?
No. También puede venir de menos compras mal imputadas, menos sobrecertificación y menos sorpresas de margen — pero cada ítem necesita medición propia.
¿Qué pongo del lado del costo?
Suscripción (en Lummo depende de la cantidad de obras y usuarios, y se arma después de una demo) + horas de onboarding del equipo.
¿Cuándo el ROI no cierra?
Si tenés una sola obra simple, poca gente y ya controlás semanalmente sin retrabajo. Ahí el software puede esperar.
