Aggiunta del supporto iPad a un progetto iPhone: universale rispetto a due app separate?

Question

Ho un'app per iPhone esistente e sembra che una parte significativa dei miei utenti stiano attualmente eseguendo su iPad (posso dirlo perché molte delle email che ottengo dagli utenti hanno una firma "inviato dal mio iPad").

Attualmente sto implementando la versione per iPad e lo sto facendo con lo stesso codice base, che è comodo da fare. Ma quando ho finito, mi chiedo se dovrei effettivamente rilasciarlo come un'app universale. Potrei invece caricarlo come app separata e completamente nuova per iPad.

Se faccio universale:

• ✓ I miei utenti iPad esistenti sarà lieto quando aggiornare e improvvisamente vedono il supporto iPad.
• ✓ Io traggo vantaggio dal posizionamento/traffico esistente nella mia app, non dovrò crearlo da zero.
• ✗ I miei utenti iPhone vedranno un aggiornamento per niente.
feedback
• ✗ utente potrebbe ottenere confuso come le due versioni sono molto diverse

Se li faccio due applicazioni separate:

• ✓ posso impostare diversi prezzi per iPhone e iPad
• ✗ Gli utenti esistenti della mia app per iPhone che sono su iPad non sapranno che c'è una nuova versione per loro. E se lo scoprono, dover migrare i loro dati li infastidisce. Come pagherà ancora una volta per questo.

Mi mancano altri compromessi che possono aiutare a decidere quale percorso prendere? Qualcuno ha esperienza da condividere prendendo entrambi i percorsi?

Answer 1

Ho visto un post del blog interessante (sotto) dove mostra che si diluisce il tuo download rank su iTunes se hai app separate.

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

Answer 2

Non c'è altro modo su di esso. Dovresti diventare universale.

L'unica ragione per non avere un'app universale sarebbe un prezzo diverso (e penso che possa far incazzare un po 'i clienti, soprattutto quelli esistenti che utilizzano l'app sui loro iPad).

posso venire con un sacco di motivi:

• I clienti vedono un avviso di aggiornamento app per il supporto universale. Creare un'app per iPad separata significa contattare manualmente i clienti iPad per informarli

• Il codice è più gestibile. Cosa succede se stai creando una classe di gestione dei dati che fornisce informazioni per tabelle/viste? Perché vorresti avere due copie dello stesso codice in due progetti diversi? Che cosa succede se risolvi un bug in futuro e devi fare le stesse correzioni due volte in diversi progetti?

• Avere una universal app ti fa apparire più professionale come sviluppatore

• Come il progetto continua a crescere, avere due applicazioni diverse sta per essere un incubo sviluppo in termini di apportare modifiche, in esecuzione aggiornamenti, ecc

• Alcune librerie di terze parti richiedono una qualche forma di ID di app per funzionare. Esistono altri che richiedono il pagamento per implementazione di app. Perché pagare due volte per diverse app quando puoi farlo in un'unica app universale?

• Esperienza cliente: gli utenti che possiedono iPhone e iPad si aspettano una certa quantità di sincronizzazione dell'app tra iPhone e iPad utilizzando iCloud e altri. Non credo che un utente sarà troppo felice di sapere che i loro dati non si sincronizzano sui loro dispositivi.

• In App Gli acquisti per un dispositivo dovrebbero essere nuovamente acquistati per l'altro (questo non andrà giù bene con i clienti).

... Posso andare avanti e avanti tutto il giorno. Per riassumere, a meno che tu non abbia una buona ragione per avere app separate (e onestamente non riesco a pensarne nessuna), diventa universale. Le app universali si presentano pulite, ben costruite e realizzate professionalmente. Fanno una buona impressione sui clienti, e sono una brezza da gestire per lo sviluppatore.

Fare due applicazioni separate per iPhone e iPad è come fare un sito web e dividendolo in differenti versioni standalone con i loro singoli nomi di dominio per i diversi browser ... non ha senso :)