2011-09-23 19 views
9

La mia azienda offre un servizio ai nostri clienti che vorremmo implementare su iphone. I nostri clienti pagherebbero $ 5000 al mese per il servizio, così potranno darlo gratuitamente ai loro clienti. Abbiamo cercato (finora senza successo) un metodo di distribuzione in cui possiamo vendere il nostro servizio ai nostri clienti, e possono darlo ai loro clienti, senza addebitare agli utenti finali e senza pagare le commissioni di distribuzione del 30% ad Apple.Applicazione iPhone con o senza AppStore

Abbiamo fatto la nostra ricerca e ha scoperto che non delle soluzioni convenienti avrebbe funzionato per noi:

  • Mettere l'applicazione per il download gratuito su App Store, proteggendolo con l'utente/password e ricarica i nostri clienti da remoto potrebbe violare i termini e le condizioni dell'App Store.

  • Sviluppo ad hoc sarebbe insufficiente in quanto puntiamo a oltre 10.000 download su diversi dispositivi client.

  • E la soluzione Enterprise è per la distribuzione interna in società statunitensi con più di 500 dipendenti (e non stiamo usando internamente, noi siamo al di fuori degli Stati Uniti e attualmente hanno solo 5 dipendenti :)

tuo l'aiuto sarebbe molto apprezzato!

Daniel

+0

Le informazioni sulla distribuzione Enterprise è obsoleto. La restrizione di 500 dipendenti non viene più applicata. Il nuovo requisito è che la tua azienda abbia un numero Duns & Bradstreet. (Come un SSN per le aziende) le dimensioni non sono più un requisito. – Dancreek

+0

Guardando la tua prima opzione, addebiti ai tuoi clienti $ 5k, e poi fanno pagare i loro clienti per usare l'app? – LouwHopley

+0

No, addebito ai miei clienti $ 5K, e poi lo danno gratuitamente ai loro clienti come un buon servizio clienti. – redsand75

risposta

7

La prima soluzione potrebbe prevedere come il migliore, ma non è compatibile con Apple Durata del contratto.

L'idea sarebbe:

  • vendono liberamente (per evitare il 30%) l'applicazione attraverso l'app store
  • vendere un abbonamento direttamente al vostro cliente

Per essere conforme è necessario:

  • vendere un abbonamento anche come acquisto in app per essere conforme ai Termini Apple (non verrebbe mai utilizzato nel tuo caso). Si è cambiato da giugno, 30 2011 (BlogArticle & MacRumors) ed è possibile trovare il testo ufficiale c'è: [AppleTerms] (richiede un account di sviluppatore)
  • non mettono alcun pulsante per ottenere un abbonamento all'interno dell'applicazione ed evitare il testo come buy o qualcosa di simile nell'applicazione distribuita.

11,14 applicazioni in grado di leggere o riprodurre contenuti approvati (in particolare riviste, giornali, libri, audio, musica, e video) che viene sottoscritto o acquistati al di fuori della app, fintanto che non v'è alcun pulsante o collegamento esterno nell'app per acquistare il contenuto approvato. Apple non riceverà alcuna parte delle entrate per contenuti approvati che sono stati sottoscritti o acquistati al di fuori dell'app.

[AppleTerms]: http://developer.apple.com/appstore/guidelines.html(richiede un account di sviluppatore)

+0

Grazie, ma significa che gli utenti finali dovranno acquistare l'abbonamento. I miei clienti dovrebbero offrire l'app ai loro clienti (gli utenti finali) gratuitamente, quindi addebito solo i miei clienti per il servizio. Sarebbe un problema se lo inserissi su App Store in modo che gli utenti possano scaricarlo gratuitamente con un set di funzionalità molto semplice, e gli altri utenti (che sono i clienti dei miei clienti) sarebbero in grado di accedere utilizzando log- nel codice per utilizzare la versione completa, quindi posso caricare i miei clienti direttamente all'esterno dell'app store? – redsand75

+0

Ok, capisco, puoi vendere la tua applicazione liberamente e aggiungere un sistema di gestione degli account all'interno dell'applicazione, non appena l'utente viene riconosciuto da te come uno potente che apri tutti i moduli nell'applicazione. Il modo più semplice è quello di procedere come una versione di prova ... Per impostazione predefinita l'applicazione contiene tutti i moduli, ma solo una volta decisa, una volta aperti, dopo aver effettuato l'accesso, si aprono tutti i moduli richiesti. Risponde? –

+0

Oh bene, le correzioni 11.14 suona esattamente quello di cui ho bisogno! In questo caso, posso ancora avere una pagina di accesso sulla mia app che richiede l'utente/la password di iscrizione? – redsand75

1

Un'altra possibilità è quella di fare una web app HTML5 che può funzionare stand-alone sul dispositivo come un ritaglio web. Quindi i tuoi clienti potrebbero distribuire l'app direttamente dai propri siti Web, dietro o dietro una pagina protetta o protetta da password.

Il Financial Times ha effettuato questa operazione (conversione da un'app store a un'app Web) per evitare le restrizioni di Apple App Store su determinati tipi di abbonamento.

+0

Grazie, suppongo che questo potrebbe funzionare per le "normali" applicazioni web HTML5, ma nel nostro caso siamo disposti a utilizzare PhoneGap, quindi non sono sicuro che possiamo impacchettarlo e distribuirlo direttamente dal sito web dei clienti. È possibile? – redsand75

+0

Disposable o richiesto? Hai davvero bisogno di una delle funzionalità o delle API che solo phonegap fornisce per implementare le specifiche del cliente? O potresti fare una pagina web pura per Safari? E poi renderlo in grado di clip? – hotpaw2

+0

Questo è un buon punto. PhoneGap offre alcune interessanti API native come l'accesso all'archiviazione del dispositivo, al sistema di notifica, alla videocamera, ecc. Che non sono sicuro se sia possibile accedere utilizzando solo HTML5 puro. – redsand75

2

I Termini Apple sono stati aggiornati.

  • Se si vuole sbloccare caratteristiche o funzionalità all'interno della vostra app, (a titolo di esempio: le sottoscrizioni, le valute di gioco, livelli di gioco, l'accesso ai contenuti premium, o sbloccare una versione completa), è necessario utilizzare acquisto in app. Le app non possono includere pulsanti, collegamenti esterni o altri inviti all'azione che indirizzano i clienti a meccanismi di acquisto diversi da IAP.

  • Eventuali crediti o valute di gioco acquistati tramite IAP devono essere consumati all'interno dell'applicazione e non possono scadere, e si dovrebbe assicurarsi di avere un meccanismo di ripristino per eventuali acquisti in-app ripristinabili. Ricorda di assegnare il tipo di acquisto corretto o la tua app verrà rifiutata.

  • Le app non devono consentire, direttamente o indirettamente, di regalare contenuti, funzionalità o articoli di consumo IAP ad altri.

  • Le app distribuite tramite Mac App Store possono ospitare plug-in o estensioni abilitate con meccanismi diversi dall'App Store.

si può guardare: https://developer.apple.com/app-store/review/guidelines/

+0

Mi chiedo cosa significherà questo. Penso che molte app saranno colpite da questo cambiamento! – Warpzit

Problemi correlati