Vibe coding hace que desarrollar una aplicación sea tan sencillo como describir tu idea. Con las barreras derribadas, es fácil suponer que la monetización de apps está muerta.

Stan Marchand no está de acuerdo. Como CEO de Rocapine, una editora de apps con sede en París, ha demostrado que las apps codificadas con vibe pueden generar ingresos reales, pero solo si los desarrolladores se enfocan en el 20% del desarrollo que va más allá del código y llega a la craft humana.

Hablé con Stan para analizar qué separa un producto comprable de un simple gimmick en 2026.

Vibe coding ha hecho más fácil que nunca construir apps, pero ¿estas apps están realmente generando ingresos?

Algunas sí, pero la mayoría no, y casi siempre es porque la gente asume que construir una app funcional es la parte difícil. Ya no lo es.

Vibe coding ha reducido el costo de construir una app a casi nada. Pero el 80% del trabajo puede ser automatizado, y más que nunca es el 20% restante, humano, lo que decide si una app genera dinero: encontrar una proposición de valor que realmente resuene, crear un producto con gusto humano y contar su historia de forma eficiente.

Las apps que generan ingresos reales acertaron en esas tres cosas. La avalancha de apps que parecen terminadas pero no encuentran mercado no acertó en ninguna. Construir es ahora la parte fácil. Las habilidades escasas son insight, gusto y distribución.

Al evaluar un MVP codificado con vibe, ¿qué métricas y señales miras para separar una app “comprable” de un gimmick?

El código en sí no vale mucho.

Lo que realmente tiene valor es si el producto resuena con gente real. Eso se muestra al hacer dos preguntas:

• ¿Es comercializable? ¿Puedes alcanzar a los usuarios a un costo que el negocio pueda sostener, o el mercado ya está saturado por gigantes que prometen lo mismo?
• ¿La gente pagará? Una vez instalada, ¿se convierten y se quedan? Las KPI que capturan esto son costo por instalación, conversión a pago y retención temprana.

Juntas estas preguntas: eso es ROAS, cuánto cuesta adquirir un usuario frente a cuánto vale ese usuario.

Un prototipo rough con bajo costo por instalación y usuarios que pagan es un negocio real. Una app pulida con código hermoso y nadie que convierta es un gimmick.

¿Cómo difiere ese proceso de evaluación cuando se comparan apps codificadas con vibe frente a apps construidas tradicionalmente por humanos?

Menos de lo que se podría pensar.

Nadie escribe código a mano ya, así que “vibe-coded” frente a “human-built” se está convirtiendo en una distinción sin diferencia.

Lo que cambia es dónde invertimos nuestro tiempo. Con apps codificadas con vibe, el código es barato de reconstruir, así que nos importa menos su calidad y más si el concepto tiene resonancia probada.

El riesgo no es código desordenado, es un producto que existe porque fue fácil de hacer en lugar de porque alguien lo necesitaba. La IA da a todos el mismo 80%. Evaluamos el 20% que el constructor añadió: el insight, el craft, el gusto.

La IA que genera código puede ser desordenada. ¿Qué pasos deben dar los vibe coders para asegurar que su app sea legalmente conforme y estructuralmente sólida para pasar la debida diligencia?

Tres cosas:

• Conoce tu stack: qué herramientas generan qué, bajo qué licencias y si algún código o recurso de terceros tiene restricciones. El código IA no documentado no es un trato roto; el código no documentable sí lo es.
• Buenas prácticas de datos desde el día uno: política de privacidad, consentimiento del usuario, cumplimiento de App Store y Play, y analíticas que puedas exportar realmente.
• Haz tus métricas verificables: ingresos a través de las tiendas, cohortes de retención, costos de adquisición. Hemos rechazado asociaciones no por el código IA, sino porque nada podía verificarse.

¿Cómo debería un creador de apps pensar en decidir entre una adquisición total, un acuerdo de publicación o un modelo de participación de ingresos?

Pregúntate qué es lo que realmente quieres.

Si quieres liquidez y pasar a la siguiente idea, una adquisición completa es limpia. Si crees en la app y quieres quedarte en el juego, un acuerdo de publicación o de participación de ingresos te permite mantener el upside mientras un socio aporta lo que un desarrollador en solitario rara vez tiene: monetización, presupuesto de growth marketing e la infraestructura para escalar.

La buena noticia es que estas rutas no son mutuamente excluyentes. Unchaind, que co-desarrollamos desde cero con un estudio en Singapur bajo un modelo de publicación, alcanzó 1 millón de ARR 16 días después del lanzamiento. Más tarde la adquirimos, cuando el desarrollador quiso pasar a un nuevo proyecto.

Empieza con el modelo que encaje con tu situación actual; la salida puede llegar cuando tenga sentido para ambas partes.

¿Qué otros consejos darías a los vibecoders que buscan construir y vender apps codificadas con vibe?

Construye para un nicho que entiendas profundamente, lanza en semanas y ponle un precio de inmediato. Los usuarios gratis no dicen nada sobre la resonancia.

Luego combate el AI slop sin piedad: las palabras genéricas, los patrones de diseño de plantilla, el onboarding que todos reconocen. Los usuarios lo detectan al instante y mata la confianza. Invierte tu tiempo en el 20% que hace que tu producto sea único; lo demás es una mercancía.

Y cuando hables con un publisher, trae datos de cohorte, no una lista de características.