El desarrollo de software a medida para pymes tiene mala fama por una razón justa: se han vendido muchos proyectos de un año que nunca llegaron a usarse. Se puede hacer de otra forma, y aquí está el cálculo para saber si te toca.
Antes de nada: en la mayoría de los casos, comprar es mejor que desarrollar. Un programa de facturación, un CRM o un gestor de proyectos ya existen, cuestan poco al mes y funcionan desde el primer día. Empezar de cero ahí es tirar dinero.
El desarrollo a medida gana cuando se cumple al menos una de estas tres, y no antes:
Si haces algo distinto a tu competencia y eso es por lo que te compran, meterlo en un programa estándar te obliga a parecerte a ellos. Ahí el software a medida no es un gasto: protege lo que te diferencia.
Suma lo que pagas al mes por todas tus herramientas, multiplícalo por 36 meses. Si esa cifra se acerca a lo que costaría construir lo que necesitas, el cálculo cambia — porque el desarrollo se paga una vez y las licencias no paran nunca.
Este es el más común y el que más se ignora. Si tienes a una persona copiando datos de un sistema a otro, montando el mismo Excel cada lunes o rehaciendo a mano lo que un programa ya tiene, estás pagando un desarrollo todos los meses sin quedarte con nada. Cuenta esas horas y ponles el coste real.
Cómo hacer la cuenta: horas a la semana que se van en trabajo manual × 4,3 semanas × coste hora × 36 meses. Compara ese número con el presupuesto de automatizar eso. He visto casos donde se recupera en cinco meses, y otros donde ni en diez años — y en esos segundos te digo que no.
Lo que hunde los proyectos a medida en una pyme no es la tecnología: es el tamaño de la apuesta. Una empresa de ocho personas no puede permitirse un proyecto de un año que sale mal. Así se evita:
Para hacerlo concreto, esto es el tipo de cosa que acaba justificando un desarrollo a medida en una empresa pequeña:
Si lo tuyo se parece más a lo último, mira automatizar procesos de mi empresa: muchas veces se resuelve con bastante menos de lo que imaginas. Y si necesitas el detalle de cómo se presupuesta, está en cómo leer un presupuesto de desarrollo a medida.
Solo si tu proceso es distinto al estándar, si las licencias que pagas ya suman mucho a tres años, o si alguien de tu equipo está haciendo a mano de puente entre sistemas. Si no se cumple ninguna, comprar una herramienta ya hecha es mejor decisión y te lo diré.
Se calcula con tus horas: las que hoy se van en trabajo manual, por su coste real, frente al presupuesto de automatizarlas. Cuando el trabajo manual es continuo, el retorno suele verse en meses; cuando es puntual, puede no compensar nunca. Hago ese cálculo contigo antes de presupuestar nada.
Por eso el código, la documentación y los accesos son tuyos desde el principio, y por eso uso tecnología estándar y muy extendida en lugar de nada exótico. La prueba de que un proveedor es de fiar es que te deja marcharte sin drama.
No de golpe. Lo habitual es que lo nuevo entre por un proceso concreto y conviva con lo actual mientras demuestra que funciona. Sustituir todo el mismo día es la forma más rápida de que el equipo lo rechace.
Va incluido: si el equipo no lo usa, el proyecto ha fallado aunque el código sea perfecto. Entrego el software con documentación y una sesión de puesta en marcha, y las primeras semanas suelen necesitar ajustes según lo que aparece con el uso real.