Casi toda conversación con una agencia sobre una web que rinde por debajo llega a la misma recomendación, y vale la pena notar que esa recomendación es también la más cara. Eso no la vuelve equivocada —a veces rehacer todo es de verdad la decisión correcta—, pero el dueño del negocio debería poder llegar a esa conclusión por su cuenta, antes de la conversación con quien se beneficia de la cifra más alta.
Cuándo reparar es la decisión correcta
La reparación cubre un abanico de problemas más amplio de lo que la mayoría de los dueños asume: formularios rotos, páginas lentas, contenido desactualizado, un diseño anticuado pero estructuralmente sano, páginas que faltan y que el negocio ahora necesita. Nada de esto exige reconstruir la web a su alrededor: exige que alguien competente entre y arregle esa cosa concreta. Si la estructura de fondo de la web todavía puede hacer lo que el negocio necesita, y los problemas son concretos y señalables, reparar es casi con seguridad más barato y más rápido, y conlleva menos riesgo que empezar de cero.
Cuándo rehacer es la decisión correcta
Rehacer justifica su coste cuando la base misma no puede sostener lo que el negocio necesita ahora de ella: una plataforma que no puede añadir funciones que un competidor ya ofrece, una estructura tan enredada que un cambio de contenido sencillo cuesta horas de trabajo de desarrollo, o un negocio que ha cambiado lo suficiente (oferta distinta, cliente distinto, posicionamiento distinto) como para que remendar la web antigua signifique atornillar una identidad nueva sobre un esqueleto viejo. Los pequeños arreglos acumulados también son una señal a vigilar: si cada arreglo de este año ha costado casi lo mismo que el gran proyecto del año pasado, la aritmética ya está a favor de rehacer antes de que nadie pronuncie la palabra.
La pista que casi todos pasan por alto
La pregunta que realmente separa ambos casos no es "cuántos años tiene la web": muchas webs antiguas van bien, y muchas nuevas ya son limitantes. La pregunta real es si la base actual puede sostener el cambio concreto que el negocio necesita a continuación. Una web de cinco años que solo necesita añadir un formulario de reserva es un caso de reparación. Una web de dos años construida sobre una plataforma que no puede añadir un formulario de reserva en absoluto es un caso de rehacerla, sin importar su edad.
Qué preguntar antes de aceptar cualquiera de las dos
Antes de aprobar una cifra, pide la lista concreta de qué está roto y qué resuelve cada arreglo, pregunta si la plataforma actual puede sostener lo que está previsto para el próximo año o dos, y pregunta cómo sería la reparación como alternativa. Un presupuesto legítimo para rehacer la web debería poder explicar por qué no se recomendó reparar en su lugar, no limitarse a afirmar que hace falta rehacerla. Una respuesta vaga a esa última pregunta merece tratarse como una señal en sí misma.
Acertar en esta decisión protege la parte de un sistema de negocio que ya funciona de que se descarte junto con la parte que no funciona. Nuestro equipo web le dirá con honestidad a un cliente cuándo reparar es la respuesta más barata, más rápida y correcta, porque rehacer una web vendido por inercia y no por necesidad es un resultado peor para todos, excepto para la factura.
