Cuánto cuesta desarrollar una app, una plataforma web o un chatbot con IA es la primera pregunta que recibe cualquier persona que construye productos digitales, y la que peor se responde. Aquí no vas a encontrar un monto, porque no existe antes de definir qué se construye; vas a encontrar lo que sí se puede saber antes: de qué depende, cuántas semanas suele tomar y cómo leer una cotización. La respuesta honesta es "depende del alcance", que suena a evasiva hasta que entiendes de qué depende exactamente. En este artículo explico las variables que mueven el precio, por qué no doy un número antes de definir qué se va a construir, y cómo funciona mi cotización: un precio fijo por escrito para la primera versión, por hora para el trabajo que no se puede acotar. La idea es que puedas leer cualquier cotización, la mía o la de otro, y saber qué te están vendiendo.
TL;DR
- El precio de un producto digital depende de cuántos flujos tiene, qué backend necesita, con qué servicios se integra, si se publica en tiendas y si incluye IA. No de la tecnología con que se escribe.
- Un número dado antes de definir el alcance es una adivinanza. Por eso el primer paso es una llamada de 30 minutos y una propuesta escrita, sin costo si decides no avanzar.
- Cotizo precio fijo para la primera versión porque el alcance ya se definió y el riesgo de equivocarme al estimar es mío. La auditoría y el mantenimiento van por hora, porque ahí el alcance no se puede cerrar de antemano.
Cuánto cuesta desarrollar una app: de qué depende el precio
El precio de un producto digital es, en su mayor parte, tiempo de una persona con criterio. Lo que hace que ese tiempo crezca es la cantidad de cosas distintas que el producto tiene que hacer bien. Estas son las variables que miro antes de cotizar cualquier proyecto, y que explican casi toda la diferencia entre una cotización y otra:
| Variable | Qué la hace crecer | Ejemplo |
|---|---|---|
| Flujos y pantallas | Cada recorrido completo que un usuario puede hacer | Registrarse, buscar, reservar y pagar son cuatro flujos, no una app |
| Backend y datos | Si hace falta un servidor propio, una base de datos y reglas de negocio | Un catálogo que se lee es barato; un inventario que varias personas editan a la vez no |
| Integraciones | Cada servicio externo con el que hay que hablar | Pagos, notificaciones push, mapas, correo, facturación, un sistema que ya tienes |
| Publicación | Si el producto va a las tiendas de aplicaciones | Cuentas, revisión de Apple y Google, firma, y volver a pasar por ahí en cada versión |
| IA | Si un modelo de lenguaje responde a usuarios reales | Hay que evaluarlo antes de exponerlo, y decidir qué hace cuando se equivoca |
| Diseño | Si existe un diseño en Figma o hay que definir la interfaz | Construir sobre un diseño cerrado es más rápido que decidirlo mientras se programa |
| Lo que ya existe | Si se parte de cero o de un producto en uso | Un producto heredado se cotiza después de leerlo, no antes |
Dos de esas filas suelen sorprender. La primera es la publicación en tiendas: la revisión de Apple y Google es un trabajo con sus propios tiempos y rechazos, y se repite con cada versión. La segunda es la IA: un chatbot que responde bien en la demo y mal frente a un cliente real es peor que no tener chatbot, y evitar eso cuesta tiempo de evaluación que no se ve en la interfaz.
Lo que no mueve el precio, o lo mueve mucho menos de lo que se cree, es la lista de tecnologías. Que la app se escriba en React Native o en Swift cambia decisiones importantes, pero no cambia que registrarse, buscar, reservar y pagar son cuatro flujos que hay que construir y probar.
Lo que sí puedo decir antes de la llamada son los rangos que salen de mi propio trabajo. Una primera versión enfocada de una app móvil o una plataforma web, con un flujo principal, datos reales y una interfaz cuidada, suele tomar entre 4 y 8 semanas de trabajo a tiempo completo. Una funcionalidad de IA sobre un producto que ya existe, como un chatbot con RAG o un flujo de generación, suele salir en 2 a 5 semanas. Productos más grandes, como una plataforma de streaming o de salud, se planifican por fases y cada fase se cotiza por separado. Esas semanas son lo que se cotiza: el precio de la propuesta es ese tiempo, cerrado por escrito, y con cualquier tarifa de mercado que conozcas puedes sacar un orden de magnitud antes de escribirme.
Sigue leyendo
Hasta aquí la primera mitad. El recorrido completo — con el resto de la implementación, las decisiones de diseño y lo que solo aparece en producción — está en mi blog:
Lee el artículo completo en ramonchancay.me →
Publicado originalmente en www.ramonchancay.me/es/blog/cuanto-cuesta-un-proyecto-precio-fijo.
Top comments (0)