El coste real del software a medida: el TCO para pequeñas empresas, explicado

Cuando alguien le entrega un presupuesto para un software a medida, la cifra que figura en él parece el precio. No lo es. Es el precio del desarrollo: la primera vuelta de una carrera que dura años. La cifra real, la que de verdad sale de su cuenta a lo largo de la vida del producto, suele situarse entre dos y cuatro veces ese número inicial. Nadie se lo dice de entrada, porque decirlo en voz alta convierte la llamada de venta en algo incómodo. Así que tengamos esa conversación incómoda.

He visto a muchas pequeñas empresas encargar su primer software a medida. Las que acaban contentas casi nunca tuvieron el presupuesto más barato ni la demostración más vistosa. Tenían una imagen clara del coste total de propiedad —TCO, si le gustan las siglas— antes de firmar nada. Sabían que un sistema no es algo que se compra, sino algo que se mantiene. Como una furgoneta de reparto: el precio de compra es la parte fácil, y luego están el combustible, las revisiones, el seguro y la rueda que se pincha en el peor momento posible.

Esta guía es la versión honesta de esa imagen. Sin alarmismo, sin venta agresiva: solo adónde va realmente el dinero en cinco años, qué partidas se quedan calladamente fuera del presupuesto y cómo presupuestar para que la factura nunca le sorprenda. Si está sopesando un desarrollo a medida, lea esto antes de leer cualquier propuesta.

El precio de desarrollo es la punta del iceberg

Este es el modelo mental que lo arregla todo: el presupuesto de desarrollo cubre tener su software construido y en marcha. Eso es todo. Todo lo que ocurre tras el lanzamiento —y el software vive la mayor parte de su vida tras el lanzamiento— es un coste continuo y aparte que la cifra de desarrollo no toca.

Una regla aproximada que se ha sostenido a lo largo de decenas de proyectos: en una vida de cinco años, el desarrollo inicial suele ser solo el 30 a 40 por ciento de lo que realmente gastará. El resto es alojamiento, mantenimiento, soporte, seguridad y los cambios que inevitablemente querrá en cuanto personas reales empiecen a usar el producto. Nada de eso es despilfarro. Es solo la parte que nadie pone en la diapositiva del titular.

Esto no es una razón para evitar el software a medida. Para el problema adecuado, se amortiza muchas veces. Es una razón para entrar con los ojos bien abiertos, para que la cifra de cinco años no le pille por sorpresa en el segundo año, que es, casi siempre, cuando aterrizan las sorpresas.

Adónde va realmente el dinero

Dividamos el iceberg en sus piezas reales. A grandes rasgos, el coste total de poseer un sistema a medida se reparte en seis bolsas. Algunas son únicas, otras son recurrentes para siempre, y las recurrentes son las que la gente subestima.

1. El propio desarrollo

Diseño, desarrollo, pruebas y puesta en producción. Es la cifra del presupuesto. Es el coste más visible y, paradójicamente, el que mejor puede predecir, porque es la parte que un buen socio ha definido en detalle antes de presupuestar. Aquí el peligro no es el precio, es la desviación del alcance: cada «¿podemos añadir también…?» durante el desarrollo eleva esta cifra. Más adelante, sobre cómo domarla.

2. Alojamiento e infraestructura

Su software tiene que funcionar en algún sitio. Servidores, bases de datos, almacenamiento de archivos, copias de seguridad, el dominio, los certificados de seguridad. Para una herramienta típica de pequeña empresa esto es realmente modesto: a menudo unas pocas decenas de euros al mes, escalando con cuánta gente la usa. No es donde está el dinero gordo, pero es una partida recurrente que nunca para, y crece a medida que usted crece.

3. Mantenimiento y actualizaciones

Esta es la grande que la gente olvida. El software se apoya sobre otro software —sistemas operativos, frameworks, bibliotecas— y todo eso sigue moviéndose por debajo. Se publican parches de seguridad. Una dependencia queda obsoleta. Un proveedor de pagos cambia su API. Si nadie se mantiene al día, su sistema perfectamente bueno se va pudriendo despacio hasta que un día se rompe por motivos que nada tienen que ver con usted. Presupueste el mantenimiento como una cifra anual, a menudo el 15 a 20 por ciento del coste de desarrollo al año, y dormirá mejor.

4. Soporte y corrección de errores

Ningún software se lanza perfecto. Los usuarios reales hacen cosas que ninguna prueba anticipó. Al principio encontrará errores; para siempre después tendrá el ocasional momento de «se está comportando de forma rara» que necesita a una persona que entienda el código. El soporte puede ser una iguala, un acuerdo de pago por uso o ir incluido con el mantenimiento, pero nunca debería ser una ocurrencia tardía, porque el día que lo necesita rara vez es un día tranquilo.

5. Cambios y nuevas funciones

Este es el coste que sorprende a la gente de forma buena y luego sorprende a su presupuesto de forma mala. En el momento en que su software funciona, verá diez maneras de mejorarlo. Su negocio cambiará. Llega una nueva normativa. Gana un cliente que necesita un campo más. Toda la ventaja del software a medida es que puede evolucionar con usted, pero la evolución es facturable. Trate la mejora continua como una partida planificada, no como una emergencia.

6. Su propio tiempo

El coste invisible. Alguien de su lado tiene que dar feedback, probar, formar al equipo y responder las preguntas del desarrollador. No es una partida en ninguna factura, pero es real, y los proyectos donde el dueño finge que es cero son los proyectos que se atascan. Presupueste unas pocas horas a la semana durante el desarrollo, menos después.

Un ejemplo a cinco años, en cifras claras

Las cifras lo hacen concreto, así que aquí va una ilustrativa. Estos números son deliberadamente redondos y pretenden mostrar proporciones, no presupuestar su proyecto: cada desarrollo es distinto. Imagine una herramienta interna a medida que sustituye un enredo de hojas de cálculo en una empresa de 20 personas.

Mire la última línea. Los 40.000 € de desarrollo —la única cifra en la que se fija la mayoría— son alrededor del 36 por ciento del gasto a cinco años. El otro 64 por ciento es el coste de mantener vivo y útil un sistema vivo. Si hubiera presupuestado solo el desarrollo, le faltarían unos 70.000 € en cinco años, y sentiría cada euro de ellos como una sorpresa desagradable.

Los costes ocultos que nadie le presupuesta

Más allá de las seis bolsas, hay un conjunto de costes que no aparecen en ninguna propuesta porque, en realidad, no son del desarrollador para presupuestarlos. Son suyos. Ignorarlos es la forma más común de que un presupuesto sensato se convierta en un asunto espinoso.

• Migración de datos: sacar limpiamente sus datos existentes de las herramientas antiguas y meterlos en la nueva es delicado, manual y casi siempre se subestima.
• Formación y adopción: el software solo ahorra dinero cuando la gente lo usa de verdad; presupueste las incómodas primeras semanas.
• Integraciones que se desvían: cada sistema al que se conecte puede cambiar sus reglas, y cuando lo hace, su conexión necesita un arreglo.
• Tiempo de inactividad: el coste de que la herramienta no esté disponible durante una hora de mucho trabajo, por lo que las copias de seguridad y la monitorización no son lujos opcionales.
• Riesgo de persona clave: si un solo desarrollador acumula todo el conocimiento, reemplazarlo a mitad de vida es caro; exija documentación y un código que sea suyo.
• El momento de «se nos quedó pequeño»: si el desarrollo recortó por lo sano para alcanzar un precio, puede que pague de nuevo antes de lo que le gustaría.

Ninguno de estos es motivo de pánico. Son motivos para hacer mejores preguntas. Un socio que los saca a relucir sin que se lo pidan es uno en quien probablemente pueda confiar para el resto, porque significa que está pensando en su coste a cinco años, no solo en su factura de este trimestre.

Cómo se compara con el software estándar

Es tentador leer todo esto y concluir que el software estándar es obviamente más barato. A veces lo es, y cuando de verdad encaja, debería comprarlo. Pero el software estándar tiene su propio TCO, y no siempre es la ganga que parece en la página de precios.

Una herramienta por suscripción tiene un coste de entrada bajo y ningún desarrollo, lo cual es maravilloso. Pero usted paga por usuario, por mes, para siempre, y esa línea solo sube: con su plantilla, con sus subidas de precio, con el nivel «pro» que acabará necesitando. También hereda costes que no se ven como dinero: los apaños para el 10 por ciento que no acaba de hacer, los pasos manuales entre herramientas que no se integran, los datos que no puede recuperar con facilidad si se marcha. El software a medida concentra el coste al principio y le da control; el estándar reparte el coste y le alquila un encaje que nunca es exacto.

Cómo mantener el coste total bajo control

Entender el TCO no consiste en prepararse para una factura mayor, sino en pilotarla. Los dueños que mantienen sano el coste de por vida hacen todos más o menos el mismo puñado de cosas, y ninguna requiere formación técnica.

1. 1
   Pida la imagen a cinco años, no solo el desarrollo

   Haga que cada socio con quien hable detalle alojamiento, mantenimiento, soporte y cambios probables. La conversación por sí sola le dice quién está siendo franco con usted.
2. 2
   Empiece más pequeño de lo que cree que debería

   Construya el núcleo que aporta valor, póngalo en marcha, aprenda del uso real. Una primera versión ligera cuesta menos de construir y mucho menos de cambiar que una hinchada que adivinó de antemano.
3. 3
   Sea dueño de su código y sus datos

   Insista en que el código, las cuentas y los datos son suyos y están documentados. Es su mayor protección frente a quedar atrapado y a que le cobren de más más adelante.
4. 4
   Presupueste el mantenimiento desde el primer día

   Aparte una cifra anual de mantenimiento antes de lanzar, no después de que algo se rompa. El mantenimiento planificado es barato; el rescate de emergencia no lo es.
5. 5
   Decida los cambios de forma deliberada

   Mantenga una lista sencilla de mejoras deseadas y abórdelas en lotes planificados, no como un goteo constante de «solo una cosa más». Agrupar es más barato y mantiene el sistema coherente.

Haga estas cinco cosas y el TCO de aspecto temible se convierte en un coste operativo previsible, del tipo que puede meter en una hoja de cálculo a principios de año y no volver a pensar en él. Esa previsibilidad vale más que rebañar un par de puntos del precio de desarrollo, y es lo que separa un proyecto del que se alegra de haber hecho de uno que en silencio lamenta.

Entonces, ¿merece la pena el software a medida?

Tras toda la aritmética cautelar, aquí está la otra cara. Para el problema adecuado, el software a medida es una de las mejores inversiones que puede hacer una pequeña empresa. Cuando un proceso es genuinamente central para cómo opera —eso que, bien hecho, le da dinero o le salva la cordura—, ser dueño de un software que encaja exactamente bate alquilar una aproximación que casi encaja.

El truco está en ajustar la herramienta a lo que está en juego. No encargue un desarrollo a medida para algo que una aplicación de 30 euros al mes resuelve bien. Sí considérelo cuando las opciones estándar le obligan a cambiar su forma de trabajar, cuando de todos modos está pagando una fortuna en suscripciones y apaños manuales, o cuando el proceso es su verdadera ventaja competitiva. En esos casos, el TCO a cinco años no es un coste que temer: es el precio de un activo real que usted controla.

Preguntas frecuentes