Desarrollaré una aplicación móvil multiplataforma con React Native para iOS y Android

Qué cubre esto

Un código base de React Native, dos tiendas, un conjunto de errores que corregir. Navegación, autenticación, notificaciones push, manejo sin conexión y las diferencias de plataforma que un framework multiplataforma no hace desaparecer por sí solo.

Cómo lo abordo

La aplicación se construye contra su API real desde el primer día, no datos simulados que se comportan mejor de lo que lo hará la producción. La autenticación utiliza almacenamiento seguro en el dispositivo y tokens de actualización manejados en un solo lugar, porque los errores de tokens dispersos por las pantallas son la forma más común en que las aplicaciones móviles se pudren. Las listas están virtualizadas y paginadas; las imágenes se almacenan en caché y se dimensionan para el dispositivo en lugar de descargarse a resolución completa.

El trabajo de plataforma se trata como trabajo, no como una nota al pie: iOS necesita sus propias cadenas de permisos y aprovisionamiento, Android necesita sus canales de notificación y comportamiento del botón de retroceso, y ambos necesitan enlaces profundos que sobrevivan a un inicio en frío.

Entregables

• Proyecto React Native en TypeScript, con los módulos nativos que necesita y ningún otro.
• Compilaciones de TestFlight y Play de seguimiento interno para que pueda tenerlo en sus manos pronto.
• Notificaciones push conectadas de extremo a extremo, incluido el disparador de backend.
• Compilaciones de lanzamiento, texto de listado de la tienda y capturas de pantalla, y las notas necesarias para enviar.
• Una breve guía para ejecutar, construir y lanzar usted mismo.

Lo que necesito

Una API o una especificación para una, las tres pantallas que más importan, y cuentas de desarrollador de Apple y Google si ya las tiene. Si no las tiene, le diré exactamente qué crear y cuándo.

Nota de alcance

Una aplicación, una audiencia. Si el producto necesita dos experiencias muy diferentes —por ejemplo, una aplicación para clientes y una aplicación para conductores—, esas son dos compilaciones y lo diré antes de cotizar en lugar de después.

Tiempo de respuesta y comunicación

La primera compilación de TestFlight o de seguimiento interno suele estar lista en dos semanas, por lo que tendrá la aplicación en sus manos y podrá dar su opinión sobre el producto en sí, en lugar de sobre capturas de pantalla. Mantengo la lista de verificación de lanzamiento explícita —permisos, enlaces profundos, comportamiento sin conexión, metadatos de la tienda— porque esos son los elementos que convierten una aplicación que funciona en un envío rechazado. Cada compilación que reciba es una compilación que podría enviar.