Doble nativo o multiplataforma es una decisión de producto: sensores, ritmo de versiones y quién prueba en dispositivos, no una religión.
Cámara a medida, pilas Bluetooth, localización en segundo plano o pagos específicos del sistema pueden justificar dos bases. Pagáis dos veces el pulido de UI y ganáis una historia nativa más limpia en la revisión.
Si Android e iOS muestran las mismas listas y la misma transacción, la multiplataforma recorta lógica de pantalla duplicada. Nombrad las islas nativas en la propuesta. "Un solo código para siempre" no es un requisito: es una esperanza.
La revisión de App Store, los manifiestos de privacidad y las reglas de pago no son lo mismo que la firma de Play y la cobertura de dispositivos. La multiplataforma no fusiona esas colas.
Quién posee dispositivos, versiones de sistema y un pase de regresión debe estar en el plan. Los emuladores ocultan los trabajos que fallan en un almacén, un armario o un bolsillo con la radio muerta.
Sí si la API se diseña como el producto. No si el primer cliente incrustó reglas de negocio que el segundo no puede compartir.
Son capas de UI. Los módulos nativos y una API aburrida os dejan móviles. La regla de negocio atrapada en un widget es el verdadero candado.
Donde ya están los usuarios. Muchos equipos de campo en China son Android primero. Las marcas de consumo suelen necesitar ambas tiendas en la v1.
Decidnos qué sensores y qué tienda deben ir en la v1. Diremos nativo, UI compartida o una publicación secuenciada en /es/contacto/.