Cuánto cuesta desarrollar software en Colombia (y de qué depende)

Es la pregunta que llega en el primer mensaje, casi siempre así: “¿cuánto me cuesta una app para…?”

Y la respuesta honesta —“depende”— suena a evasiva. Así que voy a hacer algo mejor que dar un número falso: voy a explicar de qué depende, con rangos reales y con la estructura del costo, para que puedas leer cualquier cotización y saber qué estás comprando.

Advertencia sobre los números: los rangos que doy son órdenes de magnitud del mercado colombiano y se mueven con el tiempo, con el tipo de cambio y con el perfil del proveedor. Úsalos para calibrar expectativas, no como lista de precios.

Por qué la misma app cuesta 8 o 80 millones

Este es el fenómeno que más desconcierta a quien cotiza por primera vez. Tres propuestas, el mismo requerimiento en el correo, precios que no se parecen.

Casi nunca es que alguien esté robando. Es que están cotizando cosas distintas, y el requerimiento en el correo no alcanzaba para saberlo.

Mira cómo cambia el mismo pedido — “una app para que mis vendedores tomen pedidos”:

Versión 8 millones. Formulario web, se guarda en una base de datos, listado para ver los pedidos. Sin diseño propio (plantilla), sin funcionar offline, sin integración con inventario, sin pruebas automatizadas, sin capacitación. Un desarrollador, cinco semanas. Y ojo: esto puede ser exactamente lo que necesitas. Si son tres vendedores con señal y el objetivo es dejar de recibir pedidos por WhatsApp, esta versión resuelve el problema.

Versión 35 millones. Lo anterior más: funciona sin señal y sincroniza al recuperarla, valida contra el inventario real, calcula precios con las listas y descuentos de cada cliente, tiene roles (vendedor, supervisor, cartera), notifica al despacho, y pruebas sobre la lógica crítica. Equipo pequeño, tres o cuatro meses.

Versión 80 millones y más. Lo anterior más: integración bidireccional con el ERP existente, firma del cliente en el dispositivo, fotos de la entrega, geolocalización, tablero de indicadores, app nativa en las dos tiendas, y capacidad para cientos de vendedores concurrentes.

Las tres son “una app para tomar pedidos”. Por eso el precio no significa nada sin el alcance.

En qué se va la plata

Esto es lo que hay detrás de cualquier cifra, y ayuda a detectar cotizaciones que omiten partes.

Tiempo de gente: 60–75% del total. Es la partida dominante y por eso el precio se mueve con la seniority del equipo. Un desarrollador con ocho años de experiencia cuesta el doble que uno con dos, y en proyectos con lógica de negocio compleja rinde bastante más del doble — porque el costo real no está en escribir el código, está en no equivocarse en las decisiones de arquitectura que después son caras de deshacer.

Diseño de interfaz: 8–15%. Se puede omitir usando componentes estándar, y para herramientas internas a veces es la decisión correcta. Para algo que usa un cliente externo, ahorrarse esto se paga en soporte.

Pruebas y control de calidad: 10–20%. La primera partida que se recorta cuando hay que bajar el precio, y la que más caro sale después. Un proyecto sin pruebas es barato hasta el primer error en producción que corrompe datos.

Despliegue e infraestructura: 5–10% de arranque, más un costo mensual que sigue para siempre.

Gestión del proyecto: 10–15%. Alguien tiene que traducir entre tu operación y el equipo técnico. Cuando esto no se cotiza, la traducción la haces tú — y suele ser la razón por la que un proyecto barato se alarga el doble.

Si una cotización no menciona pruebas, despliegue ni capacitación, no es que sea más eficiente: es que esos costos van a aparecer después, o el trabajo no se va a hacer.

Los siete factores que mueven el precio

1. Cuántos roles distintos. Un sistema con un tipo de usuario es una cosa. Con cinco roles y permisos distintos por rol, cada pantalla se multiplica.

2. Si tiene que integrarse con algo existente. Es el factor más subestimado. Integrarse con un sistema que tiene API decente y documentada: manejable. Con uno cerrado, sin documentación y cuyo proveedor no contesta: puede costar más que el resto del proyecto junto. Averigua esto antes de cotizar, porque cambia todo.

3. Si debe funcionar sin internet. Sincronización offline suena a detalle y es una de las cosas técnicamente más difíciles que existen: hay que resolver qué pasa cuando dos personas modifican lo mismo desconectadas. Si tu gente está en obra, en zona rural o en bodegas sin señal, es indispensable — y hay que pagarlo.

4. Cuánta gente al mismo tiempo. Veinte usuarios internos y veinte mil clientes concurrentes son problemas de ingeniería distintos.

5. Qué tan estrictos son los datos. Si maneja dinero, nómina o datos personales sensibles, hay que sumar auditoría, cifrado, respaldos y cumplimiento de la ley de protección de datos. No es opcional y no es gratis.

6. Qué tan claro está el proceso. Aquí está el multiplicador silencioso. Si tú sabes exactamente cómo debe funcionar, el proyecto va derecho. Si el proceso se está definiendo mientras se construye, cada semana trae cambios y el costo sube — no por mala fe de nadie, sino porque rehacer cuesta.

7. El plazo. Comprimir el tiempo no reduce el trabajo. Meter más gente en un proyecto que va tarde lo vuelve más lento antes de volverlo más rápido, y encima cuesta más.

Rangos de referencia

Con todas las advertencias ya dichas, para que tengas con qué calibrar:

Y dos referencias que valen más que la tabla:

Software enlatado, cuando existe uno que te sirve, casi siempre gana en costo inicial. Si tu proceso cabe en un producto ya hecho, no pagues desarrollo. Es por eso que además de desarrollar a medida tenemos productos propios: para muchos casos, la respuesta correcta es la licencia. Cómo decidir entre las dos opciones lo desarrollamos en software a medida o enlatado.

El proyecto más caro es el que se hace dos veces. Un desarrollo mal especificado que hay que rehacer cuesta más que haberlo hecho bien de entrada, y encima quema la confianza interna en el proyecto.

Los costos que aparecen después

La cotización suele cubrir la construcción. La operación es otra cosa, y hay que presupuestarla desde el principio:

Infraestructura mensual. Servidores, base de datos, almacenamiento, dominio, certificados. Para un sistema interno de tamaño medio suele ser un gasto mensual modesto pero permanente. Si el sistema usa IA, súmale el consumo por uso.

Mantenimiento: 15–20% anual del valor del desarrollo. Es la regla que usa la industria y es realista. Cubre corregir lo que aparezca, actualizar dependencias por seguridad, y ajustar cuando cambie algo del negocio.

Licencias de terceros. Facturación electrónica, servicios de mensajería, mapas, firma digital. Cada uno con su tarifa.

Soporte a usuarios. Alguien tiene que contestar cuando alguien no sabe usar algo.

Un proveedor que no te habla de estos cuatro puntos te está cotizando la mitad del costo real de tener el sistema.

Cómo comparar propuestas de verdad

Cinco preguntas que separan las propuestas serias:

“¿Qué NO está incluido?” La más reveladora de todas. Una propuesta seria tiene una sección de exclusiones. Si no la tiene, pregúntala explícitamente.

“¿Cómo se manejan los cambios de alcance?” Van a haber cambios, siempre. Lo que importa es si hay un mecanismo definido o si va a ser una pelea cada vez.

“¿Qué me entregan además del sistema funcionando?” Código en un repositorio tuyo, documentación de despliegue, credenciales de todo. Esto no es un extra: es tu seguro contra quedar atrapado.

“¿Cuánto cuesta el mantenimiento y qué cubre?” Si la respuesta es “eso lo vemos después”, ya sabes que va a doler.

“¿Puedo hablar con un cliente suyo con un proyecto parecido?” Un proveedor con trabajo real dice sí sin pensarlo.

La señal de alarma más clara

Si un proveedor te da un precio firme sin haber preguntado nada sobre tu operación, cuidado. No porque sea deshonesto necesariamente, sino porque va a pasar una de dos cosas: cotizó por debajo y en la mitad del proyecto aparecen los “eso no estaba contemplado”, o cotizó muy por encima para cubrirse de lo que no averiguó.

Un diagnóstico serio toma al menos una conversación larga con preguntas incómodas: qué pasa hoy cuando el proceso falla, quién revisa qué, dónde está la información. Nosotros no cotizamos sin eso — y ese diagnóstico no lo cobramos, precisamente porque sin él el número sería inventado.

---

Si tienes un proyecto en mente y quieres un rango realista, la ruta más rápida es contarnos qué proceso quieres resolver, cuánta gente lo va a usar y con qué sistemas debería hablar. Con eso se puede dar una cifra con la que se pueda tomar una decisión.