Llega un momento en que el programa que usas se queda corto: te obliga a trabajar de una forma que no es la tuya, o hay una parte del proceso que sigue en hojas de cálculo y correos. Ahí aparece la pregunta de si merece la pena hacer algo a medida. La respuesta honesta es que casi nunca al principio, y que cuando sí, se nota mucho. Estos son los criterios para decidirlo.
Qué es software a medida
Es una herramienta construida para tu proceso concreto en lugar de adaptar tu proceso a una herramienta existente. Puede ser una aplicación completa, un panel interno, una calculadora de presupuestos, un sistema de reservas con tus reglas o una pieza que conecte dos programas que no se hablan.
No siempre significa empezar de cero: muchas veces la solución más sensata es una herramienta estándar bien elegida más una pieza a medida que cubra lo que le falta. Es más barato y más fácil de mantener.
Cuándo NO compensa
Empezamos por aquí porque es lo que más dinero ahorra:
- Cuando existe algo estándar que hace el 90%. Facturación, contabilidad, correo, gestión de proyectos: hay soluciones muy maduras y baratas. Rehacer eso es tirar dinero.
- Cuando el proceso todavía cambia cada mes. Programar algo que va a cambiar en marzo es programarlo dos veces.
- Cuando el ahorro no da la cuenta. Si una tarea te lleva una hora al mes, automatizarla no se paga nunca.
- Cuando en realidad el problema es organizativo. Ningún software arregla que nadie sepa quién es responsable de qué.
La pregunta no es si se puede programar —casi todo se puede—, sino cuántas horas al mes te devuelve y cuánto cuesta mantenerlo vivo.
Cuándo sí tiene sentido
- Cuando tu proceso es tu ventaja. Si haces algo distinto a tu competencia y esa diferencia es lo que te da margen, adaptarte a un software genérico es renunciar a ella.
- Cuando pagas licencias por funciones que no usas. A partir de cierto número de usuarios, las cuotas mensuales de varias herramientas suman más que desarrollar la que necesitas.
- Cuando hay trabajo repetitivo y medible. Copiar datos de un sitio a otro, generar los mismos documentos, preparar informes cada semana. Aquí el cálculo es fácil: horas por el coste de esas horas.
- Cuando necesitas conectar dos sistemas que no se hablan y estás tecleando lo mismo dos veces.
- Cuando lo estándar te obliga a algo inaceptable: sacar datos sensibles fuera, o cambiar una forma de trabajar que tienes regulada por un motivo.
Lo que cuesta de verdad
Tres partidas, y la primera es la que todo el mundo mira:
- El desarrollo inicial. Depende del alcance, y el alcance depende de lo bien definido que esté el problema. Aquí es donde se disparan los presupuestos: cuanto más difuso, más caro.
- El mantenimiento. Un software vivo necesita actualizaciones, ajustes y arreglos. Presupuestar el desarrollo sin el mantenimiento es la forma clásica de acabar con una herramienta abandonada a los dos años.
- Tu tiempo. Explicar el proceso, probar, corregir. Un desarrollo a medida sale bien cuando el cliente se implica; cuando no, sale algo que nadie usa.
Y un consejo que ahorra disgustos: empieza pequeño. Una primera versión que resuelva el 60% del problema y funcione es mucho mejor que un proyecto de nueve meses que se entrega entero y no encaja.
Lo que hay que dejar claro por contrato
- De quién es el código. Si pagas un desarrollo, lo razonable es que sea tuyo o que tengas licencia para usarlo y modificarlo con quien quieras.
- Dónde están los datos y cómo los exportas. Es tu información y debe poder salir en un formato estándar.
- Qué pasa si cambias de proveedor: documentación, accesos y entrega del código.
- Qué incluye el mantenimiento y qué se considera desarrollo nuevo.
Estas cuatro cosas se hablan al principio, cuando todo el mundo está contento. Después es tarde.
La alternativa que casi nadie plantea
Antes de desarrollar, merece la pena mirar dos caminos intermedios que resuelven más casos de los que la gente cree:
Conectar lo que ya tienes. Muchas herramientas modernas permiten integrarse entre sí. Si el problema es que tecleas lo mismo en dos sitios, quizá no necesites un programa nuevo, sino un puente.
Automatizar tareas sin programar. Hay plataformas que encadenan acciones entre aplicaciones sin escribir código, y para procesos sencillos son suficientes. Lo tratamos en automatizar con IA en una pyme.
Si después de esas dos vías el problema sigue ahí, entonces sí toca hablar de desarrollo.
Las dudas que nos plantean siempre
«¿Cuánto tarda?» Una herramienta pequeña y bien acotada, semanas. Un sistema que sustituye a varios programas, meses. El plazo lo marca sobre todo la claridad del alcance, no la dificultad técnica.
«¿Y si la persona que lo programa desaparece?» Por eso importa el contrato: código tuyo, documentado y con los accesos en tu poder. Con eso, cualquier otro equipo puede continuar.
«¿Es más caro que pagar licencias?» Al principio, casi siempre sí. La comparación honesta se hace a tres años, sumando cuotas por usuario y el coste de trabajar de una forma que no es la tuya.
«¿Se puede hacer por fases?» Es lo recomendable: una primera versión útil, se usa, y a partir de lo aprendido se decide qué añadir. Los proyectos cerrados de un año suelen entregar cosas que ya no hacen falta.
«¿La IA ha abaratado esto?» Ha acelerado partes del desarrollo, sí, y eso se nota en proyectos pequeños. Lo que no ha cambiado es lo que más cuesta: entender bien el proceso, decidir qué hace falta y mantenerlo funcionando.
Cómo lo hacemos nosotros
Desarrollamos apps y herramientas a medida empezando siempre por lo mismo: qué proceso concreto duele, cuántas horas se van en él y si existe algo estándar que ya lo resuelva. Si lo hay, te lo decimos.
Y cuando toca desarrollar, lo hacemos por fases y con el código y los datos a tu nombre. Si tu problema es más de organización de clientes que de proceso interno, probablemente lo que buscas es un CRM.