Crear una app móvil para iOS y Android: de la maqueta a las tiendas

¿Una app, o un sitio que funciona bien en el teléfono?

Una app se justifica cuando el teléfono aporta algo: la ubicación, las notificaciones, la cámara, el uso sin conexión o la presencia en las tiendas. Si no, basta un sitio bien hecho, que cuesta menos de mantener.

Tres casos de nuestros proyectos:

• Tchee, viajes a demanda para Bamako: la ubicación y el seguimiento en tiempo real son el producto.
• Votons: un test para deslizar, pensado para el pulgar, publicado en iOS y Android junto al sitio.
• Serres Tour App: visitas guiadas sobre mapa, para visitantes que recorren el municipio a pie.

Nativo, React Native o web empaquetada

Camino	Principio	Cuándo elegirlo
Nativo (Swift, Kotlin)	Dos aplicaciones, dos bases de código	Necesidades muy avanzadas en un solo sistema
React Native con Expo	Una base de código, componentes nativos	La mayoría de las aplicaciones
Web empaquetada (Capacitor)	Una aplicación web dentro de un envoltorio nativo	Un juego o una herramienta que ya existe en web

Tchee y Votons están construidas con React Native y Expo. Starship Brick Clash, nuestro rompeladrillos, usa Capacitor: una sola base de código para iOS, Android y la web.

Primero la API

La app solo es la parte visible. Detrás, una API guarda las cuentas, los datos y las reglas. La diseñamos primero, porque también sirve al sitio, al panel de gestión y a las versiones futuras.

En Tchee, eso significa dos aplicaciones (pasajero y conductor) que hablan con la misma API: solicitud de viaje, asignación, seguimiento, pago.

• App de pasajero
• App de conductor
• Sitio web
• Back office

API

• Cuentas
• Datos
• Reglas

Tres reglas:

• la API nunca se fía de la app, lo comprueba todo;
• está versionada, porque las versiones antiguas de la app seguirán instaladas durante meses;
• responde rápido y con poco, porque la red móvil es lenta e inestable.

Diseñar para el teléfono

• El pulgar. Las acciones principales en la parte baja de la pantalla.
• La red. Cada pantalla prevé la carga, el fallo y el modo sin conexión.
• Los permisos. Se pide la ubicación o las notificaciones en el momento en que sirven, explicando por qué.
• Los idiomas. Serres Tour App existe en cinco idiomas, porque sus usuarios son turistas.

El pago

Dos casos muy distintos.

Los bienes y servicios reales (un viaje, un producto entregado) se pagan con un proveedor como Stripe. También hay que mirar las costumbres locales. En Malí, la mayoría de los pasajeros paga con dinero móvil: Tchee acepta tarjeta y Orange Money, en francos CFA.

Los contenidos digitales (una suscripción a la app, opciones) deben pasar casi siempre por la compra integrada de Apple y de Google, que cobran una comisión. Hay que preverlo en el modelo de negocio desde el principio.

Publicar en las tiendas

Hay que prepararlo pronto, porque nada de esto se hace en un día:

• 99 $Appleal año
• 25 $Google Playuna sola vez

1. Las cuentas de desarrollador. Apple (99 dólares al año) y Google Play (25 dólares, una vez), a nombre de la empresa.
2. Las fichas. Nombre, descripción, capturas por tamaño de dispositivo, icono.
3. La privacidad. Una política publicada y la declaración de los datos recogidos.
4. Una cuenta de demostración para los revisores, si la app pide iniciar sesión.
5. Las pruebas. TestFlight en iOS, los canales de prueba en Android.

Los rechazos más habituales: una función incompleta, un permiso mal justificado, un medio de pago no conforme, no poder eliminar la cuenta desde la app.

Después del lanzamiento

• El seguimiento de los fallos, versión por versión.
• Actualizaciones regulares: los sistemas cambian cada año y las tiendas obligan a seguirlos.
• Las opiniones, leídas y atendidas.
• Una política de versión mínima, para poder retirar algún día las versiones antiguas de la API.