Cuánto cuesta realmente crear una aplicación con IA: 2 000 $, cero usuarios

Un diseñador de interfaces cuenta que gastó 2 000 dólares en herramientas de vibe coding para casi ningún usuario, con pequeñas funcionalidades que costaban más de 10 dólares cada una. El gasto no viene del código escrito la primera vez, sino de todo lo que hubo que reescribir después.

Cuánto cuesta realmente crear una aplicación con IA: un diseñador de interfaces cuenta en Reddit (r/vibecoding, mayo de 2026) que gastó 2 000 dólares en Codex, Claude Code y OpenCode para casi ningún usuario, y señala que a veces una pequeña funcionalidad costaba más de 10 dólares de uso.

El precio anunciado y el precio real

El autor del relato lleva casi cinco años diseñando interfaces; no es ningún principiante. Indica que Claude Code era el que mejor entendía lo que quería y que el costo seguía siendo su problema. El precio unitario duele más que el total: más de diez dólares por una pequeña funcionalidad, según sus propias palabras. A esa tarifa, una aplicación de treinta funciones cuesta trescientos dólares si todo sale bien a la primera, y nadie construye un producto a la primera. Un total de ese orden suele explicarse por lo que ocurre después del primer borrador, cuando la misma función vuelve a pasar por caja.

La generosidad que sale cara

Otro usuario describe el mecanismo en una herramienta distinta (r/lovable, junio de 2026): a la IA le encanta ayudar, así que pides una modificación y «mejora» otras cuatro que no habías mencionado, de las cuales la mitad se rompen, y después gastas créditos en deshacer su generosidad. Su remedio se resume en una instrucción, «no toques nada más», y estima que redujo su consumo aproximadamente a la mitad. Esa estimación es suya, sin un registro publicado, pero el mecanismo que describe figura entre las trampas documentadas del desarrollo con IA que encontramos en nuestras propias campañas de medición.

Lo que hace subir la factura, línea por línea

Cuatro gastos se esconden detrás de un total de dos mil dólares. Releer el proyecto en cada intercambio, porque el asistente vuelve a cargar el contexto para entender dónde trabaja, y esa relectura crece con el producto. Los intentos fallidos, facturados como los demás sin que ninguna pantalla los distinga. Los daños colaterales, corregidos con nuevos intercambios que a veces producen otros. Y el más discreto: la función que ya existía, rehecha porque nadie había escrito claramente que existía ni qué debía hacer. Un documento de alcance elimina el cuarto y reduce los tres primeros, sin anularlos.

El cálculo que sigue favoreciendo el ensayo y error

Este razonamiento tiene un límite que conviene decir. Para una idea que quieres probar este fin de semana, gastar diez dólares en ensayo y error cuesta menos que una tarde escribiendo un documento de requisitos y mucho menos que un presupuesto de agencia. Las herramientas conversacionales ganan el primer día, sin discusión: muestran un resultado mientras el método todavía hace leer documentos. El cálculo se invierte cuando el producto debe durar, facturarse y cambiar de manos. Una sola pregunta decide y se plantea el primer día: saber si lo que construyes debe seguir existiendo dentro de dos años. Mientras la respuesta sea incierta, el ensayo y error es la compra adecuada.

Las tres salvaguardas que cambian el cálculo

La primera salvaguarda es el alcance escrito: un documento de requisitos validado antes de construir dice qué existe y qué falta por hacer, así que no pagas dos veces la misma función. La segunda es la prueba escrita antes del código: una etapa se declara terminada cuando supera su verificación; si no, se activa y contabiliza una reparación específica. La tercera es el límite fijado antes del gasto: estimación acotada, presupuesto mensual, cola y un número máximo de reparaciones antes de que la decisión vuelva a ti. Publicamos nuestros propios importes campaña por campaña en nuestras facturas, línea por línea.

Estimar tu caso esta noche

Retoma la última modificación que pediste a una herramienta de IA y anota tres números: el costo mostrado del intercambio, el número de idas y vueltas necesarias y el número de cosas rotas por el camino. Multiplica por el número de funciones de tu producto. Si el resultado supera lo que estabas dispuesto a invertir, el gasto viene más de la ausencia de un documento que del precio de los tokens, y lo que sube mientras baja el token aclara el resto de la factura. Repite el ejercicio después de tu primer documento de alcance: la diferencia entre los dos registros vale más que una promesa de precio.