En unos dos meses, a finales de 2026, creamos ocho apps propias: KADRE, La Grada, Underbuy, No Takeout, Readybell, Dawnsy, Clubkey y Stikki. Una persona, Dani Gil, con la IA escribiendo casi todo el código. Algunas llegan a las tiendas este mes; otras aún se están terminando.
Esto es lo que nos enseñó, para quien esté pensando en crear una app ahora.
Qué hace la IA y qué no
La IA es rápida en lo que antes llenaba el calendario:
- Escribir pantallas, formularios, tablas de la base de datos y el código que las une
- Escribir pruebas y arreglar lo que detectan
- Traducir la interfaz (nuestras apps salen en inglés, y algunas también en español)
- Redactar descripciones de la tienda, textos de privacidad y notas de versión
No sustituye las decisiones:
- Para qué sirve la app. Un trabajo, para un tipo de persona. Una app con dos trabajos es más lenta de hacer y más difícil de explicar.
- Qué dejar fuera. La IA construye encantada todo lo que le pidas. Recortar sigue siendo cosa de personas.
- El gusto. Si una pantalla se siente bien, si el texto suena a persona, si el estado vacío ayuda.
- Las normas. Las de las tiendas, la ley de privacidad y, en La Grada, los datos de menores. Eso necesita a alguien que lea las normas, no una suposición.
La tecnología que usamos
Todas las apps parten de la misma plantilla, así que el primer día nunca es una página en blanco:
| Parte | Qué usamos | Por qué |
|---|---|---|
| App | Expo (React Native) | Un solo código para iOS y Android |
| Web | Next.js | Página de presentación, versión web, páginas legales |
| Backend | Supabase en la UE | Registro, base de datos, almacenamiento, seguridad por fila |
| Pagos | RevenueCat | Suscripciones en las dos tiendas desde un sitio |
| Analítica y errores | PostHog (UE) y Sentry | Ver qué se usa y qué falla |
| Compilaciones | EAS, en local | Sin colas en la nube y sin pagar por compilar |
| Código | Claude Code | Escribe y cambia el código con nosotros |
La plantilla ya trae el registro (pruebas primero y guardas la cuenta después con un código por email o con Apple), borrado de cuenta desde la app, pagos, notificaciones push, analítica que espera al consentimiento, inglés y español, páginas legales y la configuración para compilar para las tiendas, todo probado. Una app nueva añade lo que la hace distinta, no las tuberías.
Un plazo realista
Para una app concreta con registro, base de datos y entre 10 y 20 pantallas, así fueron nuestros desarrollos:
- Días 1 y 2: la idea en papel. Para quién es, el único trabajo, las cinco pantallas que importan. Diseñamos primero los móviles de la web y luego hacemos la app igual que ellos.
- Días 3 a 10: construir. Pantallas, datos, registro, el uso principal. Versiones de prueba cada día en un móvil de verdad.
- Días 10 a 15: pulir. Estados vacíos, errores, bienvenida, textos reales, iconos, capturas para la tienda.
- Días 15 a 20: preparar la tienda. Etiquetas de privacidad, cuenta de prueba, notas para el revisor, envío.
- Después: la revisión. Apple suele responder en días. Google Play puede tardar más con una cuenta nueva (ver abajo).
De dos a cuatro semanas hasta el primer envío es realista para una app concreta. No lo es para una app que intenta hacer cinco cosas.
Normas de las tiendas que frenan lanzamientos
Casi todos los rechazos se ven venir. Revisa esto antes de enviar:
- Borrar la cuenta desde la app. Si se puede crear una cuenta, Apple exige poder empezar a borrarla desde dentro de la app, no solo por email.
- Funcionalidad mínima. Apple rechaza apps que son una web metida en una caja o que no hacen lo suficiente como app.
- Demasiado parecida a tus otras apps. La norma de spam de Apple va contra muchas apps casi iguales del mismo desarrollador. Si haces varias apps con una plantilla, que cada una sea claramente un producto propio.
- Opciones de registro. Si ofreces Google u otro registro de terceros, Apple pide también una opción igual de privada, como Iniciar sesión con Apple.
- Una cuenta de prueba que funcione. Los revisores tienen que pasar del registro. Dales una cuenta con datos de ejemplo y dos líneas de qué probar.
- Prueba cerrada en Google Play. Las cuentas de desarrollador personales nuevas deben hacer una prueba cerrada con al menos 12 testers durante 14 días seguidos antes de publicar. Empiézala pronto.
Lo que cuesta mantenerla
Construir es solo una parte de la factura:
- Cuotas de las tiendas: Apple cobra 99 $ al año por el programa de desarrolladores. Google cobra un pago único de 25 $.
- Comisión: con el Small Business Program de Apple, quien ingresa hasta 1 millón de dólares al año paga un 15 % en apps de pago y suscripciones en lugar del 30 %.
- Backend: Supabase y servicios parecidos tienen planes gratis que cubren un lanzamiento. Los de pago llegan cuando hay usuarios reales.
- Tu tiempo después del lanzamiento: reseñas, soporte, actualizaciones para nuevas versiones del sistema. Calcula unas horas a la semana.
Por dónde empezar
Escribe la app en cinco líneas: para quién es, su único trabajo, cómo la encuentran, por qué vuelven y cómo gana dinero. Si no puedes rellenar las cinco, la app aún no está lista para construirse, con IA o sin ella.
Si puedes, mándanos las cinco líneas. Las apps empiezan en 15.000 €, o con honorarios más participación si la idea encaja.
Preguntas
¿De verdad la IA puede hacer una app entera?
La IA escribe casi todo el código, las pruebas y los textos de la tienda. No decide para qué sirve la app, a quién va dirigida ni qué dejar fuera, y no sabe juzgar si una pantalla se siente bien. Una persona con experiencia tomando esas decisiones, con la IA escribiendo, es lo que hace posible hablar de semanas.
¿Cuánto se tarda en crear una app con IA?
Para una app concreta con registro, base de datos y entre 10 y 20 pantallas, nuestros desarrollos tardaron de dos a cuatro semanas hasta el primer envío a la tienda. La revisión y los ajustes suman de días a semanas. Una cuenta personal nueva de Google Play añade al menos 14 días de prueba cerrada antes de poder publicar.
¿Hace falta un código distinto para iOS y Android?
No. Trabajamos con Expo (React Native), así que un solo código llega a las dos tiendas. La web y el servidor de la app funcionan con Next.js al lado, en el mismo repositorio.
¿Qué hace que rechacen más apps?
No poder borrar la cuenta desde la app, apps que parecen una web metida en una caja, un registro que no funciona para el revisor y apps demasiado parecidas a otras del mismo desarrollador. Dale al revisor una cuenta de prueba que funcione y una nota breve de qué probar.
¿De quién es el código?
En proyectos para clientes, tuyo: el repositorio, las cuentas de las tiendas y el backend son tuyos. En un acuerdo de honorarios más participación, la propiedad queda fijada en el contrato.