Agregando soporte para iPad a un proyecto de iPhone: universal frente a dos aplicaciones separadas?

Question

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

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

Si lo hago universales:

• ✓ Mis usuarios de iPad existentes estará encantado cuando se ponen al día y de repente ver el apoyo IPAD.
• ✓ Me beneficio del ranking/tráfico existente en mi aplicación, no tendré que construirlo desde cero.
• ✗ Los usuarios de mi iPhone verán una actualización para nada.
calificaciones
• ✗ usuario podría resultar confusa, ya que las dos versiones son bastante diferentes

Si las hago dos aplicaciones separadas:

• ✓ puedo definir distintos precios para el iPhone y el iPad
• ✗ Los usuarios existentes de mi aplicación de 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.

¿Echo de menos cualquier otra compensación que pueda ayudar a decidir qué ruta tomar? ¿Alguien tiene experiencia para compartir al tomar cualquiera de las rutas?

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 sobre ella. Deberías ir universal.

El único motivo para no tener una aplicación universal sería un precio diferente (y creo que eso puede molestar un poco a los clientes, especialmente a los que están usando la aplicación en sus iPads).

que puedo llegar con un montón de razones:

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

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

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

• medida que su proyecto sigue creciendo, tener dos aplicaciones diferentes va a ser una pesadilla de desarrollo en términos de hacer cambios, actualizaciones correr, etc. .

• algunas bibliotecas de terceros requieren algún tipo de ID de aplicación para funcionar. Existen otros que requieren que usted pague por implementación de la aplicación. ¿Por qué pagar dos veces por diferentes aplicaciones cuando puede hacerlo en 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 usando iCloud et al. No creo que un usuario esté contento de saber que sus datos no se sincronizan en sus dispositivos.

• Compras en App para un dispositivo tendría que ser comprado de nuevo por el otro (esto no va a ir bien con los clientes).

... Puedo seguir y seguir todo el día. Para resumir, a menos que tengas una MUY buena razón para tener aplicaciones separadas (y sinceramente no puedo pensar en ninguna), ve universal. Las aplicaciones universales se muestran como limpias, bien construidas y hechas profesionalmente. Ellos causan una buena impresión en los clientes y es muy fácil de administrar para el desarrollador.

Hacer dos aplicaciones separadas para iPhone y iPad es como tomar un sitio web y su división en diferentes versiones independientes con sus propios nombres de dominio individuales para diferentes navegadores ... no tiene sentido :)