[🧑‍💻] En mi primera negociación de desarrollo externalizado, yo mismo rebajé primero mi precio

✨ Resumen de GPT-5.6 Sol 　

Un registro de cómo mencioné antes que nada mi falta de experiencia en trabajos externalizados, el uso de IA y la posibilidad de hacer un descuento, me metí por mi cuenta en la etiqueta de desarrollador de 1 a 2 millones de wones y solo entonces entendí que el precio no se explica con modestia, sino con alcance y responsabilidad.

Por primera vez recibí una consulta formal para encargarme de un proyecto de desarrollo. Llegó por recomendación de un conocido: debía hacerme cargo de un proyecto web existente, añadir funciones y, a largo plazo, desarrollar también una aplicación móvil.

Revisé personalmente el código fuente. No era un proyecto tan desastroso como para tener que rehacerlo desde cero. La web existente estaba basada en React y ya contaba con backend. Si recibía correctamente los materiales operativos y las cuentas que faltaban, era un proyecto de un tamaño que podía mantener sin problema. Para la aplicación móvil, parecía razonable conservar el backend existente y desarrollarla con Flutter.

Hasta ahí, podía haber sido un primer encargo bastante bueno.

La aplicación por 2 millones de wones y el mantenimiento por 50.000 al mes

Durante la llamada, la otra persona dijo que otro profesional de Kmong le había ofrecido incluir también el desarrollo de la aplicación por 2 millones de wones y cobrar después unos 50.000 wones mensuales por mantenimiento. También dijo que alguien consultado por un conocido afirmaba que podía ayudarle de sobra por alrededor de 1 millón de wones.

Sinceramente, al principio me pareció absurdo. ¿De verdad se podía recibir la web y su estructura de datos, mejorar funciones, crear aplicaciones para Android e iOS, publicarlas en las tiendas y responsabilizarse después de la operación por 2 millones de wones? Con 50.000 wones al mes, ¿no era difícil incluso contabilizar el tiempo de comprobar una incidencia y encontrar su causa?

Pero lo primero que debía haber preguntado no era: «¿Por qué esa persona cobra tan poco?».

¿Qué incluye exactamente esa oferta de 2 millones de wones?

Una parte estaba imaginando la recepción de la web y el backend existentes, la autenticación y el almacenamiento de datos, las funciones operativas esenciales, el desarrollo de la aplicación y el lanzamiento en ambas tiendas. Nadie había comprobado si los 2 millones de la otra parte cubrían un MVP sencillo de unas pocas pantallas, solo Android, una envoltura de la web existente con apariencia de aplicación o incluso la responsabilidad sobre el servidor y el mantenimiento.

No se pueden comparar precios sin alcance. Y yo me salté incluso esa línea básica.

Yo mismo rebajé primero mi precio

El problema más grave no era solo que la otra persona intentara pagarme menos. Yo mismo me rebajé primero.

Dije que era la primera vez que aceptaba formalmente un trabajo externalizado. También dije que no cobraría un precio tan alto como los freelancers establecidos. Expliqué que usaba principalmente herramientas de IA como Codex y Claude Code y que podía preparar un primer borrador con rapidez. Incluso eso no habría sido un gran problema si hubiera ordenado bien el contexto y el momento de decirlo.

Pero antes de fijar el presupuesto y el alcance, envié la señal de «como no tengo experiencia, lo haré barato». La explicación de que podía desarrollar rápido con IA sonó no como una prueba de productividad, sino como una razón para encargarme el trabajo a bajo precio.

Incluso después de decir que tendría que pensarlo si eran 2 millones de wones, fui yo quien propuso reducir el pago inicial a 1 millón o incluso a 500.000 wones y recibir a cambio participación o incentivos sobre los ingresos. Se lo propuse a alguien con quien nunca había trabajado y con quien aún no había construido ninguna confianza.

No estaba siendo sincero. Estaba revelando primero mis debilidades y el precio mínimo que aceptaría, aunque nadie me lo hubiera preguntado.

Dicho con buenas intenciones, era una propuesta para hacer crecer juntos el producto a largo plazo. Traducido al lenguaje de una negociación, se parecía más a una confesión: «Puedo seguir rebajando el efectivo que cobraría ahora y ni siquiera tengo claro mi criterio de precios».

Por el mismo precio, tiene sentido elegir a una empresa con experiencia demostrada

La otra persona dijo que, por el mismo dinero, prefería trabajar con una empresa profesional cuya experiencia y trayectoria estuvieran demostradas. Le pregunté si podía compartir el enlace de esa empresa y el alcance concreto del presupuesto para poder compararlos, pero se negó. También me pidió que eliminara el código fuente y los materiales que me había entregado.

La respuesta me pareció tan fría que me sentó fatal. Después de terminar la conversación, me enfurecí porque sentía que me habían tratado como a un desarrollador de 1 millón de wones. También pensé que quizá me veía como un novato que no sabía nada.

Pero, si aparto un poco la emoción, la decisión de «por el mismo precio elegiré a una empresa con experiencia demostrada» es razonable. Si alguien que acepta su primer trabajo externalizado y una empresa que ya ha entregado varios proyectos cobran lo mismo, lo más probable es que el cliente elija a la segunda.

Lo que me parecía injusto era que no se hubiera evaluado bien mi capacidad. Pero la otra persona no había visto mi código durante mucho tiempo ni había completado conmigo ningún proyecto. Las señales objetivas que mostré en aquella breve llamada fueron «primer trabajo externalizado», «desarrollo rápido con IA», «más barato que un profesional establecido» y «también puedo aceptar 1 millón o 500.000 wones».

Yo mismo entré en esa etiqueta de precio y luego me enfadé porque la otra persona me miró a través de ella.

Solo pude comparar después de crear una tabla de presupuestos

Tras la llamada, no quise concluir solo por enfado que «2 millones de wones no tienen sentido», así que preparé una tabla de presupuestos aparte en Google Sheets. Para el artículo público eliminé las funciones propias de un proyecto concreto y dejé solo trabajos y responsabilidades que se pueden aplicar también a otros encargos.

Mi referencia fue una tarifa de 40.000 wones por hora.

Paquete de trabajo generalizado	Responsabilidades incluidas	Horas estimadas	Presupuesto
Recepción y estabilización de un servicio existente	Recepción del código, backend y entorno de despliegue; corrección de errores importantes; verificación del nuevo entorno	75 horas	3 millones de wones
Entrega de aplicación multiplataforma	Aplicaciones Android e iOS, integración con el backend existente, notificaciones básicas y envío a las tiendas	175 horas	7 millones de wones
Contrato completo	Recepción y estabilización del servicio existente más la entrega de la aplicación	250 horas	10 millones de wones
Mantenimiento mensual	4 horas al mes, un despliegue mensual y comprobación de incidencias	4 horas al mes	160.000 wones al mes

Fijé el trabajo adicional en 40.000 wones por hora y las urgencias nocturnas o en festivos en 60.000 wones por hora. Con este criterio, 50.000 wones mensuales equivalen aproximadamente a una hora y quince minutos. Podría servir para un contrato limitado a comprobar el estado del servicio, pero no es el mismo producto que un mantenimiento mensual que incluya investigar y corregir errores, verificar el resultado y desplegarlo.

Una tarifa de 40.000 wones por hora tampoco estaba por encima de la media del mercado. El salario medio por hora de un desarrollador de software de aplicaciones aplicable en 2026, publicado por la Korea Software Industry Association, es de 47.281 wones.¹ Como esa media incluye seguros y prestaciones de jubilación asumidos por la empresa, no se puede equiparar directamente con la tarifa facturada por un freelancer. Aun así, sirve para ver al menos que 40.000 wones no es una cifra excesiva. De hecho, está aproximadamente un 15,4% por debajo.

Lo comparé directamente con ofertas públicas de trabajo externalizado

En Google Sheets comparé el presupuesto con anuncios de Wishket y servicios publicados en Kmong de alcance similar. Como los presupuestos publicados y los precios de los paquetes no son necesariamente el precio final contratado, no miré solo la cifra: comparé también los sistemas operativos, el backend, el panel de administración, el despliegue, las tiendas y si incluían la recepción de un servicio existente.

Referencia pública	Precio publicado	Alcance y plazo publicados	Relación con mi presupuesto
MVP para ambos sistemas operativos centrado en funciones esenciales en Wishket	5 millones de wones	MVP para un solo desarrollador sin funciones complejas, 30 días	Alcance menor que mi aplicación de 7 millones y 2 millones más barato2
Mejora de un MVP existente en Flutter en Wishket	12 millones de wones	Renovación de UI/UX, suscripción y mejora de funciones, 50 días	2 millones por encima de mi presupuesto completo de 10 millones3
Desarrollo completo para iOS, Android y web en Kmong	4,5 millones de wones	Pagos, panel de administración y despliegue, 45 días	Un contraejemplo claramente barato; hace falta consultar el alcance real4
Paquete completo Flutter para ambos sistemas operativos en Kmong	6,6 millones de wones	Firebase, API externas y publicación en tiendas, 60 días	400.000 wones por debajo de mi presupuesto de aplicación de 7 millones5
Paquete completo de aplicación de más de 20 pantallas en Kmong	9 millones de wones	Servidor, API, panel de administración y apoyo para las tiendas, 28 días	2 millones por encima de mi presupuesto de aplicación de 7 millones6
Paquete ampliado de aplicación en Kmong	9,99 millones de wones	Planificación, diseño, backend, panel de administración, ambas tiendas y AWS, 90 días	Prácticamente igual a mi presupuesto completo de 10 millones7

Mi presupuesto no era el más barato de todos. Había contraejemplos económicos de 4,5 y 5 millones de wones, y también un producto que ofrecía una aplicación Flutter para ambos sistemas operativos por 6,6 millones. En cambio, los paquetes públicos que especificaban backend, panel de administración y despliegue costaban entre 9 y 9,99 millones, y un anuncio de Wishket para convertir un MVP existente en un servicio formal llegaba a 12 millones de wones.

Y sí, también existían en el mercado servicios de desarrollo de aplicaciones por 2 millones de wones. Pero los paquetes públicos de ese precio solían tener un alcance claramente pequeño. Uno ofrecía por 2 millones una aplicación sencilla sin servidor, con un máximo de 10 páginas, una función y una revisión.⁸ Otro ofrecía por 2 millones un MVP de funciones mínimas, con la planificación y el diseño ya terminados y un máximo de 10 páginas.⁹ Otro ofrecía por 2 millones un MVP de hasta 5 páginas para un solo sistema operativo móvil; el siguiente nivel, que incluía desarrollar un servidor nuevo, costaba 6 millones.¹⁰

Por tanto, no se puede afirmar que la frase «desarrollo una aplicación por 2 millones de wones» sea necesariamente falsa. Hoy, si se usan bien la IA y las herramientas multiplataforma, es perfectamente posible crear con rapidez un MVP pequeño.

Pero aunque todo se llame “aplicación”, el resultado y la responsabilidad pueden ser completamente distintos. No se puede poner en la misma tabla de precios un servicio que incluye recibir un sistema existente, migrar datos operativos, gestionar autenticación y permisos, integrar el backend, enviar notificaciones, cubrir Android e iOS, superar la revisión de las tiendas y responder a incidencias, y un MVP de unas pocas pantallas.

Al menos entre las referencias que investigué, 2 millones de wones no era «el precio normal del desarrollo de una aplicación». Era un precio que sí existía para un MVP de alcance pequeño. El problema no era si 2 millones era caro o barato, sino que yo intenté ajustar mi precio a esa cifra antes de comprobar el alcance de la comparación.

Ya había escrito exactamente lo mismo un año antes

Lo más absurdo es que ni siquiera era la primera vez que me encontraba con este problema.

En mi diario del 30 de julio del año pasado ya había escrito sobre los problemas de fijar precios, negociar y concretar requisitos. Entonces escribí que un trabajo iniciado como un favor podía convertirse en una bomba de relojería en el momento en que el marco cambiaba a un encargo profesional. Incluso había escrito: «Hasta ahora solo era un niño al que le gustaba desarrollar, no un hombre de negocios».

Y hace poco escribí que hacerlo rápido con IA no es lo mismo que hacerlo profesionalmente. Aprendí que la velocidad de implementación por sí sola no puede sustituir un servicio profesional que integra planificación, diseño, documentación, traspaso y responsabilidad operativa.

Lo había escrito todo y volví a tropezar exactamente en el mismo sitio.

Cuando desarrollo, examino al detalle los requisitos, los permisos, los datos, el despliegue y el alcance de la recuperación. Sin embargo, al contratar mi propio trabajo empecé diciendo: «Es mi primera vez», «Puedo hacerlo rápido con IA» y «También puedo hacerlo más barato». Ponía límites al producto, pero no a mi propio valor.

Decidí dejar la modestia solo en mi actitud

Esta experiencia no me hizo pensar que debía dejar de ser una persona sincera. También seguiré escribiendo mi diario. Ocultar mis fracasos no aumenta mi precio, y dejar de registrarlos tampoco evita automáticamente que repita los mismos errores.

Pero la sinceridad y estar indefenso no son lo mismo.

A partir de ahora, cuando hable de un presupuesto no empezaré explicando si es mi primer trabajo externalizado, qué IA uso o cuánto puedo rebajar el precio. Primero comprobaré el estado actual y escribiré qué se va a construir, qué hay que recibir, hasta dónde llega mi responsabilidad y qué se cobra por separado.

Si tengo que bajar el precio, reduciré el alcance en vez de regalar mi tiempo. Puedo desarrollar primero solo Android, aplazar las notificaciones push o separar el lanzamiento en las tiendas como una partida distinta. No volveré a rebajar mi propio valor ofreciendo el mismo trabajo por menos dinero.

Tampoco volveré a proponer participación o remuneración por resultados a alguien con quien apenas llevo unos minutos hablando. Es algo que se debe discutir después de trabajar juntos y confirmar las responsabilidades y la confianza de ambas partes. Renunciar al efectivo antes incluso de construir una relación puede ser más una renuncia al poder de negociación que una propuesta de asociación.

Y, después de presentar un presupuesto, no volveré a rebajarlo yo mismo solo porque me sienta inseguro.

Puedo ser sincero sobre lo que técnicamente no sé. Pero debo explicar con precisión el resultado que ofreceré y la responsabilidad que asumiré. La modestia debe quedarse en la actitud con la que aprendo; el precio debe explicarse mediante el alcance y la responsabilidad.

Esta vez el trabajo no salió adelante. Me sentó mal y pasé un buen rato enfadado conmigo mismo por haber sido tan ingenuo. Aun así, descubrir mi hábito de negociación antes de perder varios millones de wones en mi primer encargo y pasar meses atrapado en él fue una lección relativamente barata.

La próxima vez no quiero tener una consulta dedicada a demostrar «no soy gran cosa», sino una en la que pueda decir: «Con este alcance, me responsabilizo de este resultado hasta este punto».

Referencias

1. Korea Software Industry Association, publicación del salario medio de los profesionales de software aplicable en 2026 — consultado el 7 de agosto de 2026. ↩

2. Wishket, desarrollo de una aplicación MVP de emparejamiento basada en encuentros presenciales — consultado el 7 de agosto de 2026. ↩

3. Wishket, mejora de un MVP de aplicación de aprendizaje de inglés basada en Flutter — consultado el 7 de agosto de 2026. ↩

4. Kmong, desarrollo de MVP de aplicación Flutter — consultado el 7 de agosto de 2026. ↩

5. Kmong, desarrollo de aplicaciones Flutter — consultado el 7 de agosto de 2026. ↩

6. Kmong, paquete completo de desarrollo de aplicaciones Flutter — consultado el 7 de agosto de 2026. ↩

7. Kmong, servicio integral desde la planificación hasta el desarrollo de una aplicación Flutter — consultado el 7 de agosto de 2026. ↩

8. Kmong, desarrollo de aplicaciones Flutter — consultado el 7 de agosto de 2026. ↩

9. Kmong, desarrollo de aplicaciones móviles con Flutter y React Native — consultado el 7 de agosto de 2026. ↩

10. Kmong, desarrollo profesional de plataformas IoT y aplicaciones con React y Flutter — consultado el 7 de agosto de 2026. ↩