Una parte de los $ 300K que gastó en la versión de iOS podría ser reutilizada para su versión de Android, en orden:
Infraestructura de fondo . Una aplicación de $ 300K probablemente tenga integraciones con sistemas de back-end para acceder o almacenar datos de aplicaciones o datos de usuarios, lógica de procesos de negocios u otra lógica transaccional. Lo desarrollaste desde cero o lo vinculaste a los sistemas existentes. Esto definitivamente podría ser reutilizado con un mínimo esfuerzo.
Diseño de experiencia de usuario . Los diseños de experiencia general que los usuarios tienen con su aplicación iOS podrían ser reutilizados. Esto incluye los casos de uso, los viajes de los usuarios, los objetivos clave y las métricas de éxito. No confunda esto con los diseños de interfaz de usuario. Una gran aplicación de Android deberá seguir los estándares de diseño de la interfaz de usuario nativa para la plataforma, y aunque puede usar la versión de iOS como guía, querrá diseñar para las mejores prácticas de Android.
- ¿Por qué los titulares de derechos de autor que poseen los derechos de autor de algunos juegos antiguos geniales aún no los han transferido a la plataforma iOS?
- ¿No tendría sentido que Apple lance un iOS para dispositivos que no sean de Apple, vendiendo así más aplicaciones?
- ¿Qué hay de nuevo en iOS 8.2?
- ¿Cuál es la mejor manera de diseñar una aplicación para iPhone?
- ¿Por qué hay una mayor demanda de aplicaciones iOS?
Branding y elementos visuales . Los esquemas de color, logotipos y otros elementos de marca para su negocio o aplicación que creó originalmente para la versión de iOS podrían ser reutilizados.
Servicios de terceros . Todos los servicios de terceros que pueda estar usando en su aplicación iOS (push, monitoreo, análisis, pruebas A / B) también se pueden usar para su aplicación Android, por lo que ahorrará algo de tiempo al configurar esas cuentas.
Pero lo que no podrá cambiar de propósito es la aplicación en sí. Una aplicación de iOS está escrita en Objective-C o Swift, y las aplicaciones de Android están escritas en Java o Kotlin.
El resultado final . En mi experiencia con ArcTouch, una empresa de diseño y desarrollo de aplicaciones móviles en San Francisco, durante los últimos 10 años, debe gastar el 35% de su presupuesto en diseño, el 20% de su presupuesto en infraestructura de back-end y el 45% de su presupuesto en la aplicación front-end.
Según lo que se podría cambiar de propósito desde arriba, esperaría que la versión de Android sea al menos el 50% de su presupuesto de iOS.
Pruebas Debido al conjunto más amplio de dispositivos Android de varios fabricantes, probar su aplicación será mucho más complejo. Debe configurar una matriz de prueba que cubra un conjunto representativo de tipos de dispositivos, tamaños de pantalla y versiones del sistema operativo Android, y utilizar esta matriz para sus pruebas de regresión.
Una reflexión final sobre las aplicaciones de iOS y Android . En el futuro, es posible que desee considerar el uso de una herramienta de desarrollo de aplicaciones multiplataforma, como Xamarin. Esto le brinda más intercambio de código de la aplicación front-end y aún proporciona una experiencia de usuario nativa. Hay algunas aplicaciones para las que no las usaría (como juegos o aplicaciones con visuales muy exclusivos o modelos de interfaz de usuario), pero para muchas aplicaciones, especialmente aquellas utilizadas internamente por las empresas para sus empleados, es una solución ideal.
