Desarrollador de apps freelance o empresa de desarrollo

Casi siempre esta decisión se plantea como una comparación de precio: el freelance cobra la mitad, la empresa cobra el doble, y la conversación termina ahí. Es la forma equivocada de plantearla, porque el precio por hora es lo único que de verdad es comparable entre ambos — todo lo demás que está en juego no aparece en la cotización.

Vamos a empezar por lo que casi ningún proveedor va a decirle: hay casos donde contratar a un freelance es objetivamente la mejor decisión, y pagar una empresa sería tirar dinero. Si su caso es uno de esos, conviene que lo sepa antes de firmar.

Cuándo el freelance es la decisión correcta

Hay un patrón claro en los proyectos donde un desarrollador independiente funciona mejor que una empresa:

El alcance está cerrado y usted lo entiende. Si puede describir lo que quiere en dos páginas y sabe reconocer cuándo está terminado, el freelance gana. Las empresas cobran caro precisamente por gestionar la ambigüedad; si no hay ambigüedad, está pagando por un servicio que no va a usar.

Es una habilidad específica y acotada. Migrar una base de datos, escribir una integración contra una API documentada, construir un prototipo para enseñarle a un consejo. Trabajos con principio y fin donde el entregable es verificable.

La operación no depende de eso. Si el sistema se cae un martes a las 3 de la tarde y no pasa nada grave, el riesgo de continuidad que asume es bajo.

Usted tiene con quién evaluarlo. Alguien en su equipo que pueda leer el código, revisar decisiones técnicas y darse cuenta si algo está mal hecho antes de que sea tarde.

Si sus cuatro respuestas fueron que sí, contrate al freelance. En serio. Va a pagar entre 40% y 60% menos y va a obtener lo mismo.

Dónde se rompe

El problema no aparece durante el proyecto. Aparece después, y casi siempre por la misma razón.

La persona se va. No por mala fe: consigue un empleo de tiempo completo, cambia de país, se enferma, o simplemente deja de responder. Cuando el sistema que corre su operación depende de una persona que ya no está disponible, el costo de reemplazarla no es lo que cobraba — es lo que cuesta que alguien nuevo entienda código que nadie documentó y que solo tenía sentido en la cabeza del que se fue.

No hay a quién escalar. Si el freelance no sabe resolver algo, no hay un segundo nivel. Es él o nadie.

El mantenimiento nunca se cotizó. El desarrollo es un evento; el software es un compromiso permanente. Un sistema en producción necesita parches de seguridad, actualizaciones de dependencias, ajustes cuando cambia una API de terceros y cuando el SAT modifica algo. La mayoría de los acuerdos con freelance cubren la construcción y no dicen nada del año siguiente.

Nadie dijo de quién es el código. Esta es la que más caro sale y la que menos se revisa. Si el contrato no cede explícitamente los derechos patrimoniales, en México la obra le pertenece a quien la creó. Lo tratamos a fondo en de quién es el código del software que le desarrollan.

La comparación que sí importa

	Freelance	Empresa de desarrollo
Costo por hora	40-60% menor	Referencia
Continuidad si la persona falta	El proyecto se detiene	Hay reemplazo
Escalamiento técnico	No existe	Segundo nivel
Mantenimiento posterior	Depende de disponibilidad	Contractual
Gestión del proyecto	Suya	Incluida
Comprobante fiscal	Honorarios	Factura de persona moral
Responsabilidad contractual	Limitada en la práctica	Exigible
Velocidad de arranque	Días	Semanas
Costo real si sale mal	Rehacer desde cero	Cubierto por contrato

Las dos primeras filas explican casi toda la decisión. Está comprando precio contra continuidad, y cuál de los dos importa más depende enteramente de qué tan crítico sea el sistema para su operación.

El detalle fiscal y laboral en México

Tres cosas que se pasan por alto y que sí tienen consecuencia:

Facturación. Un freelance como persona física con actividad empresarial o bajo RESICO le factura y usted deduce con normalidad. Si no está dado de alta y le pide que le pague "sin factura", ese gasto no es deducible y el ahorro aparente desaparece contra el ISR.

Riesgo de relación laboral. Si el freelance trabaja exclusivamente para usted, con horario, en sus instalaciones, con sus herramientas y bajo su subordinación, la relación puede reclasificarse como laboral. Es un riesgo real, no teórico, y lo asume usted, no él.

Cesión de derechos. La Ley Federal del Derecho de Autor protege al autor por defecto. La cesión de derechos patrimoniales debe constar por escrito. Sin esa cláusula, usted pagó por un sistema del que no es dueño.

Ninguna de las tres es razón suficiente para descartar a un freelance. Las tres son razón suficiente para no contratar a uno de palabra.

Las cinco preguntas que resuelven la decisión

Contéstelas sobre su proyecto concreto:

1. Si este sistema deja de funcionar un martes, ¿qué se detiene? Si la respuesta involucra facturar, despachar, cobrar o atender clientes, necesita continuidad garantizada.
2. ¿Alguien en mi equipo puede juzgar si el trabajo está bien hecho? Si no, está comprando a ciegas y la empresa le aporta un proceso que el freelance no.
3. ¿Quién le va a dar mantenimiento dentro de dos años? Si no tiene respuesta, todavía no tiene un plan, tiene un proyecto.
4. ¿El alcance está cerrado o lo vamos a descubrir sobre la marcha? Descubrirlo sobre la marcha con un freelance por hora es la combinación más cara que existe. Antes de cotizar con cualquiera, vale la pena definir requerimientos.
5. ¿Cuánto me cuesta rehacerlo si sale mal? Ése es el verdadero presupuesto en riesgo, no lo que aparece en la cotización.

El punto medio que casi nadie plantea

La decisión no es binaria y tratarla como tal es lo que lleva a elegir mal.

Un arreglo que funciona bien: el freelance construye la primera versión y una empresa toma la operación y el mantenimiento a partir del arranque. Se paga el precio bajo en la etapa donde el alcance está cerrado, y se compra continuidad en la etapa donde el riesgo es permanente. Requiere que el traspaso esté previsto desde el contrato inicial — con repositorio, documentación y accesos definidos como entregables, no como favor.

El otro arreglo es empezar chico con una empresa en lugar de contratar a una persona: un equipo pequeño y acotado para una primera entrega, con la opción de crecer o parar. En nuestras células de desarrollo el modelo es ése, y existe justamente porque el salto entre "un freelance" y "un proyecto de empresa" era demasiado grande para la mayoría de las empresas medianas.

Cómo lo vemos en Newsoft

Cuando alguien nos busca comparándonos contra un freelance, la primera pregunta que hacemos es qué se detiene si el sistema falla. Si la respuesta es "nada urgente", lo decimos: para eso no nos necesita, y contratarnos sería pagar de más por una garantía que su caso no requiere.

Cuando la respuesta involucra la operación diaria, la conversación cambia — deja de tratarse del costo de construir y pasa a tratarse del costo de que deje de funcionar. Ahí la comparación por hora ya no dice nada útil.

Si quiere ubicar los rangos antes de hablar con nadie, están en cuánto cuesta desarrollar una app en México y en cuánto cuesta desarrollar software. Y si ya tiene claro que necesita continuidad, platiquemos de su caso — en 30 minutos se sabe si tiene sentido o no.

En resumen

Un freelance es la decisión correcta cuando el alcance está cerrado, usted puede evaluar el trabajo y la operación no depende del resultado. Una empresa se justifica cuando lo que compra no es código, sino que el sistema siga funcionando el año que entra.

El error caro no es elegir cualquiera de los dos. Es elegir por precio por hora una decisión que en realidad era sobre continuidad.