Cuánto cuesta software a medida: de qué depende el presupuesto

Son las 18:40 de un jueves. Tu equipo sigue cargando pedidos en una planilla, alguien descubre que el stock del sistema no coincide con el del depósito, y mañana tienes reunión con dirección. Hace meses que dices que "esto hay que sistematizarlo". La respuesta de siempre es la misma: "¿Cuánto cuesta?". Y no tienes un número que puedas defender.

Este artículo no te va a dar una cifra, y por una razón concreta: cualquier precio publicado sin conocer tu operación es una invención. Lo que sí vas a poder hacer al terminar es explicar de qué depende el presupuesto, calcular cuánto te cuesta hoy no resolver el problema y hacerle a un proveedor las preguntas que separan una cotización seria de una cotización de vitrina.

Por qué no vas a encontrar un precio "de lista"

Si buscas cuánto cuesta un software a medida, encontrarás varias guías de agencias con rangos en euros pensados para España, como esta de Fundy. También hay guías en español que mencionan precios en pesos argentinos, soles y pesos mexicanos, como esta de ITOeste, aunque con más de dos años de antigüedad. En una región donde las monedas se mueven tanto, un rango con esa edad te sirve de orientación, no de presupuesto.

Hay un problema de fondo, además. Un software a medida no es un producto de góndola: es trabajo de personas especializadas durante un tiempo, aplicado a un problema específico. El precio se parece más al de una obra que al de un electrodoméstico. Dos "sistemas de turnos" pueden costar muy distinto según con qué se conecten, quién los use y qué datos haya que traer del sistema anterior.

Por eso conviene dejar de preguntar "¿cuánto cuesta?" y empezar a preguntar "¿qué hace que cueste más o menos?".

Los factores que realmente mueven el presupuesto

Estos son los que más pesan, y los que un buen proveedor debería preguntarte antes de cotizar.

1. Integraciones con otros sistemas

Es, muchas veces, el factor que más mueve el precio y el que más se subestima. Un sistema aislado es relativamente simple. Uno que tiene que hablar con tu ERP, tu pasarela de pagos, tu facturación electrónica, WhatsApp o un sistema heredado multiplica el trabajo, porque cada conexión implica entender cómo funciona del otro lado, manejar errores y mantenerla cuando esa otra herramienta cambie.

Pregunta clave: ¿con cuántos sistemas externos tiene que conectarse y qué tan bien documentados están? No es lo mismo una API pública y estable que un sistema viejo sin documentación.

2. Roles y permisos

Un sistema que usa una sola persona es una cosa. Uno que usan el gerente, el administrativo, el vendedor en la calle y el cliente desde el celular, cada uno viendo y haciendo cosas distintas, es otra. Cada rol suma pantallas, reglas de acceso, casos de prueba y capacitación.

Pregunta clave: ¿cuántos tipos de usuario hay y qué puede hacer cada uno? Dibujarlo en una hoja antes de pedir presupuesto ya te ahorra una ronda de ida y vuelta.

3. Migración de datos

Si vienes de planillas, de un sistema viejo o de varios sistemas desordenados, alguien tiene que llevar esa información al sistema nuevo. Y casi siempre los datos reales están más sucios de lo que parece: duplicados, formatos distintos, campos vacíos, criterios que cambiaron con los años.

La migración es difícil de estimar a ojo y es donde aparecen las sorpresas. Pregunta clave: ¿cuántos años de historia hay que traer, en qué formato están y quién valida que lo migrado sea correcto?

4. Reglas de negocio propias

Lo que justifica un desarrollo a medida es, justamente, que tu forma de operar tiene particularidades que un producto estándar no cubre. Pero cada excepción cuesta. Una regla de descuentos con cinco condiciones o un cálculo de comisiones por escalas no es lo mismo que un carrito de compras estándar.

Una observación útil: no todas las excepciones valen lo que cuestan. A veces la mejor decisión es cambiar el proceso en lugar de programar la excepción.

5. Alcance de la primera versión

Pedir "todo" de entrada es la forma más segura de que el proyecto sea caro, largo y riesgoso. Un primer alcance acotado, que resuelva el dolor principal y se pueda usar rápido, baja el riesgo y te deja aprender antes de seguir invirtiendo.

6. Mantenimiento y evolución

Un sistema no se termina el día que se entrega. Hay correcciones, ajustes, cambios en las herramientas con las que se integra, nuevas necesidades. Es parte del costo real y tiene que estar en la conversación desde el principio, no aparecer después como sorpresa.

Cómo calcular cuánto te cuesta el problema hoy

Antes de discutir el costo de la solución, necesitas el costo del problema. Sin esa referencia, cualquier presupuesto parece caro o parece barato según el humor del directorio. La fórmula es simple y la puedes completar con datos de tu propia operación:

Costo mensual del problema = (horas por semana × personas × costo por hora × 4,3) + (errores por mes × costo de cada error)

Veamos cada parte:

• Horas por semana × personas: cuánto tiempo dedica tu equipo a la tarea manual: cargar datos dos veces, conciliar planillas, responder las mismas consultas, corregir diferencias.
• Costo por hora: el costo total de esa persona para la empresa (sueldo más cargas), dividido por las horas trabajadas. Pídele el dato a administración.
• 4,3: semanas promedio por mes.
• Errores por mes × costo de cada error: una venta perdida por stock mal informado, un pago duplicado, un turno que se superpone, un reclamo que lleva dos horas resolver. Cuenta cuántos hay y qué cuesta cada uno.

A eso puedes sumarle, si lo tienes medido, lo que dejas de ganar: consultas que no se atienden a tiempo, clientes que se van.

Multiplica por doce y tienes el costo anual del problema. Esa es la cifra contra la que hay que comparar cualquier propuesta.

Cómo compararlo con la inversión

Una práctica habitual, que recogen guías como la de Cemsoltec, es dividir el costo del desarrollo entre los años de vida útil esperada para poder compararlo con la cuota anual de una suscripción. Es un buen punto de partida. Lo que le suele faltar es el otro lado de la cuenta: cuánto te cuesta no hacer nada.

La comparación honesta tiene tres números:

1. Costo anual del problema hoy.
2. Costo anual de la solución (desarrollo repartido en años de uso, más mantenimiento).
3. La diferencia, y cuánto tarda en cubrirse.

Si el costo anual del problema es menor que el de la solución, no hagas el proyecto. Esa también es una respuesta válida y es mejor descubrirla antes de gastar.

Cuándo conviene software a medida y cuándo no

Un criterio honesto vale más que cualquier cotización. Estas son las señales que suelen inclinar la balanza.

Conviene mirar un software a medida cuando:

• Tu proceso es parte de lo que te diferencia y un producto estándar te obligaría a cambiarlo.
• Ya probaste herramientas del mercado y terminas haciendo malabares entre tres o cuatro, con carga duplicada.
• Necesitas que varios sistemas hablen entre sí y ninguna suscripción lo resuelve completo.
• El costo anual del problema es claramente mayor que el de la solución repartida en años.

Probablemente te conviene una suscripción cuando:

• Tu necesidad es común (facturación, correo, CRM básico) y existen productos maduros que la resuelven.
• No tienes un proceso particular que defender: puedes adaptarte a la herramienta.
• El volumen es chico y el costo mensual de la suscripción es bajo frente al del problema.
• No hay nadie que pueda ocuparse de definir requisitos y probar el sistema, algo que un proyecto a medida necesita sí o sí.

Ninguna de las dos opciones es mejor en abstracto. Un proveedor que te dice que siempre conviene a medida, o que nunca, no está evaluando tu caso.

Las preguntas que hay que hacerle a cualquier proveedor

Esta lista sirve para cualquier cotización, incluida la nuestra:

1. ¿Cómo van a entender mi operación antes de cotizar? Una cotización sin preguntas sobre tu proceso es una cotización a ciegas.
2. ¿Qué incluye y qué no incluye el alcance? Que quede por escrito: integraciones, roles, migración, capacitación.
3. ¿Cómo cobran? Precio cerrado, por horas, por etapas. Cada modalidad reparte el riesgo de otra manera.
4. ¿Cuál sería una primera versión que podamos usar rápido? Si todo es "todo o nada", desconfía.
5. ¿Quién es dueño del código y de los datos? Tiene que estar claro desde el contrato, y que puedas llevarte tu sistema si cambias de proveedor.
6. ¿Qué pasa después de la entrega? Mantenimiento, soporte, cuánto cuesta y cómo se contrata.
7. ¿Cómo vamos a saber que funcionó? Un criterio de éxito medible, atado al costo del problema que calculaste.

Si un proveedor se incomoda con estas preguntas, ya tienes información útil.

Cómo llevarlo a tu directorio sin quedar expuesto

Quien responde si el proyecto sale mal necesita argumentos, no entusiasmo. Una estructura que suele funcionar es presentar cuatro cosas en una página: el costo anual actual del problema (con la fórmula y los datos de origen), el alcance acotado de una primera fase, los riesgos conocidos y cómo se mitigan, y el criterio con el que se va a medir el éxito. Decidir por fases, con un punto de revisión intermedio, te protege más que apostar todo a un único hito.

Un próximo paso razonable

Si ya tienes calculado el costo de tu problema pero no sabes por dónde empezar, o si dudas entre una suscripción y desarrollo propio, lo más útil suele ser una conversación corta donde alguien mire tu operación con ojo crítico. En Exacta armamos primero la medición de cómo trabajas y después construimos lo que hace falta, y si lo que necesitas es una herramienta del mercado, te lo decimos. Puedes pedir un diagnóstico online gratuito y llevarte, con o sin proyecto de por medio, un panorama claro de dónde está el costo y qué conviene resolver primero.