Desarrollo de Apps Móviles

Termina cualquier semana con un solo mensaje. Sin preaviso, sin entrevista de salida, sin letra pequeña. Facturamos semanalmente, así que el máximo al que estás comprometido es la semana actual.

Está en tu contrato: dínoslo, y reembolsamos esa semana. Sin preguntas, sin facturas que disputar, sin llamadas para escalar. Única regla: los reembolsos aplican a la semana más reciente.

Porque las horas son la métrica equivocada. Si optimizamos por horas facturadas, no estamos optimizando por tu resultado. El trato es más simple: cada semana, ganamos la siguiente. Si no lo hacemos, no pagas. Podemos invertir cero horas o sesenta. Lo que importa es si te impresionamos.

Trabajamos con operadores, no con ganadores de lotería. Si una solicitud requeriría romper la física, la ley o sistemas de terceros, lo decimos, y si no podemos alinearnos, nos vamos. La garantía es mutua: puedes despedirnos cualquier semana; nosotros también podemos despedirnos.

Por defecto React Native o Flutter cuando importa la paridad de features con web, el time-to-market es crítico o el presupuesto no aguanta dos codebases. Nativo (Swift, Kotlin) cuando la app es muy gráfica, depende de sensores de hardware o requiere fidelidad UI absoluta. Te mostraremos los trade-offs en una estimación real — no te empujamos hacia lo que es más fácil para nosotros.

End-to-end: metadatos de tienda, screenshots, previews en vídeo, clasificación por edades, declaraciones de privacidad, App Tracking Transparency, App Privacy Labels y el ciclo de review-rejection. Hemos lanzado por ambas tiendas suficientes veces como para conocer los motivos de rechazo antes de que ocurran.

Sí, y lo recomendamos con fuerza. Las apps móviles necesitan mantenimiento por versión de SO (cada release de iOS/Android rompe algo), parches de seguridad de librerías y adaptaciones de políticas de tienda. Ofrecemos retainers post-lanzamiento desde on-call para hotfixes hasta desarrollo activo de features. Nunca te forzamos a uno — eliges el nivel.

Sí, por defecto. Firebase Cloud Messaging o OneSignal para push, Mixpanel/Amplitude/PostHog para analytics, Sentry o Bugsnag para crashes, y un camino de analytics respetuoso con la privacidad (preferimos Umami/Plausible en el equivalente web). Configurado antes del lanzamiento, no después del primer incidente.

MVP cross-platform (React Native o Flutter) con login, flow core y una feature de pago: 25.000-50.000 €. App de producción con backend, push, in-app purchases y analytics: 50.000-120.000 €. Dos codebases native puras (Swift + Kotlin) en paralelo: 1,7-2,2× el número cross-platform. Las cuentas de developer de Apple y Google cuestan 99 €/año cada una y no están incluidas. Cotizamos el ciclo de App Store y Play Store rejections en el presupuesto, para que un «ya terminamos» no vaya seguido de tres semanas de re-submissions.

Cuando no necesitas acceso a sensores más allá de lo que expone el navegador, tu audiencia usa tanto iOS como Android, los ingresos de App Store no son centrales para el modelo, y quieres una codebase que envía en horas no días. Las PWAs gestionan offline, push (en Android), instalación en home-screen y la mayoría de APIs web modernas. Frenamos el «necesitamos una app móvil» cuando una PWA llegaría 6 semanas antes y convertiría a los mismos usuarios. Construimos nativa cuando las integraciones del SO (HealthKit, ARKit, secure enclave, background workers, acceso profundo al sistema) son determinantes.