Cómo montar un negocio de software para reformistas: el portal del cliente no es una función, es el argumento que cierra la obra

El problema no es el retraso, es el silencio

Una reforma de un piso en Madrid dura tres meses si todo va bien. En esos tres meses pasa esto: el material no llega cuando dijo el proveedor, el electricista se retrasa porque sigue en otra obra, aparece una tubería que nadie había visto detrás del alicatado, y el presupuesto crece en dos o tres extras que se acuerdan por WhatsApp y se discuten al final.

Nada de eso es anormal. Es cómo funciona el sector. El problema es otro: el cliente no se entera de nada hasta que entra en la obra un sábado y ve que su cocina sigue siendo un agujero.

Y entonces llama. Y el jefe de obra, que está en otra obra, le explica por teléfono lo que ha pasado. Mal, con prisa y a la defensiva. El cliente cuelga pensando que le están engañando, cuando lo único que ha pasado es que un porcelánico venía de Castellón y tardó cinco días más.

Hay dos cifras del Estudio de las Reformas 2026 de Recomiend que explican por qué esto es un problema de negocio y no solo de nervios:

• El 80,5% de los propietarios quiere participar activamente o supervisar de cerca su reforma. No la quieren delegar. Quieren ver.
• El 71,7% llega a su reformista por recomendación. Es decir: el cliente insatisfecho no te deja una reseña mala, te deja sin los tres siguientes clientes.

Súmale el contexto: más del 50% de las empresas del sector reconoce retrasos significativos, en Madrid se han acumulado esperas de más de cuatro meses, el 70% de las vacantes en oficios no se cubre en menos de 30 días y en agosto de 2026 la prensa sectorial hablaba de listas de espera de hasta doce meses en algunas zonas.

El reformista está desbordado de trabajo y aun así pierde clientes por no saber contar lo que está haciendo. Ahí hay un negocio.

El mercado, en números

• 1,9 millones de reformas al año en España (+1,6%), según el Radar Reforma de ANDIMAC.
• 3 de cada 10 hogares hizo alguna intervención en el último año.
• 25.000 M€ en materiales, que suben a 52.500 M€ si se añade fiscalidad y mano de obra.
• Más de 42.000 empresas de reformas y rehabilitaciones registradas (Empresite).
• Las empresas especializadas en rehabilitación crecieron un 14,6% en 2025 (Alimarket).
• Plan Estatal de Vivienda 2026-2030: 2.100 M€. Y los fondos europeos de rehabilitación terminan en 2026, lo que está concentrando demanda ahora.

42.000 empresas es un mercado grande, pero la cifra que importa es otra: cuántas de esas empresas tienen entre 5 y 40 trabajadores, facturan entre 500.000 € y 5 M€, y gestionan todo con WhatsApp, Excel y la cabeza del jefe de obra. Esa es la franja. Las de 2 personas no te pagan y las de 200 ya tienen un ERP.

Qué es Obria

Obria es un gestor de reformas construido alrededor de una idea: la misma información sirve para dos públicos distintos, y hay que contarla de dos maneras distintas.

Por dentro tiene cuatro piezas:

1. Una web pública. Formulario de solicitud de presupuesto que entra directamente como lead en el sistema, con estados (nueva, contactada, visita, presupuestada, ganada, perdida). Más galería de antes/después, que es lo único que de verdad vende en este sector.
2. El portal del cliente. Un enlace propio por obra. El cliente entra y ve el porcentaje de avance, en qué fase está, fotos recientes, los documentos que le corresponden, los hitos de pago con su IBAN y, si hay un extra pendiente, una tarjeta que le pide la firma.
3. El panel de gerencia. Seis KPIs (obras activas, obras en riesgo o retraso, incidencias abiertas, cambios por firmar, cobrado este mes, pendiente de cobro), un bloque de "Requiere tu atención", una tabla de obras ordenable y filtrable, y un Gantt que superpone plan, real y previsión con la línea de hoy marcada en rojo.
4. El módulo económico. Presupuesto vigente que se recalcula con cada orden de cambio aprobada, coste real de obra (mano de obra desde los fichajes por oficio + materiales + gremios), margen proyectado y plan de pagos.

Hay cuatro roles: operario, jefe de obra, cliente y gerente. Cada uno ve lo suyo.

Lo que hace bien y que no es obvio

Esta es la parte interesante del código, porque no es lo que un reformista pediría si le preguntas qué software quiere.

El semáforo es derivado, no declarado

La mayoría de las herramientas del sector tienen un campo "estado" que alguien rellena a mano. Que, en la práctica, nadie rellena, o se rellena mal porque nadie quiere poner "retrasada" en su propia obra.

Obria lo calcula. Hay umbrales documentados en el código: 5 días de desviación para considerar una obra retrasada, 1 día para "en riesgo", 2 días para dar una fase por vencida, 3 días para que una orden de cambio pendiente empiece a contar. El estado sale de la realidad: fechas de fases, incidencias abiertas, cambios sin respuesta. Y existe la posibilidad de sobreescribirlo manualmente, con el estado manual teniendo prioridad sobre el automático.

Eso es importante porque convierte el panel en algo que dice la verdad aunque el jefe de obra no haya tocado nada.

Hay una función que decide por qué va mal, y otra que lo traduce

El sistema no solo calcula si una obra va retrasada. Calcula el motivo: material, incidencia, cambio pendiente o general. Lo hace con una expresión regular sobre los textos de la obra que busca palabras como material, stock, suministro, proveedor, pedido, porcelánico, entrega.

Y luego, en el portal del cliente, hay otra función que coge ese motivo y lo convierte en una frase que el cliente puede leer sin alarmarse. Para un retraso por material:

"Estamos recuperando unos días. Un retraso en la llegada de material nos ha movido el calendario. El equipo está reorganizando trabajos para recortarlo al máximo."

No miente. No dice que todo va bien. Dice que va regular, dice por qué, y dice qué se está haciendo. Esa frase, enviada el martes, evita la llamada del sábado.

El mismo patrón aparece en las fases: cada tipo de fase tiene una frase de introducción para el cliente. Pintura es "Llega el color:". Carpintería es "Tu casa va tomando forma:". Es cosmético, cuesta cuatro líneas de código, y es lo que diferencia un portal que la gente abre de uno que la gente ignora.

Las órdenes de cambio se firman y cambian el presupuesto

El extra que no se documenta es el agujero de margen clásico del sector. En Obria una orden de cambio tiene título, descripción, estancia, partidas con importes, días extra, fotos y un ciclo de estados: borrador, enviada, aprobada, rechazada. Si se rechaza, se guarda el motivo.

Y cuando se aprueba firmada (firma con el dedo en el móvil del cliente), su importe entra automáticamente en el presupuesto vigente, que es la cifra contra la que se calculan los hitos de pago.

Eso cierra el círculo: el extra se acuerda, se firma, se cobra. No se discute en la entrega de llaves.

El parte diario tiene dos versiones

El operario rellena horas, operarios implicados, trabajos realizados, fotos y fase. Y hay dos campos más: si el parte es visible para el cliente, y un resumen alternativo escrito para él.

Es el reconocimiento explícito de que "hemos replanteado el tabique del baño porque la bajante no estaba donde decía el plano" y "hoy hemos empezado el baño" son la misma información para dos lectores distintos.

Las fotos no están en localStorage

Detalle técnico que importa más de lo que parece: las fotos van a IndexedDB, con deduplicación por contenido (si subes dos veces la misma foto, se guarda una), limpieza de huérfanos y un aviso cuando queda poco espacio. En una app de obra, donde cada parte diario lleva cuatro o cinco fotos, esa decisión es la diferencia entre que funcione a los tres meses o que reviente.

El modelo: desarrollo a medida replicable, no SaaS

Aquí hay que ser claro, porque es la decisión que define el negocio.

Esto no es un SaaS. Está construido para una empresa concreta, con su nombre, su CIF y su IBAN escritos en el código. No hay registro, no hay organizaciones, no hay facturación de suscripciones. Es el software de una empresa de reformas.

Y eso no es un defecto, es el modelo. Un reformista con 15 obras al año no quiere darse de alta en una plataforma. Quiere que alguien le monte su sistema, con su logo, su dominio y su manera de trabajar. Y paga más por eso que por una suscripción.

Estructura de precios:

• Implantación: 3.500 € a 9.000 €, según cuántas de las cuatro piezas quiera. Una empresa puede empezar solo con el portal del cliente y el panel, y añadir la web pública y el módulo económico después.
• Mantenimiento: 150 € a 350 €/mes, que cubre hosting, soporte, cambios menores y copias de seguridad.

Las cuatro piezas son cuatro ventas. No tienes que vender todo el sistema de golpe: el portal del cliente solo ya tiene argumento propio, y es el más fácil de vender porque es el que el reformista puede enseñar a sus clientes.

Un escenario conservador a 12 meses

Advertencia antes de los números: esto es una app pequeña, construida para demostrar un patrón, no un producto terminado. Las cifras de abajo asumen que haces el trabajo de la sección siguiente (backend, firma con valor probatorio, sincronización) antes de cobrar el primer proyecto. Sin eso, no hay escenario.

Proyecto medio: 5.000 €. Mantenimiento medio: 200 €/mes.

18 clientes en un año, en un mercado de 42.000 empresas, es 0,04% de penetración. No es optimismo, es un comercial decente trabajando una provincia.

Lo que hace sostenible el modelo es el segundo año: entras con 43.200 € de recurrente ya firmado antes de vender nada.

Dónde está el hueco: la competencia mira hacia dentro

El software de construcción y reformas que existe en España está bien hecho y es viejo. Presto y Arquímedes (CYPE) para presupuestos y mediciones. BrickControl y Gestproject para gestión de obra y costes. STEL Order y Trowel para la parte comercial y de partes. Y una capa nueva de verticales de presupuestos con IA. Las soluciones cloud para pymes están entre 100 y 500 €/mes.

Todas tienen algo en común: están diseñadas para que la empresa controle su obra. Presupuestos, mediciones, certificaciones, desviaciones, costes. Herramientas de gestión interna.

Ninguna ocupa el lado del cliente. Y la cifra del 80,5% dice que ese es justo el lado que decide si te recomiendan.

Esto es importante para el posicionamiento comercial: no vas a competir contra Presto. No vendes "un software de gestión de obra mejor". Vendes la pieza que ninguno de ellos tiene, y puedes convivir con el que ya usen. El reformista que tiene Presto para presupuestar sigue necesitando una manera de contarle al cliente cómo va su reforma.

Lo que hay que añadir antes de vender esto

Esta sección no es opcional. Es la lista de lo que falta para que el software se pueda cobrar.

1. Backend real. Todo está en localStorage. Eso significa que los datos viven en el navegador de una persona, en un dispositivo. En una obra, donde el operario ficha desde el móvil, el jefe de obra consulta desde la tablet y el gerente desde el portátil, eso no funciona. Hace falta base de datos, autenticación de verdad y sincronización.
2. Firma con valor probatorio. La firma con el dedo es una imagen. Para que una orden de cambio firmada sirva en una discusión, hace falta: sello de tiempo, registro de quién firmó y desde dónde, y copia inmutable enviada por email al cliente en el momento de firmar. Sin eso, la firma es un gesto bonito sin efecto legal.
3. Multiempresa. Nombre, CIF e IBAN están escritos en el código. Para que el sistema sea replicable hay que sacar todo eso a configuración. Es trabajo de un día y es el que convierte una app en una plantilla.
4. Modo offline. En una obra en obra gris no hay cobertura. El operario tiene que poder fichar y subir el parte sin red, y que se sincronice al salir.
5. Notificaciones salientes. Todo el valor del portal depende de que el cliente lo abra. El portal no se abre solo: hace falta un email o un WhatsApp cuando hay un parte nuevo visible, un documento nuevo o una firma pendiente. Es la pieza más importante que falta y probablemente la más fácil de añadir.
6. Acceso del cliente sin PIN compartido. Un enlace con token por obra, no un PIN que el cliente pueda pasar a otro.

El argumento de venta que funciona

No vendas software. Vende la llamada del sábado que no se produce.

El pitch de dos minutos:

"¿Cuántas veces al mes te llama un cliente nervioso preguntando cómo va su obra? ¿Y cuántas de esas llamadas acaban en una discusión sobre un extra que se acordó por WhatsApp? Te monto un enlace que le das a cada cliente. Entra, ve el avance, las fotos de esta semana, lo que falta por pagar. Y si hay un extra, lo firma ahí. Deja de llamarte y deja de discutir el presupuesto final."

Y el argumento que cierra: el 71,7% de tus clientes llega por recomendación. Un cliente que ha podido ver su obra te recomienda. Uno que ha estado tres meses a ciegas, no.

Por dónde empezar a vender

El primer cliente es el que te presta la obra. Busca un reformista con 10 o 20 obras al año que esté dispuesto a montar el sistema sobre una obra real, en marcha, a cambio de un precio de amigo. Lo que necesitas de él no es el dinero, son las capturas y la frase: "desde que uso esto, mis clientes no me llaman".

Los canales, por orden de dificultad:

• Almacenes de materiales y distribuidores. El almacén conoce a todos los reformistas de la zona y tiene interés en que les vaya bien. Es el canal más directo y nadie lo trabaja.
• Asociaciones provinciales de constructores y gremios. Tienen boletín, tienen jornadas, y sus socios son exactamente tu perfil.
• Arquitectos técnicos y aparejadores que dirigen obras de reforma. Ellos sufren el problema desde el otro lado.
• LinkedIn y grupos sectoriales, con el antes/después de obras reales. Funciona peor pero es gratis.

Lo que no funciona: anuncios genéricos de "software de gestión". El reformista no se levanta pensando que necesita software. Se levanta pensando que tiene tres clientes enfadados.

Nichos donde el mismo sistema se vende igual

El patrón (portal del cliente + estado derivado + firma de cambios + hitos de pago) sirve tal cual en cualquier servicio que dure semanas, se haga en casa del cliente y tenga extras:

• Instaladores de climatización y aerotermia, que además tienen el ciclo de subvenciones.
• Empresas de piscinas, con obra de dos a cuatro meses y clientes muy ansiosos.
• Carpintería y mobiliario a medida, donde el cambio firmado es el problema central.
• Rehabilitación de fachadas y comunidades de propietarios, donde el "cliente" son 40 vecinos y el portal se multiplica por 40 el valor.
• Jardinería y paisajismo de proyecto.
• Restauración y obra en locales comerciales, donde cada día de retraso es facturación perdida y el cliente lo cuenta en dinero.

El caso de comunidades de propietarios es el que tiene más potencial económico: el administrador de fincas es un cliente que gestiona decenas de obras al año y cuyo mayor problema es exactamente comunicar a los vecinos por qué va retrasado el andamio.

Qué llevarte de aquí

Obria es una app pequeña. No tiene backend, los datos viven en un navegador y está escrita para una sola empresa. No la vendas como lo que no es.

Pero la idea que demuestra sí es grande y se puede cobrar: en los servicios largos hechos en casa del cliente, la información ya existe dentro de la empresa, y el negocio está en traducirla. El semáforo derivado, el motivo del retraso y la frase que lo cuenta son tres funciones de pocas líneas que resuelven el problema comercial más caro del sector.

El trabajo no está en construir más funciones. Está en montar el backend, hacer la firma defendible y sacar los datos de la empresa a configuración. Lo demás ya está en pie.