2012-11-05 1 views
11

consideri seguente esempio. Diciamo che abbiamo un'app in cui gli scrittori professionisti scrivono storie da un'interfaccia utente basata sul Web. E poi queste storie diventano disponibili per l'utente dell'app iOS come negli articoli di acquisto di app.generici In App Purchase Prodotti Attuazione

Come forse sapete abbiamo bisogno di creare dei prodotti di acquisto di app in anticipo. Ma nelle nostre situazioni vuol dire che per ognuna delle storie create dagli scrittori dovremo creare un nuovo prodotto IAP e aspettare che Apple lo approvi.

per aggirare questa, sto progettando di creare prodotti generici "di consumo" a IAP come storia del valore di $ 1,99, storia del valore di $ 2,99, eccetera, eccetera. Quindi nell'interfaccia utente dell'applicazione mostrerò l'elenco di storie create dagli autori e mostrerò i prezzi corrispondenti per le storie come specificato dagli autori quando hanno creato la storia. Quando l'utente tocca il pulsante Acquista, mostrerò l'acquisto per il prodotto di consumo generico dello stesso prezzo e completerà la procedura di acquisto in-app.

Ora la domanda è sarà di Apple approverà di tale attuazione? Si adatta alla loro politica IAP? Sto chiedendo come non ho potuto trovare una linea guida per un flusso di lavoro come questo.

Un altro approccio per implementare questo è implementando un sistema di credito app/valuta, come i giochi usano. Dove le persone acquistano crediti/monete e poi acquistano oggetti con monete. Questo è un approccio collaudato ma non si adatta alla mia analogia con l'app, da qui la domanda.

+0

avete implementato questo come descritto qui? Ho pensato di fare lo stesso con una mia nuova app ma non ero sicuro che avrebbero approvato ... – SpaceDog

+0

Come pensate di pagare gli scrittori? –

+0

@RubberDuck - Sì, l'abbiamo implementato in questo modo. L'app è stata respinta al primo tentativo. Il cliente ha dovuto combattere con Apple per ottenerlo approvato come da questa implementazione. –

risposta

2

Cosa si vuole raggiungere è perfettamente fattibile, l'unica cosa è che il tuo contenuto acquistabile deve essere dinamico. Dovrai scaricare gli ID prodotto da un server anziché averli codificati nella tua app.

di sottoporre alla vostra esempio, posso immaginare una vista della tabella di essere alimentato con un elenco di oggetti che avrebbero lo SKProduct ID memorizzato su di loro. Dovresti farlo perché, al momento della scrittura, non puoi recuperare tutti gli ID prodotto disponibili per la tua app dai server Apple. So che è un rompicoglioni che non hanno implementato questa funzione, ma per essere onesti, se non lo hanno già fatto, non penso che lo faranno mai.

questo è il metodo a cui mi riferisco: initWithProductIdentifiers

Si fornisce con un NSSet con tutti gli identificatori che si desidera recuperare, ma se si fornisce un insieme vuoto o nullo, ma non risponde con tutto l'esistente. Puoi segnalare un bug ad una Apple se ritieni che questo non funzioni come dovrebbe. Per favore, controlla questa risposta in caso di dubbi: link

Un'altra cosa importante da notare è che dovrai caricare i tuoi prodotti manualmente. Apple non espone alcuna API per automatizzare il processo. Ciò significa che ogni volta che uno scrittore ha caricato qualcosa sul tuo server, devi collegarti a iTunes e creare un prodotto. Inoltre, potresti limitarti a 10.000 prodotti perché è la quantità massima di prodotti diversi che puoi registrare con Apple.Ti consiglio anche di leggere velocemente la guida di iTunes Connect, che ha alcune informazioni importanti come quella appena citata: iTunes Connect

Per quanto riguarda i quadri di terze parti, come la citata UrbanAirship, ti salveranno da dover implementare la convalida della ricevuta sui tuoi server. A parte questo, non vedo alcun vantaggio importante.

Detto questo, ti consiglierei di riconsiderare il tuo modello di business. Ne vale davvero la pena di caricare i prodotti uno per uno? O è meglio andare in abbonamento, in cui i tuoi utenti pagano una quantità fissa di denaro per scaricare un numero di articoli al mese. Potresti avere diversi livelli, ad esempio di base, premium (download illimitati) e così via e controllare la consegna degli articoli dai tuoi server. Dipende da te, ma per me la risposta è abbastanza chiara.

+0

Grazie, più o meno risponde alla mia domanda. Non sapevo che consentissero solo 10000 prodotti! Anche l'abbonamento non è davvero il modello con cui possiamo andare. In realtà le storie sono solo un'analogia (a causa della NDA e della tutela del concetto di prodotto) che ho posto nella domanda. Il prodotto reale è qualcosa di diverso che non ha senso nel modello di abbonamento. –

0

Pritam

Per la consegna di contenuti dinamici si dovrebbe utilizzare un abbonamento, non è un materiale di consumo. L'utilizzo di un abbonamento risolve il problema consentendo di addebitare per ogni aggiornamento E distribuire nuovi contenuti allo stesso tempo.

È possibile guardare in servizi 3rd party come UrbanAirship che ridurrà notevolmente la quantità di tempo che passate cercando di fornire dinamicamente i tuoi contenuti, abbonamenti pista e scadenze, ecc