Un freelance senior desarrolla un MVP de app por $8.000.000 a $25.000.000 COP; un estudio o agencia boutique cobra entre $20.000.000 y $60.000.000; una fábrica de software, de $45.000.000 en adelante. La diferencia no está en el código: está en quién responde cuando la única persona que lo escribió deja de contestar.
Casi todo lo que se publica sobre esta decisión lo escribe alguien que vende uno de los tres modelos, y por eso las comparativas terminan siempre en el mismo lugar. Este artículo hace otra cosa: pone los rangos de tarifa lado a lado, explica qué paga usted de más cuando contrata una estructura, cuánto vale realmente el riesgo de que un proveedor desaparezca a mitad de proyecto y en qué escenarios concretos conviene cada figura. La decisión del tipo de proveedor va antes que la del nombre propio; si ya la tomó y lo que necesita son criterios para evaluar a una empresa concreta, eso está en la guía sobre cómo elegir una empresa de desarrollo de apps en Colombia.
Freelance, agencia y fábrica de software: la comparativa completa
Antes de la tabla, la advertencia que casi nunca aparece en este tipo de comparativas: ninguna de estas cifras es una tarifa oficial de nadie. Son rangos de referencia del mercado colombiano, del orden en que suelen moverse las cotizaciones para este tipo de proyecto. Se negocian, cambian con el año y varían fuerte entre Bogotá, Medellín y ciudades intermedias. Úselas para calibrar una propuesta, no para exigirle un precio a nadie.
| Criterio | Freelance individual | Agencia o estudio boutique (3 a 10 personas) | Fábrica de software (30 personas o más) |
|---|---|---|---|
| Costo de un MVP (rango de referencia) | $8.000.000 – $25.000.000 COP | $20.000.000 – $60.000.000 COP | $45.000.000 – $150.000.000 COP |
| Tarifa hora de facturación | $50.000 – $130.000 COP | $90.000 – $220.000 COP | $110.000 – $280.000 COP |
| Plazo típico del MVP | 8 – 16 semanas | 8 – 14 semanas | 10 – 20 semanas |
| Riesgo principal | Depende de una sola persona: si se enferma, consigue empleo o desaparece, el proyecto se detiene | Capacidad limitada si su proyecto crece o se cruza con otro cliente grande | Su cuenta puede terminar en manos del perfil más junior del equipo |
| Propiedad del código | Solo si lo pactó por escrito; muchos contratos informales no dicen nada | Cesión habitual al pago final, con cláusula | Cesión contractual estándar, con anexo de propiedad intelectual |
| Soporte post-lanzamiento | Informal y sujeto a disponibilidad | Garantía escrita de 3 a 6 meses y plan mensual | Garantía con tiempos de respuesta y contrato de soporte aparte |
| Le sirve si | El alcance está claro, el presupuesto es ajustado y usted puede dirigir | Necesita equipo completo sin perder trato directo con quien programa | Hay varios frentes simultáneos, auditorías o exigencias de un corporativo |
Léala así: la fila de costo decide si el proyecto arranca, pero la fila de riesgo decide si termina. Los proyectos que se quedan a medias rara vez se frenan por la tarifa: se frenan porque la única persona que conocía el código dejó de responder y no había forma de reemplazarla.
Por qué la hora de una agencia cuesta el doble que la de un freelance
La pregunta razonable es qué justifica esa diferencia, y la respuesta no es “marca”. Es que en un freelance usted contrata a una persona, y en una agencia contrata un conjunto de funciones que igual tienen que ocurrir. Si no las paga, las hace usted.
| Función del proyecto | Freelance individual | Agencia o estudio boutique | Fábrica de software |
|---|---|---|---|
| Programación móvil | La misma persona, en todo | Uno o dos desarrolladores asignados | Equipo con roles separados por capa |
| Diseño UX/UI | Subcontratado aparte o plantilla | Diseñador del equipo | Área de diseño con sistema de componentes |
| Pruebas en dispositivos reales | Rara vez, y las hace quien programó | Sí, con reporte de errores | Sí, con QA dedicado y ciclos formales |
| Gestión del proyecto | La hace usted | Un líder técnico que además programa | Gerente de proyecto facturado aparte |
| Backend e infraestructura | Según el perfil contratado | Incluido en la mayoría de propuestas | Incluido, con arquitecto de soluciones |
| Reemplazo si alguien se retira | No existe | Parcial, con curva de empalme | Contractual, con perfil equivalente |
| Garantía escrita | Poco frecuente | 3 a 6 meses | 3 a 6 meses con tiempos de respuesta |
| Respaldo formal y facturación | Variable | Cámara de comercio y factura electrónica | Estructura jurídica completa |
Ese sobreprecio compra tres cosas concretas que un freelance no puede vender aunque quiera: continuidad, control de calidad y alguien a quien reclamar. Vale la pena cuando el proyecto es crítico para la operación. No vale la pena cuando lo que necesita son cuatro pantallas para validar una idea. La comparación de tarifa hora por seniority está más desarrollada en el análisis de tarifas de desarrollo frontend en Colombia, y la lógica es la misma en móvil: lo que sube el precio no es el logo, es la cantidad de roles que intervienen.
El margen no es el enemigo
Una agencia opera con un margen que suele quedar, como referencia, entre el 30 % y el 60 % sobre el costo directo del equipo. Eso paga la banca del proveedor: la gente que no está facturando pero está disponible, el reemplazo cuando alguien renuncia, el tiempo de comercial y de administración. Es el mismo motivo por el que una hora de fábrica de software cuesta más que una hora de estudio boutique: hay más estructura detrás.
El error no es pagar margen. El error es pagar margen y no recibir lo que el margen compra. Si contrata una agencia y termina coordinando el proyecto usted mismo, persiguiendo entregas y probando la app en su propio celular sin que nadie más lo haya hecho, está pagando estructura de agencia por servicio de freelance.
El costo total a 24 meses, no la cotización inicial
La cotización es el primer pago, no el costo. Este ejercicio toma un alcance equivalente (una app corporativa sencilla, dos plataformas, un panel administrativo) y suma lo que ocurre después. Los supuestos están explícitos para que pueda cambiarlos por los suyos.
| Concepto, sobre un alcance equivalente | Freelance | Estudio o agencia boutique | Fábrica de software |
|---|---|---|---|
| Desarrollo inicial | $18.000.000 COP | $32.000.000 COP | $55.000.000 COP |
| Diseño UX/UI, si no venía incluido | $4.000.000 – $9.000.000 COP | Incluido | Incluido |
| Su tiempo de gestión | 6 – 10 horas semanales | 2 – 4 horas semanales | 1 – 2 horas semanales |
| Mantenimiento año 1 (15 % – 25 %) | $2.700.000 – $4.500.000 COP | $4.800.000 – $8.000.000 COP | $8.250.000 – $13.750.000 COP |
| Probabilidad de rehacer parte del trabajo | Alta si no hubo repositorio ni documentación | Baja | Muy baja |
| Costo total estimado a 24 meses | $27.000.000 – $40.000.000 COP | $42.000.000 – $50.000.000 COP | $72.000.000 – $85.000.000 COP |
Dos lecturas que cambian decisiones. Primera: la brecha entre freelance y agencia se cierra bastante cuando se suman los costos que el freelance no cotiza —diseño, gestión, pruebas— y se abre de nuevo si usted tiene tiempo y criterio para asumirlos. Segunda: las diez horas semanales de gestión no son gratis. Un trimestre de proyecto son unas 130 horas suyas; si valora su hora en $100.000 COP, eso equivale a cerca de $13.000.000 COP que no aparecen en ninguna factura y que salen igual de la empresa.
Para contrastar el punto de partida con los precios de mercado según el tipo de aplicación, ahí están los rangos de precios por tipo de app desglosados por complejidad y plataforma.
Bus factor uno: el riesgo que ninguna cotización incluye
El bus factor es una idea prestada de la ingeniería de software: cuántas personas tendrían que faltar para que un proyecto quede paralizado. Con un freelance, ese número es uno. No es un juicio sobre nadie; es aritmética.
Y no hace falta un accidente para que se materialice. Las causas habituales son mucho más aburridas: el freelance consigue un empleo de planta y su proyecto pasa a las noches, toma un cliente más grande y el suyo se vuelve secundario, o simplemente se cansa y deja de contestar. El resultado siempre es el mismo: una app a medio construir, sin documentación, con credenciales que nadie más conoce.
Ese riesgo se mitiga sin cambiar de modelo, con cuatro medidas que cuestan cero y que un buen freelance acepta sin discutir:
- Repositorio a nombre suyo desde el día uno, con el proveedor invitado como colaborador y no como dueño. Si mañana desaparece, el código sigue ahí.
- Entregas quincenales instalables en su propio celular. Un mes sin versión funcional es la primera señal de que el proyecto se enfrió.
- Credenciales centralizadas: cuentas de nube, servicios de terceros y tiendas creadas con correos de su empresa, nunca con el correo personal de quien programa.
- Pagos atados a hitos verificables, nunca por adelantado. El anticipo razonable va del 30 % al 50 %; el resto contra entregas que usted pueda abrir.
Con esas cuatro condiciones, contratar un freelance deja de ser una apuesta y pasa a ser una decisión de presupuesto. Sin ellas, el precio bajo es un descuento que se paga después, completo y con intereses.
Qué pasa cuando ya se detuvo
Si el proyecto está frenado y usted tiene el repositorio, la recuperación suele cotizarse con un sobrecosto de referencia del 20 % al 40 % sobre el trabajo pendiente: alguien nuevo tiene que leer código ajeno antes de tocarlo. Si no tiene el repositorio, no hay recuperación posible: hay un proyecto nuevo, con el presupuesto completo otra vez. Ese es el escenario en el que el ahorro inicial se convierte en el gasto más caro del proyecto.
Propiedad del código: dónde se pierde más plata en silencio
En una fábrica de software la cesión de propiedad intelectual suele venir en el contrato marco. En una agencia formal, también. En un acuerdo con freelance hecho por WhatsApp, no está en ninguna parte, y el vacío no se resuelve solo: en ausencia de pacto, discutir a quién pertenece el código es una conversación jurídica cara que nadie quiere tener.
Lo mínimo que debe quedar por escrito, cualquiera sea el modelo:
- Cesión de la propiedad intelectual del producto a su empresa al pago final, con esas palabras.
- Entrega del repositorio completo con historial, no un archivo comprimido con la última versión.
- Documentación técnica y credenciales de todos los servicios usados.
- Cuentas de App Store y Google Play creadas con el NIT de su empresa y usted como propietario.
- Licencias de componentes de terceros identificadas, para saber qué se puede y qué no se puede hacer con el producto.
El detalle de cada cláusula, con la redacción que conviene y las trampas frecuentes, está en la guía sobre propiedad del código en un contrato de desarrollo de app. No es papeleo: es la diferencia entre haber comprado una app y haber alquilado el permiso de usarla.
Quién responde en el año dos
El lanzamiento es el punto medio del gasto, no el final. Un sistema operativo se actualiza dos veces al año, las tiendas cambian requisitos, una librería queda obsoleta y un servicio de terceros modifica su API. Ese trabajo hay que hacerlo aunque la app no cambie una sola pantalla.
Aquí los modelos se separan más que en el precio inicial:
- Freelance: el soporte depende de su disponibilidad y de la relación personal. Funciona bien mientras el proveedor esté; si consiguió empleo de planta, sus correcciones entran los fines de semana.
- Agencia o estudio boutique: suele ofrecer un plan mensual con horas incluidas y una bolsa de evolución. Es el modelo más previsible para una pyme.
- Fábrica de software: contrato de soporte formal con tiempos de respuesta comprometidos, y precio acorde con esa formalidad.
Como referencia, el mantenimiento anual de una app se estima entre el 15 % y el 25 % del valor del desarrollo, y el desglose completo de en qué se va esa plata está en el análisis de quién mantiene la app en el año 2. Pregunte ese número antes de firmar el desarrollo, no después. Un proveedor que no le pone precio al mantenimiento está postergando una negociación en la que usted ya no tendrá alternativas.
Dónde encontrar cada tipo de proveedor
El canal por el que llega el proveedor condiciona lo que va a encontrar. Vale la pena saber qué esperar de cada uno.
| Canal | Qué encuentra | Qué tener en cuenta |
|---|---|---|
| Marketplaces tipo Workana o Upwork | Freelances con historial público, calificaciones y trabajos verificables | El mecanismo empuja el precio hacia abajo; los perfiles con buen historial no son los más baratos, y con razón |
| Referidos de otros empresarios | Estudios boutique y consultores independientes | El referido sirve para proyectos parecidos al que ya hicieron, no para cualquiera |
| Desarrolladores senior y equipos pequeños | Buena parte tiene empleo de planta: pregunte cuántas horas semanales reales puede dedicarle y en qué franja | |
| Directorios y rankings de proveedores | Fábricas de software y agencias formales | En varios de esos listados la posición depende de pauta o patrocinio: el orden no equivale a calidad |
| Clústeres y cámaras de software | Empresas constituidas y verificables | Cobertura concentrada en Bogotá, Medellín y Cali |
| Comunidades técnicas y meetups | Perfiles muy especializados | Sirve para resolver un problema puntual, no para entregar un producto completo |
Una nota sobre el outsourcing al exterior, porque aparece siempre en estas búsquedas: la tarifa hora es solo una parte del cálculo. Un equipo más económico que necesita el doble de iteraciones porque no entiende el contexto local —pasarelas de pago colombianas, facturación electrónica, hábitos de uso— termina costando lo mismo o más, y con un contrato que es mucho más difícil de hacer valer desde acá.
Qué modelo encaja en cada escenario
| Situación real | Modelo que suele encajar | Por qué |
|---|---|---|
| Validar una idea con presupuesto menor a $25.000.000 COP | Freelance senior o dupla de freelances | El alcance es pequeño y usted puede dirigirlo sin perder el día |
| App que sostiene una operación que ya factura | Agencia o estudio boutique | Necesita continuidad y garantía, no el precio más bajo |
| Requisitos de auditoría, banca o sector salud | Fábrica de software | Procesos documentados y respaldo contractual que el resto no tiene |
| Ya tiene equipo técnico interno y le faltan manos | Equipo dedicado o staff augmentation | Usted dirige y el conocimiento se queda en su empresa |
| Proyecto con varios frentes simultáneos | Fábrica o agencia con capacidad de escalar | Un freelance no puede paralelizar aunque quiera |
| Mantener y evolucionar una app que ya existe | Freelance senior o plan mensual de agencia | El alcance es acotado y recurrente |
| Presupuesto muy ajustado y plazo corto | Freelance con MVP recortado | Menos alcance, no menos calidad |
Si el presupuesto es la restricción dura, la salida no es buscar quién cobre menos por lo mismo: es recortar el alcance. Cómo hacerlo sin quedarse con un producto inservible está en la guía para lanzar un MVP sin quemar el presupuesto.
El modelo híbrido: empezar con uno y pasar al otro
Sí se puede, y es más común de lo que parece. Las dos combinaciones que funcionan:
Freelance primero, agencia después. Se valida la idea con un MVP económico y, cuando el producto demuestra tracción, se pasa a un equipo con estructura. Funciona con una condición: que el MVP se haya construido con estándares mínimos —repositorio limpio, dependencias actualizadas, algo de documentación— porque de lo contrario la agencia va a cotizar reescribir, no continuar. Pida desde el inicio que el código quede en un estado que otro pueda retomar; suena obvio y casi nunca se pide.
Agencia para el núcleo, freelance para los bordes. El producto principal lo lleva un equipo con garantía y los desarrollos periféricos —una integración puntual, un módulo interno, una campaña— se resuelven con especialistas por proyecto. Es el esquema más eficiente en costo para empresas que ya tienen la app funcionando.
Lo que no funciona es cambiar de proveedor a mitad de una fase, sin documentación y con el cronograma corriendo. Ahí se pierde el tiempo del empalme y la garantía, porque ningún proveedor responde por código ajeno. Si va a cambiar, hágalo entre fases; los puntos naturales de corte están en el cronograma real por fases de un desarrollo de app.
Cuatro señales de que eligió el modelo equivocado
- Usted se convirtió en el gerente de proyecto sin haberlo pedido. Si dedica más de seis horas semanales a coordinar, contrató un modelo que no incluía coordinación.
- Nadie ha probado la app en un dispositivo distinto al del programador. Es el síntoma clásico de un proyecto sin control de calidad, y aparece igual en freelances y en agencias que recortaron QA para ganar la propuesta.
- Las respuestas llegan de noche o los domingos. Señal de que su proyecto es un trabajo secundario, aunque nadie lo diga.
- Habla con un ejecutivo distinto en cada reunión y ninguno conoce el estado técnico. Es el riesgo típico de la fábrica de software: estructura suficiente para facturar, no para acompañar.
Ninguna de estas señales obliga a cambiar de proveedor de inmediato. Todas obligan a una conversación con acuerdos escritos y una fecha de revisión.
Decida el modelo antes que el nombre
El orden correcto es este: primero defina qué tan crítica es la app para su operación, después cuánto tiempo propio puede dedicarle y solo al final compare precios. Una app que sostiene la facturación no se contrata igual que un experimento de tres meses, y el modelo equivocado no se arregla con un buen proveedor dentro de ese modelo. Con el tipo de proveedor ya decidido, la evaluación de candidatos concretos se vuelve mucho más rápida.
Con más de 16 años en proyectos digitales en Colombia, certificación Google Partner y dos aplicaciones propias publicadas en la App Store, mi trabajo se parece a la columna del medio de esa tabla: equipo pequeño, trato directo con quien programa, repositorio y cuentas de tienda a nombre de su empresa desde el primer día. El alcance, el proceso y los entregables están en el servicio de desarrollar una app profesional. Y si prefiere revisar primero su caso, escríbame al WhatsApp +57 300 208 1105 con el alcance que tiene en mente y le digo con franqueza cuál de los tres modelos le conviene, incluso si no es el mío.
