Un solo código, ambas plataformas
React Native con TypeScript. Código nativo específico de plataforma solo donde de verdad hace falta, y documentado cuando lo hay.
Apps en React Native que se sienten nativas, salen a iOS y Android juntas, y no necesitan dos equipos separados. Incluido el proceso de revisión y envío, que es donde la mayoría de los primeros lanzamientos pierde un mes.

Construir nativo significa dos códigos. Cada funcionalidad se especifica una vez y se implementa dos, las plataformas se desincronizan, y usted carga el doble de mantenimiento para siempre. Para la mayoría de los productos ese es un costo sin un beneficio que lo iguale.
React Native comparte la gran mayoría del código entre ambas plataformas y aun así renderiza componentes nativos reales, así que se siente como una app y no como un sitio web dentro de una cáscara. Cuando algo de verdad necesita código nativo específico de plataforma, escribimos esa pieza en nativo en lugar de pelear contra el framework.
La otra cosa que descarrila los lanzamientos es la revisión de tienda. Apple rechaza por razones que no son obvias de antemano, y cada ida y vuelta cuesta días. Nosotros manejamos el envío, los metadatos y los rechazos, porque conocer las causas comunes de antemano vale más que cualquier cantidad de optimismo.
React Native con TypeScript. Código nativo específico de plataforma solo donde de verdad hace falta, y documentado cuando lo hay.
Montaje en App Store y Play Store, metadatos, capturas, declaraciones de privacidad y el proceso de revisión, incluido responder a los rechazos.
Configuradas para que pueda mandar la mayoría de las correcciones a los usuarios sin esperar otro ciclo de revisión. Esto cambia qué tan rápido puede responder a un problema.
Decidimos de forma explícita qué funciona sin conexión y qué pasa cuando vuelve. Las redes móviles fallan constantemente, y fingir lo contrario produce malas reseñas.
Bien configuradas, con un momento de solicitud de permiso que no termina en un rechazo inmediato, y preferencias que el usuario sí puede controlar.
Instrumentado antes de salir, para que su primera semana de uso real produzca datos en lugar de suposiciones.
Está listado de forma explícita para que después no haya discusión sobre qué entraba en el alcance.
Preferimos perder la consulta antes que aceptar un trabajo para el que no somos las personas indicadas.
Los proyectos grandes varían lo suficiente como para que una cifra de titular engañe más de lo que ayuda, así que se cotizan después de una llamada gratuita. Siempre le decimos qué determina el número.
Acotar bien la app, y confirmar que deba ser una app siquiera.
Cotizado
Se cotiza según el tamaño de la app
2 semanas
Llevar una app real a ambas tiendas.
Cotizado
Se cotiza después del descubrimiento, cuando el alcance es real
4-7 meses típicamente
Mantener sana una app en vivo. Las actualizaciones de sistema rompen cosas con calendario.
Cotizado
Mensual, se cotiza según la complejidad de la app
Mensual renovable
React Native para la gran mayoría de los productos: un solo código, componentes genuinamente nativos, y alrededor de la mitad del mantenimiento continuo. Vaya a nativo completo cuando el valor central de su app dependa de renderizado sostenido de alto rendimiento, 3D pesado, o una integración muy profunda con hardware específico de plataforma. Le vamos a decir con honestidad en cuál caso está durante el descubrimiento, incluso cuando la respuesta nos cueste el proyecto.
Sí, de principio a fin: montaje de la cuenta de desarrollador, metadatos, capturas, declaraciones de privacidad y uso de datos, envío, y respuesta a los rechazos. Las cuentas se crean a su nombre, así que nunca depende de nosotros para acceder a su propia ficha.
De cuatro a siete meses es lo típico para una primera versión con un backend real. Sume de una a tres semanas de revisión de tienda en el primer envío. El calendario de Apple no está en nuestras manos, y las apps primerizas se rechazan más seguido de lo que los equipos con experiencia admiten en público.
Para la mayoría de los cambios, sí. Configuramos actualizaciones over-the-air para que las correcciones a nivel de JavaScript y los cambios de contenido lleguen directo a los usuarios. Los cambios en código nativo o en metadatos de tienda sí requieren un ciclo de revisión, pero eso es una porción mucho menor de las actualizaciones típicas.
Treinta minutos, sin discurso de venta. Le diremos qué haríamos, qué implicaría y si de verdad nos necesita.