2011-01-01 20 views
6

Attualmente in preparazione un'app per l'immissione sul mercato. Le parrucche grandi vogliono caricare un abbonamento per l'app e questo si sta dimostrando fastidioso da implementare per Android.Licenza basata su abbonamento Android

Non vogliamo fare "I 99 centesimi acquistano l'app per sempre" poiché esiste un utilizzo continuo del server per questa app e quindi vogliamo addebitare un abbonamento.

Sembra che Android Licensing Server non supporti questo - tutto ciò che è "ho acquistato questa app o no" per contribuire a ridurre la pirateria.

Inoltre, non voglio seguire il percorso di avere più versioni installate che fungono da acquisto. Altrimenti l'utente comprerebbe un'app ogni anno.

C'è qualche soluzione che mi manca?

risposta

2

Per un servizio in abbonamento, è necessaria la fatturazione in corso. Android Market non lo supporta (ancora). Quindi costruisci il tuo o trova un servizio che lo faccia per te (no, non ho suggerimenti). L'app potrebbe essere anche libera sul mercato.

Ogni pochi minuti di utilizzo o ogni volta che la tua app contatta il server di fatturazione e chiede quale sia il bilancio. Se il saldo è pericolosamente basso, avvisa l'utente; una volta che il saldo non è positivo, si rifiuta di funzionare e fornisce un collegamento alla pagina di rifornimento.

Per tracciare l'utilizzo effettivo, è ideale che il server che fornisce le informazioni effettivamente pagate raccolga anche le statistiche di utilizzo e le invia periodicamente al server di fatturazione. Se ciò non è ancora possibile, l'app può tracciare l'utilizzo della risorsa a pagamento, ma ovviamente dovrai proteggere i dati dalla manomissione.

Ovviamente, hai già un modo per identificare un cliente sul posto.

+1

Ma che dire di questo: http://www.android.com/us/developer-content-policy.html - Gli sviluppatori che offrono contenuti, beni o servizi aggiuntivi per un'applicazione scaricata da Android Market devono offrire un Processore di pagamento autorizzato come opzione di pagamento –

+0

@PauloCesar: ho appena esaminato varie app di telefonia IP che richiedono sicuramente account su altri siti [a pagamento]. Riempi completamente il tuo account VoIP separatamente dall'ecosistema Android; l'app è solo un gateway per il tuo account. Lo stesso vale per determinati contenuti a pagamento, AFAIK. La clausola che cita riguarda contenuti/servizi che gli utenti possono acquistare dall'interno dell'app, se ho capito bene. – 9000

+0

Certo, ma il problema è, non riesco a mettere un pulsante "acquista abbonamento" utilizzando paypal sulla mia app, ad esempio. Dovrei creare un sito Web di iscrizione e quindi inserire un "accesso" nell'app, senza collegamenti al sito Web dell'abbonamento se sono stato compreso correttamente. Che in qualche modo ferisce il mio modello di app di vendita di abbonamenti a riviste digitali. –

2

Ho cercato come fornire una versione demo della mia app ed è essenzialmente lo stesso problema.

Le risposte che ho visto sembrano suggerire che in questo momento, se si dispone di un server, la migliore strategia è lungo le linee di:

All'avvio app -

  • hanno la l'app si collega al tuo server con l'ID univoco del dispositivo.
  • Chiedi al tuo server di controllare/registrare lo stato della licenza come preferisci.
  • Avere la risposta del server per le app comunicare statistiche di licenza (di nuovo come più vi piace)

È possibile applicare questa strategia a qualsiasi livello di granularità desiderato, da accesso generale app, a consentire/non consentire l'uso di caratteristiche specifiche.

Questo metodo presenta tuttavia alcuni inconvenienti; vale a dire il requisito di mantenere il proprio server/database e che l'app richiede autorizzazioni aggiuntive per l'accesso allo stato del dispositivo (per l'id del dispositivo) e per l'accesso a Internet.

Per ulteriori informazioni su questo metodo e le relative alternative, consultare le domande "Come creare una versione demo della mia app" qui su SO.

+0

Grazie per la risposta, il problema diventa quindi come si accetta il pagamento per l'abbonamento. Non voglio dover indirizzare gli utenti al nostro server (e questo potrebbe essere contro il mercato T & C?) – monkjack

0

Perché non avere un sito Web su cui gli utenti creano un account, è possibile eseguire la fatturazione attraverso questo utilizzando Google Checkout. Quando l'app inizia a farli accedere al sito usando lì username e password. Potresti quindi renderlo libero sul mercato in quanto solo le persone che hanno un account attivo potrebbero usarlo.

Se si desidera che l'app funzioni offline, è possibile memorizzare alcuni dati per verificare che l'utente si sia attivato in precedenza. Non sono sicuro delle specifiche ma ho una sorta di dati crittografati collegati al numero di telefono degli utenti

0

Ho intenzione di utilizzare la licenza per trovare un ID utente e aggiungere acquisti in-app per l'acquisto di un mese. Quindi, se il mese si esaurisce, presenta una finestra di dialogo di acquisto in-app per il mese successivo.

1

Mi rendo conto che questo è un vecchio thread, ma una soluzione che sto cercando personalmente è questo ... 1. Creare un profilo utente quando i carichi di app e lo hanno memorizzare sul server 2. avere l'accesso al database app sul server in cui sono archiviate le informazioni utente 3. creare un campo per gli abbonamenti 4. fare in modo che l'app controlli il campo per l'iscrizione pagata come inserire un 1 per si o 0 per no nel database. 5. se si consente l'accesso, altrimenti si apre la finestra con il tasto webview si va su una pagina web con un pulsante di pagamento paypal da pagare.

spero che questo dia alcune idee.

+0

È quasi certo che violi l'accordo di Google. – AndroidDev

4

Google Play ora supporta la fatturazione in abbonamento con rinnovo automatico.

Controllare la documentazione here

0

più semplice per utilizzare Google nelle sottoscrizioni app che era uscita nel mese di aprile. L'app di esempio è un buon inizio e mi ci sono volute un totale di 3 settimane per essere implementata dall'inizio alla fine, quindi non è male.

+0

IAB al 30% del costo dell'app? No grazie. Aggiungi al fatto che Google Play non è disponibile su tutti i dispositivi in ​​tutto il mondo, limitando ancora di più le tue entrate. – AndroidDev

0

Gli acquisti in-app consentono il periodo posticipato. Quindi puoi utilizzare l'API di abbonamento acquisti in-app per dare all'utente un periodo di differimento quando compra l'app e lo addebita di conseguenza.

Problemi correlati