Agregar soporte para iPad a un proyecto de iPhone: ¿Universal vs dos aplicaciones separadas? [cerrado

Question

Tengo una aplicación de iPhone existente y parece que una proporción significativa de mis usuarios en estos días la está ejecutando en iPad (puedo decirlo porque muchos de los correos electrónicos que recibo de los usuarios tienen una firma de "enviado desde mi iPad").

Ahora estoy implementando la versión para iPad y lo estoy haciendo desde la misma base de código, lo cual es conveniente de hacer. Pero cuando haya terminado, me pregunto si debería lanzarlo como una aplicación universal. En su lugar, podría subirlo como una aplicación separada y solo de iPad.

Si lo hago universal:

• ✓ Mis usuarios de iPad existentes estarán encantados cuando actualicen y de repente verán el soporte para iPad.
• ✓ Me beneficio de la clasificación/tráfico existente a mi aplicación, no tendré que construirlo desde cero.
• ✗ Los usuarios de mi iPhone verán una actualización para nada.
• ✗ Las calificaciones de los usuarios pueden ser confusas ya que las dos versiones son bastante diferentes

Si las hago dos aplicaciones separadas:

• ✓ Puedo establecer diferentes precios para iPhone y iPad
• ✗ Los usuarios existentes de mi aplicación para iPhone que están en iPad no sabrán que hay una nueva versión para ellos. Y si lo descubren, tener que migrar sus datos los molestará. Como pagará una vez más por ello.

¿Me falta otras compensaciones que puedan ayudar a decidir qué ruta tomar? ¿Alguien tiene experiencia para compartir al tomar cualquiera de las ruta?

Answer 1

Vi una publicación de blog interesante (a continuación) donde muestra que diluye su rango de descarga en iTunes si tiene aplicaciones separadas.

http://www.cocoanetics.com/2011/05/to-universal-or-not/

Answer 2

No hay otra manera al respecto. Deberías ir universal.

La única razón en contra de tener una aplicación universal sería un precio diferente (y creo que eso puede enojar bastante a los clientes. Especialmente los existentes que están utilizando la aplicación en sus iPads).

Puedo encontrar muchas razones:

• Los clientes ven una alerta de actualización de la aplicación para el soporte universal. Hacer una aplicación de iPad separada significa que debe comunicarse manualmente con los clientes del iPad para notificarlos

• El código es más manejable. ¿Qué pasa si está creando una clase de manejo de datos que proporciona información para tablas/vistas? ¿Por qué querrías tener dos copias del mismo código en dos proyectos diferentes? ¿Qué pasa si soluciona un error en el futuro y tiene que hacer las mismas soluciones dos veces en diferentes proyectos?

• Tener una aplicación universal te hace ver más profesional como desarrollador

• A medida que su proyecto continúe creciendo, tener dos aplicaciones diferentes será una pesadilla de desarrollo en términos de hacer cambios, ejecutar actualizaciones, etc.

• Algunas bibliotecas de terceros requieren alguna forma de identificación de la aplicación para funcionar. Otros existen que requieren que pague por implementación de la aplicación. ¿Por qué pagar dos veces por diferentes aplicaciones cuando puede hacerlo dentro de una sola aplicación universal?

• Experiencia del cliente: los usuarios que poseen iPhones y iPads esperarán una cierta cantidad de sincronización de la aplicación entre su iPhone y iPad utilizando iCloud et al. No creo que un usuario esté muy contento de saber que sus datos no se están sincronizando entre sus dispositivos.

• En las compras de aplicaciones para un dispositivo tendrían que comprarse nuevamente para el otro (esto no pasará bien con los clientes).

... Puedo seguir y seguir todo el día. Para resumir, a menos que tenga una muy buena razón para tener aplicaciones separadas (y honestamente no puedo pensar en ninguna), vaya universal. Las aplicaciones universales parecen limpias, bien construidas y hechas profesionalmente. Dan una buena impresión en los clientes y son muy fáciles de administrar para el desarrollador.

Hacer dos aplicaciones separadas para iPhones y iPads es como tomar un sitio web y dividirlo en diferentes versiones independientes con sus propios nombres de dominio individuales para diferentes navegadores ... no tiene sentido :)