Aggiunta del supporto per iPad a un progetto di iPhone: Universal vs due app separate? [Chiuso

Question

Ho un'app per iPhone esistente e sembra che una parte significativa dei miei utenti in questi giorni la stia eseguendo su iPad (posso dirlo perché molte delle e -mail che ricevo dagli utenti hanno una firma "inviata dal mio iPad").

Ora sto implementando la versione per iPad e lo sto facendo dalla stessa base di codice, il che è conveniente da fare. Ma quando ho finito, mi chiedo se dovrei effettivamente rilasciarlo come app universale. Potrei invece caricarlo come un'app separata solo per iPad.

Se lo faccio universale:

• ✓ I miei utenti iPad esistenti saranno felici quando si aggiorneranno e improvvisamente vedranno il supporto per iPad.
• ✓ Beneficio dalla classifica/traffico esistente alla mia app, non dovrò costruirlo da zero.
• ✗ Gli utenti del mio iPhone vedranno un aggiornamento per niente.
• ✗ Le valutazioni degli utenti potrebbero diventare confuse in quanto le due versioni sono abbastanza diverse

Se le realizzo due app separate:

• ✓ Posso impostare prezzi diversi 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 infastidirà. Come pagherà ancora una volta.

Mi mancano altri compromessi che possono aiutare a decidere quale percorso prendere? Qualcuno ha esperienza da condividere dall'adozione di entrambe le rotte?

Answer 1

Ho visto un post interessante sul blog (sotto) in cui mostra che diluisci il tuo rango di download su iTunes se hai app separate.

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

Answer 2

Non c'è altro modo al riguardo. Dovresti diventare universale.

L'unico motivo contro l'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 trovare un sacco di ragioni:

• I clienti vedono un avviso di aggiornamento dell'app per il supporto universale. Fare un'app iPad separata significa che devi contattare manualmente i clienti dell'iPad per avvisarli

• 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? Cosa succede se risolvi un bug in futuro e devi fare le stesse correzioni due volte in progetti diversi?

• Avere un'app universale ti fa sembrare più professionale come sviluppatore

• Man mano che il tuo progetto continua a crescere, avere due diverse app sarà un incubo di sviluppo in termini di modifiche, eseguire aggiornamenti, ecc.

• Alcune librerie di terze parti richiedono una qualche forma di ID app per funzionare. Altri esistono che richiedono di pagare per implementazione dell'APP. Perché pagare due volte per app diverse quando puoi farlo all'interno di una singola app universale?

• Esperienza del cliente: gli utenti che possiedono iPhone e iPad si aspetteranno una certa sincronizzazione dell'app tra il proprio iPhone e iPad utilizzando iCloud et al. Non credo che un utente sarà troppo felice per sapere che i loro dati non si sincronizzano tra i loro dispositivi.

• Negli acquisti di app per un dispositivo dovrebbero essere nuovamente acquistati per l'altro (questo non andrà bene con i clienti).

... Posso andare avanti e avanti tutto il giorno. Riassumendo, a meno che tu non abbia un'ottima ragione per avere app separate (e onestamente non riesco a pensare a nessuna), diventa universale. Le app universali si presentano come pulite, ben costruite e realizzate professionalmente. Fanno una buona impressione sui clienti e sono un gioco da ragazzi da gestire per lo sviluppatore.

Fare due app separate per iPhone e iPad è come prendere un sito Web e dividerlo in diverse versioni autonome con i loro nomi di dominio individuali per browser diversi ... non ha senso :)