Una primera versión con login, listas y una transacción simple suele ser 8–14 semanas de ingeniería, más la revisión de App Store o Play.
La ingeniería puede llegar a un build comprobable mientras certificados, textos de privacidad y material de revisión siguen sin terminar. Eso va en el camino crítico. Planificadlo; no lo escribáis la semana en que esperabais publicar.
Mensajería en tiempo real, media, trabajo de campo offline serio, o dos bases nativas con trenes de versión distintos. La multiplataforma ayuda cuando las pantallas son las mismas. No borra la revisión de tienda.
Usuarios, contenido y estado de pedido viven en el servidor. Las versiones de API y la consola de operador no son una sorpresa posterior. Una app que no puede cambiar configuración sin un binario ya llega tarde.
Si la audiencia ya está en WeChat en China, un miniprograma puede llegar antes a una transacción. Una app es para push, trabajos offline o marca en tienda. Muchas empresas corren ambas sobre una API: dos calendarios de cliente, uno de backend.
Cuenta como calendario. Programamos los materiales de revisión con el build. Los bucles de rechazo son más cortos cuando privacidad y pago no se improvisan.
Sí. Mantened la API estable para que iOS no sea una reescritura. Decidlo en la v1 para que la estimación sea honesta.
La revisión de tienda son días o semanas extra. TestFlight o pistas internas pueden cubrir una vista de interesados mientras corre la revisión.
Listad los primeros trabajos de la app y si ambas tiendas van en la v1. Pondremos ingeniería y revisión en un calendario en /es/contacto/.