cuánto cuesta una aplicación web a medida en chile: rangos honestos.

Si googleaste esta pregunta, probablemente ya tienes dos o tres cotizaciones sobre la mesa que difieren en un orden de magnitud — y nadie te explica por qué. La respuesta corta, "depende", es cierta pero floja. La respuesta honesta es que el precio depende de cuatro variables concretas que puedes auditar tú mismo, y que la mayoría de las cotizaciones está escrita para que no puedas compararlas entre sí. Este artículo existe para arreglar eso.

Una aclaración antes de partir: los únicos números que vas a leer aquí son mi propio tarifario — lo que yo cobro, publicado y citable. No voy a inventar "estudios de mercado" ni promedios de la industria que nadie midió. Donde no tengo un número real, hablo en términos cualitativos. Esa es la regla de este sitio completo: cero cifras fabricadas.

// mi tarifario: los únicos números citables de este post

Esto es lo que cobro hoy por trabajo a medida, con trabajo en producción que puedes visitar y un paper de investigación publicado como respaldo (revisa /proyectos):

• -// proyectos a medida : desde $1.000.000 CLP — el piso de entrada para un proyecto serio: alcance acotado, diseño propio, código que te pertenece
• -// storefront e-commerce élite : desde $6.500.000 CLP — tienda propia completa: catálogo, carrito, panel de administración y performance de primer nivel
• -// sistemas con ia : desde $8.500.000 CLP — agentes y automatización integrados a tu operación real, no un chatbot pegado con cinta adhesiva

¿Y el resto del mercado? Sin inventar cifras: una agencia grande — con oficina, gerente de cuentas y varias capas de overhead — te va a cotizar varias veces esos montos por un alcance equivalente. Un freelancer de marketplace te va a cotizar bastante menos, y más abajo explico por qué eso suele terminar costando el doble. El punto de publicar mi tarifario no es ser el más barato ni el más caro: es que sepas dónde está el piso de un trabajo profesional para calibrar todo lo demás.

// qué mueve el precio: las cuatro variables que importan

Cuando dos cotizaciones difieren en millones de pesos, la diferencia casi siempre vive en una de estas cuatro variables. Si las entiendes, puedes leer cualquier presupuesto.

1. alcance: cuántas decisiones toma el sistema, no cuántas pantallas tiene

El error clásico es medir el alcance en pantallas o "módulos". Lo que encarece de verdad es la lógica de negocio: reglas de precios, flujos de aprobación, roles y permisos, los estados por los que pasa un pedido. Una app de cinco pantallas con lógica compleja cuesta más que una de veinte pantallas que solo muestran información. La pregunta clave para tu proveedor: ¿qué decisiones toma el sistema solo, sin que intervenga una persona?

2. integraciones: cada sistema externo es un proyecto chico dentro del grande

Conectar tu app con facturación electrónica, medios de pago, tu ERP, la bodega o el software que ya usa tu equipo no es "un detalle técnico". Cada integración trae su propia documentación, sus propios errores y sus propios casos borde. Dos integraciones bien hechas pueden pesar más en el presupuesto que todo el diseño visual. Si una cotización no lista las integraciones una por una, no está cotizando: está adivinando.

3. ia: la diferencia entre un demo y un sistema

Agregar "ia" a una aplicación puede significar dos cosas muy distintas. Una: un formulario que llama a un modelo y muestra la respuesta — eso es barato y casi siempre decepciona en producción. Dos: agentes con memoria, validación y límites claros, integrados a tus datos y a tu operación — eso es ingeniería de verdad, y por eso mi tier de sistemas con ia parte en $8.500.000 CLP. Construyo sistemas multi-agente en producción y publiqué investigación en el área (arXiv:2606.05594), así que puedo decirte con franqueza cuándo la ia paga el ticket y cuándo es decoración cara.

4. mantención: el software es un ser vivo, no un mueble

Una aplicación en producción necesita actualizaciones de seguridad, monitoreo, respaldos y ajustes constantes. Si la cotización no dice nada sobre lo que pasa después del lanzamiento, el precio real es más alto que el que estás viendo — solo que todavía no sabes cuánto.

// por qué el barato sale caro

El patrón se repite tanto que ya es un cliché en la industria, y aun así atrapa a alguien todos los meses: contratas la cotización más baja, el proyecto avanza rápido el primer mes, después se empantana, el proveedor desaparece o empieza a cobrar extras por cada cambio, y terminas pagándole a un segundo equipo para rescatar — o rehacer — lo que ya pagaste una vez.

El problema no siempre es mala fe. El problema estructural es que un precio demasiado bajo solo cierra si el proveedor omite cosas: pruebas, manejo de errores, seguridad, documentación, casos borde. Nada de eso se ve en la demo. Todo eso explota en producción, con tus clientes reales adentro.

"la cotización barata no elimina el costo: lo mueve hacia el futuro y le suma intereses."

Parte importante del trabajo de auditoría que hago es exactamente esto: revisar aplicaciones que ya se pagaron una vez. Si estás en ese escenario, revisa /diagnostico antes de firmar el segundo cheque.

// cómo comparar cotizaciones manzana con manzana

Tres cotizaciones con tres precios distintos no son comparables hasta que las normalizas. Antes de mirar el número final, exige que cada proveedor responda exactamente lo mismo:

• -¿qué incluye exactamente el precio? alcance escrito, pantalla por pantalla y regla por regla — "una app de gestión" no es un alcance
• -¿quién queda dueño del código y de las cuentas (hosting, dominio, repositorios)? la única respuesta correcta es: tú
• -¿qué integraciones están incluidas y cuáles se cotizan aparte?
• -¿qué pasa después del lanzamiento? mantención, garantía por errores y costo mensual de operación, por escrito
• -¿qué trabajo en producción puedo visitar hoy? no mockups ni capturas: urls reales con clientes reales
• -¿quién hace el trabajo? la persona que te vende, ¿es la que programa, o lo subcontrata?

Cuando aplicas esta lista, las cotizaciones "baratas" suelen subir y las "caras" suelen explicarse. Recién ahí puedes decidir con información real y no por el número más cómodo.

// los costos que no aparecen en la cotización

Aunque la cotización esté bien hecha, hay costos de operación que son tuyos y conviene presupuestar desde el día uno:

• -// hosting e infraestructura : pago mensual a terceros (servidores, dominio, correo transaccional) — varía con tu tráfico; es costo de operar, no del proyecto
• -// mantención evolutiva : tu negocio cambia y la app tiene que cambiar con él; presupuesta mejora continua, no solo "arreglos"
• -// dependencia del proveedor : el costo más caro y menos visible — si solo una persona puede tocar tu sistema y no tienes las llaves, no tienes un activo, tienes un arriendo; exige código documentado, accesos a tu nombre y entregas en tu repositorio
• -// licencias y comisiones : suscripciones de software de terceros y comisiones por transacción que escalan con tus ventas — pide la lista completa antes de firmar

// cuándo no te conviene una app a medida

Parte de cotizar honesto es decir cuándo no. Si tu necesidad la resuelve una herramienta estándar bien configurada, si todavía no validaste que tu negocio vende, o si tu presupuesto total está bajo el millón de pesos, una aplicación a medida es una mala compra hoy: parte con herramientas existentes, valida, y vuelve cuando el negocio te quede chico. Lo custom es la jugada correcta cuando el proceso que quieres automatizar es justamente lo que te diferencia de tu competencia — ahí sí mueve los números del negocio.

Si quieres ver el tipo de trabajo que hay detrás de estos rangos, revisa /proyectos y /servicios. Y si quieres pasar de rangos a un número para tu caso concreto, eso parte por entender tu proyecto — no por adivinarlo.