Pero si quiero modernizarme, ¿por qué no invertir ya?

Porque modernizar sin un problema concreto detrás suele acabar siendo un proyecto sin métricas de éxito. El equipo lo arranca con energía, gasta 3-6 meses construyendo algo bonito y, al entregarlo, nadie sabe qué cambió en el negocio. La modernización pagada de verdad es la que parte de un dolor medible: un proceso que cuesta X horas al mes, un cuello de botella que retrasa Y pedidos, un error que aparece Z veces al trimestre. Sin un problema cuantificable, lo que se construye es nostalgia tecnológica, no negocio.

¿Cuánto debería costarme realmente revisar mi Excel antes de saltar a custom?

Una auditoría externa de un Excel crítico cuesta entre 1.500 y 4.000 € y se hace en 1-2 semanas. Identifica fórmulas frágiles, propone validaciones, sugiere macros que automatizan lo repetitivo y, sobre todo, documenta qué hace el Excel realmente para que deje de depender de una sola persona. En muchos casos, esa intervención retrasa la necesidad de saltar a custom entre 1 y 3 años, lo que en dinero significa entre 30.000 y 80.000 € no gastados en una migración prematura.

Si me dices que NO, ¿qué hago con el presupuesto que ya tengo aprobado?

Tres opciones razonables: gastarlo en auditar el sistema actual y mejorarlo (donde el ROI suele ser muy alto), reservarlo para cuando el problema sí esté claro y medible (la inflación tecnológica no es tan alta como parece, esperar 12 meses no encarece tanto el proyecto), o usarlo para resolver un problema distinto que sí esté maduro. Lo que no es buena idea es gastarlo solo porque está aprobado: presupuestos no gastados son problemas que se posponen, presupuestos mal gastados son problemas que se enquistan.

Cuándo NO necesitas software a medida: 6 escenarios en los que un partner honesto te ahorra dinero

Q: ¿Cómo sé si mi proceso está estabilizado o todavía cambia mucho?

Una regla práctica: si en los últimos 6 meses has cambiado más de 3 veces la forma de hacer ese proceso (cambios sustanciales, no ajustes menores), todavía no está estabilizado. Sistematizar algo que cambia cada pocos meses en una aplicación a medida significa pagar dos veces: la primera por construir, la segunda por rehacer cuando el proceso vuelva a cambiar. Itera en Excel, en Notion o en un low-code mientras siga evolucionando. Solo cuando el proceso lleva 8-12 meses estable, tiene sentido sistematizarlo en serio.

La conversación se repite varias veces al año, y siempre es incómoda. Un responsable de operaciones, con presupuesto aprobado, con tres propuestas sobre la mesa, con un proveedor casi escogido. Llega a nosotros para una segunda opinión técnica. Y nuestra respuesta, después de dos reuniones de discovery, es que en su caso particular contratar software a medida sería tirar 40.000 € a la basura. Que lo que tiene es suficiente con ajustes. Que el problema real no es de tecnología.

Es un post raro de escribir porque va contra el bolsillo de VisibleSoft. Vendemos software a medida. Vivimos de eso. Pero la decisión correcta para el cliente es la decisión correcta, y a la larga decir “no” a proyectos que no nos necesitan es lo que hace que los mismos clientes vuelvan a llamarnos dos años después cuando sí lo necesitan. Si después de leer este post decides que tu caso encaja en alguno de los 6 escenarios, habrá merecido la pena escribirlo aunque pierdas la conversación con nosotros.

Los 6 escenarios donde NO conviene software a medida

1. El proceso todavía cambia cada pocos meses

Si la forma de hacer las cosas no está estabilizada, sistematizarla en una aplicación a medida significa pagar dos veces: la primera por construir y la segunda por rehacer cuando el proceso vuelva a cambiar. Pasa mucho en empresas que están creciendo: el comercial cambia el flujo de cotización cada trimestre porque están aprendiendo qué funciona, operaciones reorganiza el almacén dos veces al año, marketing modifica el embudo cada lanzamiento. Construir software a medida sobre arenas movedizas es comprarse deuda técnica desde el día uno.

La señal clara: en los últimos 6 meses has cambiado más de 3 veces la forma de hacer ese proceso. Cambios sustanciales, no ajustes menores. Mientras esa frecuencia siga así, itera en Excel, en Notion o en un low-code barato. La sistematización dura llega después.

2. Hay un SaaS específico para tu sector que cubre el 90% del caso

Esto pasa con más frecuencia de la que el cliente sospecha. Para casi cualquier sector hay un SaaS vertical: clínicas dentales, talleres mecánicos, gestorías, academias, instalaciones de aire acondicionado, despachos de abogados. Hablamos de productos pensados para tu nicho, probados en cientos o miles de empresas como la tuya, con un coste mensual entre 50 y 500 € por usuario.

Construir desde cero algo que el 90% se parece a lo que ya existe en el mercado es vanidad. La pregunta correcta no es “¿podría hacérmelo a medida?”, sino “¿qué hace exactamente ese SaaS, qué le falta para mi caso, y cuánto cuesta cubrir esa diferencia?”. A veces la respuesta es módulo a medida sobre el SaaS, o integración con un sistema secundario, o personalización del SaaS. Casi nunca es tirarlo todo y rehacer.

La decisión la cubrimos a fondo en Software a medida vs SaaS: cuándo elegir cada uno, con la matriz que aplicamos en discovery.

3. El volumen no justifica la inversión

El cálculo de ROI honesto es brutal en muchos casos pequeños. Un software a medida razonable cuesta entre 20.000 y 60.000 € para una PYME. Para que esa inversión se justifique, el problema que resuelve tiene que liberar al menos 1.000-3.000 € al mes en horas, errores o ingresos perdidos. Si lo que ahorras son 150 € al mes, el sistema tardará 15 años en amortizarse, y los sistemas no duran 15 años sin reinversión.

Casos típicos donde el volumen mata el ROI: equipos de 3-5 personas con procesos puntuales, negocios estacionales donde el sistema solo se usaría 4 meses al año, empresas que están planteándose una venta o cierre en 2-3 años. En estos escenarios, lo razonable es asumir que el Excel actual con dolor ocasional cuesta menos que una migración bien hecha.

4. Lo que tienes funciona, solo necesita ajustes

A veces el cliente llega con “el sistema está obsoleto” y, cuando entramos a mirarlo, lo que hay es un sistema que funciona bien para el 95% del trabajo, con dos o tres puntos concretos que rozan a diario. En esos casos, rehacer todo desde cero es desproporcionado. Lo que toca es intervenir esos puntos: integrar el sistema actual con una herramienta nueva, añadir un módulo encima sin tocar el núcleo, automatizar el flujo manual que sobra entre dos sistemas.

El instinto de “ya que estamos rehacemos todo” cuesta 5-10 veces más que arreglar lo que duele. Y rara vez sale tan bien como esperábamos: el sistema nuevo trae sus propios problemas, que ahora hay que aprender a gestionar. Cubrimos esto a fondo en Modernizar un ERP legacy: cuándo conviene migrar y cuándo no, donde la estrategia 4 (extender en lugar de migrar) suele ser la respuesta correcta para más casos de los que se admite.

5. El problema real es organizativo, no de software

Este es el más delicado y también el más frecuente. El cliente cuenta que necesita un sistema para que el equipo no se salte los pasos del proceso. O que quiere una herramienta que obligue a comerciales a registrar las llamadas. O un panel de control que evite que los responsables no rellenen los informes a tiempo.

Ningún software resuelve eso. Si la gente no sigue un proceso, no es porque la herramienta sea mala. Es porque el proceso no está claro, porque nadie verifica que se siga, o porque seguirlo no aporta valor a quien lo tiene que seguir. Construir una aplicación a medida para resolver un problema organizativo termina siempre igual: el sistema entra en producción, la gente lo usa la primera semana, y a los dos meses se han inventado mil formas de saltárselo o de meter datos basura para cumplir.

Aquí lo que toca antes de software es revisar el proceso con quien lo ejecuta, entender por qué no se sigue, y arreglar la causa. A veces la solución es tan tonta como cambiar quién verifica el cumplimiento, o eliminar pasos que no aportaban valor real. Cuando luego se sistematiza, lo que se construye encaja con cómo trabaja la gente, no contra cómo trabaja.

6. Quieres “modernizar” sin un problema concreto detrás

El más caro emocionalmente: presupuesto aprobado, ganas de modernizar, prensa especializada hablando de transformación digital, competidores que parecen haber dado el salto. Pero al pedirle al cliente que defina cuál es el problema que el software resolverá, no hay respuesta clara más allá de “ser más eficientes” o “estar al día”.

Modernización sin un dolor concreto detrás termina siendo un proyecto sin métricas de éxito. Lo construyes, lo entregas, y nadie sabe decir si funcionó. Si no puedes cuantificar el problema antes de empezar (en horas, en euros, en errores, en pedidos perdidos), no estás en momento de invertir en software a medida. Estás en momento de auditar tu operación y encontrar dónde duele de verdad.

El test de las 3 preguntas

Cuando un cliente nos pide segunda opinión antes de invertir, el test que usamos para distinguir un problema que el software resuelve de uno que no es este. Si las tres respuestas son afirmativas, hay caso. Si alguna falla, conviene parar.

¿Puedes describir el problema sin mencionar tecnología? “Tardamos 3 días en cerrar el inventario mensual porque alguien tiene que cruzar 4 ficheros distintos a mano” es un problema. “Necesitamos modernizar el ERP” no lo es. La descripción en términos de negocio es la prueba de que sabes qué duele.
¿Te ahorraría tiempo o dinero medible si se resolviera? Cuantificable, idealmente en € al mes o en horas al mes. “Si se resolviera, recuperaríamos 80 horas al mes de Marisa que se podrían dedicar a cuentas nuevas, lo que vale unos 2.500 € en sueldo y unos 6.000 € en margen de cuentas nuevas”. Eso es ROI defendible. “Seríamos más eficientes” no lo es.
¿La gente que sufre el problema lo identifica igual que tú? Pregunta a quien está en el día a día. Si tu definición del problema coincide con la suya, vais en la misma dirección. Si discrepan, hay un desacuerdo que no se arregla con software, y construirlo solo cristalizará la versión de quien firma, ignorando a quien usa.

Las alternativas más baratas, en orden de coste

Antes de saltar a software a medida, este es el orden razonable. Cada paso es más barato que el siguiente. Salta uno solo si tienes evidencia de que no resuelve tu caso, no por instinto.

Nivel	Qué es	Coste orientativo	Cuándo conviene
1	Pulir tu Excel actual (templates, validaciones, macros, documentación)	1.500-4.000 €	Casi siempre antes de cualquier otra opción
2	Low-code / no-code (Airtable, Notion, AppSheet, Bubble)	3.000-12.000 € de setup + 50-300 €/mes	Proceso definido pero todavía cambiante, equipos pequeños
3	SaaS vertical de tu sector	50-500 € por usuario/mes	Proceso estándar del sector, sin diferenciación
4	SaaS genérico bien configurado (HubSpot, Notion, monday.com)	50-300 € por usuario/mes + setup	Procesos transversales (CRM, gestión, comunicación)
5	Personalización del SaaS que ya tienes	5.000-25.000 €	Hay un SaaS que cubre el 80%, falta encajar el 20%
6	Software a medida	25.000-150.000 €	Diferenciación real, integraciones profundas, propiedad estratégica

Para más detalle sobre cuándo Excel sigue funcionando vs cuándo toca migrar, aquí cubrimos el escenario específico de Excel. Y si llegas hasta el escalón 6, antes de firmar nada conviene revisar cómo evaluar al partner de desarrollo.

Y cuándo SÍ tiene sentido

Para no dejarte colgado: hay casos donde software a medida es la respuesta correcta. Los cuatro más claros:

Procesos diferenciales que son parte de tu competitividad. Si tu forma de hacer algo es lo que te distingue, sistematizarla en una herramienta estándar te iguala con el resto del mercado. Aquí construir custom paga.
Integraciones profundas con sistemas heredados. Cuando necesitas leer y escribir en tiempo real sobre un ERP de 15 años que ningún SaaS sabe tocar.
Volumen de usuarios que rompe el modelo per-user. A partir de 100-150 usuarios, pagar SaaS sale más caro que amortizar custom en 3-4 años.
Necesidad estratégica de propiedad del código. Sectores regulados, datos sensibles, operaciones en países donde el SaaS no opera, decisiones de M&A donde la propiedad del sistema pesa.

Los matices entre las dos respuestas viven en Software a medida vs SaaS: cuándo elegir cada uno.

Si tu caso encaja en alguno de los 6 escenarios

Ahorra el dinero. No hay vuelta de hoja. Pulir lo que tienes te va a hacer más rentable este año que invertir en una aplicación a medida que llegará dentro de 4-6 meses y resolverá un problema mal definido. Y si tu caso es otro, o estás en duda real, hablamos sin compromiso. En 30 minutos solemos saber si tu caso entra dentro de los 6 escenarios de este post o si toca seguir adelante. Lo primero lo decimos también: nos compensa más a largo plazo decir un no honesto que firmar un proyecto que no debíamos haber empezado.

Recursos

Software a medida vs SaaS: cuándo elegir cada uno: la decisión paralela cuando sí hay caso.
Migrar de Excel a una aplicación a medida: si el escenario 1 no te aplica y el Excel pesa.
Modernizar un ERP legacy: cuándo conviene migrar y cuándo no: para los casos del escenario 4.
Cómo elegir partner de desarrollo de software a medida: si después de todo decides que sí toca, cómo no equivocarte en la contratación.
Reserva un diagnóstico gratuito