Crear tu app móvil tú mismo

1. Por qué una aplicación cuesta tan cara

Una aplicación no es una web con otra pantalla. Son dos sistemas que no se parecen, dos juegos de reglas, dos tiendas con procedimientos propios y cuentas de desarrollador que mantener. Por eso los presupuestos parten altos, y por eso tantos proyectos se detienen antes de empezar.

Pero el coste visible no es el que mata. Son las actualizaciones. Una aplicación publicada no está terminada: el sistema operativo evoluciona cada año, las tiendas cambian sus exigencias, los primeros usuarios señalan lo que nadie había visto. Cada una de esas etapas reabre el presupuesto, y el día en que el dinero no llega, la aplicación se queda en las tiendas en su versión original, hasta que la retiran.

Por eso muchas empresas no tienen aplicación, no porque no le vean sentido, sino porque han entendido que la primera factura solo era la primera. La buena pregunta no es «cuánto cuesta una aplicación»: es quién se ocupa de ella el año que viene.

2. Lo que cambia: un equipo se queda después de publicar

Herramientas que producen una aplicación a partir de una descripción aparecen con regularidad. Lo que les falta a todas es lo que viene después: entregan un proyecto, y el proyecto queda huérfano.

Aquí, los agentes que construyeron la aplicación siguen ahí. Uno recoge los comentarios recibidos y corrige, otro prepara la versión siguiente cuando una tienda cambia sus exigencias, otro anuncia las novedades, otro vuelca las altas en el fichero de clientes. La aplicación deja de ser un entregable para convertirse en un producto que se sostiene.

Es la misma lógica que para la web, y por la misma razón: lo caro del software no es hacerlo, es mantenerlo vivo. Una empresa sin servicio técnico no necesita un proveedor para la versión 1: necesita a alguien para las versiones 2, 3 y 4.

3. Cómo se hace la creación

Describes la aplicación en una frase: qué debe permitir, a quién se dirige, qué hace la persona al abrirla. «Una aplicación de reservas para mi peluquería», por ejemplo, basta para empezar.

El agente abre varias vías en lugar de una propuesta única a tomar o dejar, y las miras antes de elegir. Después todo se corrige diciéndolo: añadir una pantalla, cambiar un recorrido, revisar un texto. Cada cambio genera una versión, y se vuelve atrás si el resultado no gusta.

La aplicación dispone de su propia base de datos para lo que recoge —reservas, altas, fichas— y esos datos siguen siendo consultables y exportables desde el estudio. Una aplicación de la que no puedes sacar los datos de tus propios clientes no es realmente tuya.

4. Probarla antes de publicarla

Aquí es donde se detienen la mayoría de las herramientas, y es lo que cuenta: una aplicación no se juzga sobre una maqueta, sino con el dedo. Tres formas de probarla, de la más inmediata a la más fiel.

• La vista previa web. Inmediata, sin instalar nada. La maquetación y la navegación son fieles: es lo que se usa mientras se diseña.
• El emulador Android. El renderizado nativo de Android, con gestos y teclado incluidos.
• El simulador de iPhone. El renderizado real de iOS, con sus transiciones y su teclado.

Los dos últimos se instalan a demanda, y solo si los quieres: pesan mucho, y la vista previa web basta para lo esencial del trabajo. Se encienden en el momento de comprobar que lo que has descrito se parece de verdad a una aplicación, y no a una web dentro de un marco de teléfono.

5. La publicación en las dos tiendas

La aplicación sale en la App Store y en Google Play bajo tu propia cuenta de desarrollador. Es un detalle que no lo es: la aplicación te pertenece, lleva tu nombre de editor, y no eres inquilino de la ficha.

Antes del envío, una comprobación pasa por la aplicación para detectar lo que las tiendas suelen rechazar: es lo que evita las idas y venidas de revisión, que cuestan una semana cada una. El estado de la publicación se sigue desde el estudio, tienda por tienda.

Dos cosas siguen siendo cosa tuya, y ninguna herramienta puede hacerlas por ti: abrir las cuentas de desarrollador (Apple y Google las cobran, una al año, la otra una vez) y firmar los compromisos que las tiendas exigen al editor. No creamos cuentas ni introducimos contraseñas en tu lugar.

6. Los límites, dichos con franqueza

Más vale conocerlos antes de abrir una cuenta de desarrollador.

• La revisión de las tiendas nunca está garantizada. Apple y Google rechazan a quien quieren, por motivos que les pertenecen. La comprobación previa reduce los rechazos habituales; no promete una validación.
• Una aplicación vaga da una aplicación vaga. Como con una web: si no sabes decir qué hace el usuario al abrir la aplicación, ninguna herramienta lo adivinará.
• El hardware del teléfono tiene sus límites. Una aplicación que dependa de sensores particulares, de procesamiento de vídeo pesado o de hardware específico queda fuera de este marco.
• Publicar compromete. Una aplicación recoge datos personales; eso supone una política de privacidad y obligaciones que te corresponden, y que la tienda te pedirá.

7. Preguntas frecuentes

Para profundizar

Leer después: crear tu web tú mismo, lo que cuesta de verdad un puesto, o qué es un agente de IA autónomo.