iOS nativo
iOS nativo cuando Flutter no llega
Hay productos que no sobreviven a una capa multiplataforma. Control de tiempo de pantalla, APIs profundas, comportamiento en segundo plano, widgets y todo lo que el App Store revisa con lupa se construyen mejor en Swift. Yo hago eso, y sé dónde la plataforma te va a pelear.
Lo que te llevas
- Un producto construido en Swift para iOS, no un envoltorio de una web
- APIs de plataforma en manos de alguien que ya chocó con sus límites en producción
- Envío y revisión del App Store resueltos, incluidos los rechazos que traen los permisos sensibles
- Suscripciones y compras dentro de la app conectadas y probadas
- Accesibilidad y rendimiento tratados como requisito de lanzamiento, no como limpieza posterior
- Una respuesta honesta sobre si necesitas nativo, antes de que lo pagues
Cómo funciona
- 01
Viabilidad
Primera pregunta: si tu producto necesita nativo de verdad y qué APIs van a decidir la arquitectura.
- 02
Prototipar el riesgo
La API arriesgada se prueba antes de construir la interfaz. Si no puede funcionar, lo sabes en semanas, no en meses.
- 03
Construir el producto
Entregas semanales en dispositivos reales, con el comportamiento de plataforma verificado tal como lo vivirá el usuario.
- 04
Publicar e iterar
Envío a la tienda, correcciones de revisión y un primer ciclo de actualización planificado desde el día uno.
Plazos
Un producto iOS nativo bien acotado suele ser un tramo de 8-12 semanas. Los productos con permisos delicados tardan más en pasar la revisión, y prefiero decírtelo por adelantado.
Pruebas, no promesas
Trabajo nativo y de plataforma que está vivo hoy.
Preguntas sobre pasar a nativo
¿Flutter o nativo: qué necesito?
Si tu producto son pantallas, datos y flujos, Flutter te lleva al mercado más rápido y más barato. Si depende de comportamiento de plataforma como Screen Time, HealthKit o ejecución en segundo plano, nativo no es un lujo.
¿Puedes migrar una app Flutter a nativo?
Sí, pero casi nunca de golpe. Lo habitual es extraer a un módulo nativo la parte que lo necesita y mantener el resto, para no pagar una reescritura completa por arreglar un solo problema.
¿Y Screen Time, HealthKit y otras APIs protegidas?
He publicado un producto construido sobre las APIs de Screen Time, incluidos los problemas de persistencia que crea el framework y las preguntas que el App Store hace con permisos restringidos.
¿Me van a rechazar la app?
A veces sí, y forma parte del trabajo. La justificación de permisos, los manifiestos de privacidad y las respuestas a revisión los gestiono yo, no los dejo para que los descubras tú.
¿Necesitas iOS nativo bien hecho?
Cuéntame de qué capacidad de plataforma depende tu producto. Eso decide si esto es un trabajo nativo o un gasto innecesario.
Hablemos de tu proyecto