¿Nativo o React Native / Flutter — cuál elegir?
Nativo (Swift + Kotlin): máximo rendimiento + acceso a las funciones más nuevas de Apple/Google (Live Activities, App Clips, Material You). Preferido para: juegos, AR, editores de video, proyectos de 1M+ usuarios, fintech/salud regulados. Multiplataforma (React Native / Flutter): 50% más barato + una base de código + desarrollo 2x más rápido. Preferido para: MVPs, e-commerce, apps B2B de campo, apps de contenido. Recomendamos según su escenario en la llamada de descubrimiento — no empujamos nativo si no hace falta.
¿Cómo funciona la comisión de compras in-app de Apple/Google?
Los bienes digitales (suscripciones, créditos, contenido premium) vendidos dentro de la app deben usar Apple IAP / Google Play Billing — comisión estándar del 30%, que baja al 15% con el Small Business Program (ingresos menores a $1M/año; gestionamos la inscripción en ambas tiendas; la tarifa de suscripciones de Apple también baja al 15% tras el primer año de cada suscriptor). Los bienes físicos y servicios del mundo real (e-commerce, comida a domicilio, reservas) están exentos — pasan por Stripe/PayPal sin comisión de tienda. Diseñamos su enrutamiento de pagos alrededor de estas reglas para que retenga la máxima parte.
Nuestra app la usarán niños — ¿qué exige COPPA?
COPPA aplica a apps dirigidas a menores de 13 años (y a la recolección consciente de sus datos). Exige consentimiento parental verificable antes de recolectar información personal, nada de publicidad conductual a niños, política de privacidad apta para menores, minimización de datos y derechos de eliminación. La FTC multa activamente — ha habido acuerdos de decenas de millones. La Kids Category de Apple y la política Families de Google Play añaden sus propias reglas (sin rastreadores de terceros, solo anuncios curados). Hemos entregado builds conformes a COPPA y diseñamos el flujo de consentimiento, la dieta de SDKs y el envío a tienda por la vía Kids/Families desde el día uno.
¿Qué significan CCPA/CPRA para nuestra app?
La ley de privacidad de California (reforzada por la CPRA) da a los usuarios derecho a saber, eliminar, corregir y optar por que no se vendan ni compartan sus datos. Si su app alcanza los umbrales, necesita: enlace "Do Not Sell or Share My Personal Information", respeto de la señal GPC, endpoint de eliminación de datos, divulgación de SDKs de terceros y política de privacidad actualizada. Otros estados (Colorado, Virginia, Texas…) siguen el mismo patrón. Nuestros builds incluyen la configuración segura de analítica y los flujos de derechos del consumidor como estándar.
Queremos enviar push y SMS — ¿qué es la TCPA y por qué importa?
La TCPA regula las llamadas automatizadas y el marketing por SMS — enviar textos sin consentimiento expreso previo por escrito lo expone a daños estatutarios de $500-$1,500 *por mensaje*, y las demandas colectivas son una industria. Nuestros builds capturan consentimiento expreso con registros con marca de tiempo, incluyen manejo claro de baja (STOP) vía Twilio, y separan los push de marketing de las notificaciones transaccionales con toggles independientes. El prompt de permiso del sistema también se secuencia para maximizar el opt-in sin patrones oscuros.
¿Entregan el código o quedamos atados a ustedes?
El código es 100% suyo. Repositorio de GitHub transferido sin costo. Puede continuar con cualquier otro desarrollador o contratar in-house. Las cuentas de App Store y Google Play se abren a su nombre con su W-9/EIN y datos de pago ACH — propiedad 100% suya. El vendor lock-in no es nuestro modelo de negocio.
¿Pagos, push y analítica están incluidos? ¿Y Apple Pay / Google Pay?
Parte del paquete estándar: Stripe (tarjetas + ACH) con checkout de un toque de Apple Pay y Google Pay, PayPal, push OneSignal/Firebase, SMS Twilio con captura de consentimiento TCPA, Firebase Analytics + Mixpanel (configuración segura CCPA/CPRA), Sentry crash, inicio biométrico. Integraciones adicionales (Plaid, Zendesk, Intercom, Branch.io, MapKit/Google Maps, ARKit/ARCore) entran en el alcance — sin cargo extra.
Tengo un sitio web — ¿cómo se integra la app móvil?
Tres opciones: (1) Backend compartido — web + móvil alimentados por una sola API; el carrito de la web aparece en el móvil. Lo más común. (2) Híbrido con web views — con presupuesto ajustado algunas pantallas muestran páginas web (Apple lo desaconseja; hay que hacerlo con cuidado). (3) Móvil completamente nuevo — UX nativa móvil, sincroniza con la web vía API. Recomendamos según su escenario en el descubrimiento.
¿La accesibilidad ADA es un riesgo real para las apps?
Sí. Los tribunales de EE. UU. han tratado las apps de negocios como lugares de acomodación pública, y las cartas de demanda ADA por apps inaccesibles son comunes — retail y restaurantes son los más golpeados. Cada build sale alineado con WCAG 2.2 AA: etiquetado VoiceOver/TalkBack, dynamic type, contraste seguro, orden de foco, subtítulos. No es un extra — está en la definición de terminado, y además amplía su mercado.