Hacer una app Android con IA: qué se obtiene de verdad
Hacer una app Android con IA: qué se obtiene de verdad
La IA construye una aplicación web: se abre con un enlace en el navegador del móvil, se añade a la pantalla de inicio con un toque y funciona como cualquier otra app. Lo que no aparece por ese camino es un archivo APK para Google Play, que exige cuenta de desarrollador y un proceso aparte. Para la mayoría de usos nadie nota la diferencia, y aquí verás cuándo sí la nota.
¿Qué pide realmente alguien que dice «una app para Android»?
La frase es la misma, pero detrás hay tres necesidades distintas y confundirlas cuesta semanas.
La primera: alguien quiere una herramienta que usarán él y sus conocidos desde el móvil. Control de gastos, lista de tareas, agenda de clientes, calculadora de su sector, catálogo interno del equipo. Aquí la tienda no pinta nada, hace falta algo que funcione desde un enlace.
La segunda: alguien quiere estar en Google Play porque así lo encuentran desconocidos. Eso no es construir, es distribuir, y se resuelve aparte de quién escribió el código.
La tercera: alguien necesita cosas que solo tiene una app nativa. Funcionamiento completo sin conexión, procesos en segundo plano, integración profunda con el sistema, gráficos tridimensionales pesados.
La IA resuelve la primera entera, la segunda a medias y con pasos extra, y la tercera no la resuelve. Los textos que prometen «tu app Android con una frase» sin marcar esa frontera prometen por ti algo de lo que no responden.
App web y APK: en qué se diferencian en la práctica
La comparación no va de tecnología, sino de lo que notarás tú como responsable y lo que notará quien la use.
| Qué comparamos | App web con enlace | App nativa en Google Play |
|---|---|---|
| Cómo llega a la gente | un enlace por mensajería, se abre al instante | búsqueda en la tienda, instalación, actualizaciones |
| Icono en la pantalla de inicio | sí, se añade desde el navegador | sí, al instalar |
| De la idea a algo que funciona | horas | semanas más la revisión de la tienda |
| Cuenta de desarrollador | no hace falta | obligatoria, de pago y con verificación |
| Actualizar | cambias y ya lo tienen todos | compilar, subir, esperar revisión |
| Sin conexión | limitado | completo |
| Cámara, notificaciones, pagos | disponibles vía navegador, con matices | disponibles del todo |
| Para quién encaja | herramienta propia, de equipo o de clientes | producto para público amplio y desconocido |
La fila que conviene leer dos veces es la tercera. La diferencia no está en la calidad del resultado, sino en que un camino se mide en horas y el otro en semanas, y el segundo empieza por papeleo, no por código.
¿Cómo se construye, paso a paso?
Todo ocurre en el navegador, así que desde el ordenador y desde el móvil el camino es el mismo.
- Abre zugo.dev y entra con Google o GitHub. Los créditos iniciales aparecen al momento y no piden tarjeta.
- Describe la app con palabras normales. No como un pliego técnico, sino como se lo explicarías a un compañero: quién la usa, qué ve en la primera pantalla, qué debe recordarse entre visitas.
- Espera a que se construya. La comprobación se hace ejecutándola en un entorno aislado, no mirando si parece terminada.
- Abre la vista previa y úsala como lo haría alguien de verdad. Rellena el formulario, pulsa donde no toca, recarga la página y comprueba que tus datos siguen ahí.
- Corrige escribiendo el siguiente mensaje: «añade un buscador sobre la lista», «que borrar pida confirmación», «que la fecha salga con el día de hoy».
- Publica. La app recibe una dirección que se abre desde cualquier móvil.
- En el móvil, abre esa dirección y elige «Añadir a la pantalla de inicio» en el menú del navegador. Aparece un icono y al pulsarlo la app se abre sin barra de direcciones.
El paso siete es justamente lo que casi todo el mundo busca al preguntar por Android. Después de hacerlo, distinguir el resultado de una app instalada es casi imposible a simple vista.
¿Cómo describirla para que la primera versión se acerque?
Casi toda la distancia entre «salió a la primera» y «llevo cuatro horas rehaciéndolo» está en el primer mensaje. Pesan tres cosas.
Di quién la usa y qué pasa en la primera pantalla. «Una app de gastos» es un tema, no un encargo. «Entro, veo un campo de importe y una lista de categorías, escribo el importe, elijo categoría y el apunte aparece en la lista de hoy» sí es un encargo.
Di qué debe guardarse. Es lo más caro de cambiar después. Si los apuntes tienen que sobrevivir al cierre de la pestaña y cada persona debe ver los suyos, dilo desde el principio: eso se construye sobre otra base. Cómo funciona esa base está en ¿puede la IA crear una app con base de datos?.
Di qué no debe existir. Las restricciones ahorran más tiempo que los requisitos. «Sin registro, acceso por enlace» o «una sola pantalla, sin menú» descartan ramas enteras de decisiones que luego habría que deshacer.
Lo que no ayuda es un pliego de una página. Veinte requisitos en un mensaje dan una versión donde la mitad está resuelta a medias, y desenredar eso lleva más que añadirlos de uno en uno.
¿Se puede publicar en Google Play?
Sí, y conviene decir en voz alta que es un proyecto aparte.
Una app web se empaqueta y se sube como cualquier otra. Para eso hace falta una cuenta de desarrollador con pago único y verificación de identidad, y a las cuentas nuevas Google les añade una prueba cerrada: varios probadores deben usarla durante días seguidos antes de publicar. Luego vienen la ficha, los iconos, las capturas y la política de privacidad.
Nada de eso es construir. Es distribución y papeleo, y ocupa como mínimo una semana. El orden sensato es publicar primero el enlace, comprobar que la gente lo usa de verdad, y solo entonces decidir si la ficha en la tienda se gana esa semana.
¿Qué apps salen bien y cuáles no?
Salen bien las que en el fondo son formularios, listas y reglas entre ellos. Control de gastos, fichas de clientes, reservas, listas de comprobación de turno, calculadoras internas, captación de contactos, catálogos con filtro, un CRM sencillo.
Salen regular las que tienen varios roles con permisos distintos, aprobaciones o informes por cortes. Se construyen, pero la primera versión es una base y el ajuste lleva más que el arranque.
Salen mal las que dependen del hardware del teléfono: funcionamiento total sin conexión, sincronización en segundo plano, procesado de vídeo en el dispositivo, gráficos tridimensionales pesados.
¿Y si mañana quiero el código?
Conviene preguntarlo antes de empezar, no después. Muchos constructores entregan el resultado solo dentro de su plataforma: mientras pagas funciona, y sacarlo de ahí no se puede.
Aquí el código se sube a tu propio repositorio de GitHub, y a partir de ahí es tuyo: puedes leerlo, editarlo a mano, dárselo a un programador o alojarlo donde quieras. El detalle está en ¿puedo exportar el código de un builder con IA?.
La utilidad práctica no es ideológica. Es que una app hecha en una tarde deja de ser un callejón sin salida: cuando dentro de medio año aparezca algo que el constructor no cubre, entregarás un proyecto que funciona en lugar de empezar de cero.
¿Cuánto cuesta?
Los créditos iniciales son 2400 y no piden tarjeta. Una construcción normal ronda los 600 créditos y una corrección los 300. El «ronda» no es cautela sino precisión: se descuenta el gasto real del modelo en tu tarea, así que una corrección corta sale más barata que una larga. Cuando los créditos iniciales dejan de bastar, existe la suscripción Pro por $25 al mes con 20000 créditos.
Publicar en una dirección no cuesta aparte. La cuenta de desarrollador de Google Play, si al final vas a la tienda, se paga directamente a Google y no tiene que ver con la construcción.
En resumen
La IA te da una app que funciona con un enlace en una tarde, no un archivo para Google Play. Para una herramienta que usáis tú, tu equipo o tus clientes eso basta del todo: el icono se pone desde el navegador y quien la usa no nota la diferencia. La tienda sigue siendo una tarea aparte, de distribución y papeleo, y merece la pena abordarla cuando ya hay gente usando la app. Todo lo que depende del hardware del móvil queda fuera de este camino, y eso es un límite razonable, no un defecto.