Usando na compra aplicativo a recursos de desbloqueio vs. usando versões gratuitas e pagas app para iPhone

Question

Eu tenho um aplicativo que eu estava indo para liberar como um (lite) versão gratuita com algumas das funcionalidades totais e uma versão paga com funcionalidades avançadas. Agora, com a compra de aplicativos para aplicativos gratuitos Estou pensando em ir por esse caminho com a capacidade de recursos de desbloqueio, conforme necessário. Eu não estou falando de uma versão de avaliação que expires.I quer que as pessoas para ser capaz de experimentar o aplicativo e ter uma idéia da interface e funcionalidade antes de decidir comprar a funcionalidade completa de cada seção principal do aplicativo, basicamente.

Aqui está uma analogia do que meu aplicativo seria. Vamos dizer que você tem um aplicativo de culinária que ensina a cozinhar em diferentes estilos. Não poderia haver maior seção para francês, italiano e chinês. Cada seção poderia ter alguns rudimentos desbloqueado no app gratuito para que os usuários podem ver a interface do usuário e noções básicas da funcionalidade. Em seguida, o usuário pode decidir comprar cada seção principal (ou não) individualmente com na compra aplicativo ou comprar o aplicativo Versioned completo (com o modelo livre / pago).

Uma preocupação que tenho com a oferta de um aplicativo gratuito com na compra app seria com feedback. Eu ficaria muito claro na minha descrição na App Store que há na compra app para todas as características, mas eu estou preocupado que os usuários menos graves poderia / iria deixar feedback negativo. Acho que é sempre um risco, mas curioso sobre alguma experiência com isso.

Parece também que poderia ser muito mais complicado manter o controle de quais partes do aplicativo estão bloqueados e desbloqueados com na compra de aplicativos. Eu sei que eu teria que ter todo o código para a funcionalidade completa e "bloqueio" as partes que não foram comprados. Como as pessoas geralmente bloquear partes de seu código? Eu não estou falando sobre o processo de compra (Eu li o In App Purchase Guia de Programação), mas após a compra foi feita. Será que eu só acompanhar o que o usuário tenha comprado e colocar condicionais nas seções que são inicialmente bloqueados? Ou existe outra maneira de fazer isso também?

Meu instinto é para a compra no aplicativo (especialmente desde que os usuários poderiam comprar as principais seções que eles querem individualmente).

Answer 1

Eu faria altamente recomendo usar a compra in-app por ter versões diferentes disponíveis.

Se você tiver versões diferentes, os usuários precisam re-download a coisa toda se quiser atualizar. Isso significa que eles precisam ter o dobro do espaço de armazenamento e usar-se duas vezes a largura de banda de rede para atualizar.

Eu não acho que seu comentário preocupações são fundadas. Se sua aplicação for bem feita e os usuários gostar, você vai ter opiniões positivas. Para evitar que os usuários sejam confundidos, certifique-se a aplicação afirma claramente o que pode ser comprado. Além disso, algumas pessoas simplesmente não gostam de tudo e vai dar-lhe uma estrela. Esses usuários são inevitáveis, mas se sua aplicação é bom, deve haver bastante bons comentários para equilibrá-los.

Você está correto em sua suposição de que você teria que ter condicionais para bloqueado content / desbloqueado. No entanto, este não deve ser um problema enorme. Apenas persistem o que o usuário está comprado em um plist ( sugerido pela Apple ) ou outro armazenamento persistente e fazer uma classe que você pode consultar para saber se um determinado recurso foi comprado.

Answer 2

Suponho que faz sentido ter app Lite (com conteúdos desbloqueáveis ??via IAP) e app pago completo. Eu estou dizendo isso baseando-se na própria experiência de vender aplicativos na AppStore. Se estiver interessado você pode querer olhar para o meu post em nosso blog da empresa sobre IAP vs app pago.

http://bees4honey.com/blog/ marketing / in-app-compra-vs-pago-app /

Em duas palavras -. Ter versão lite com IAP e versão paga vai aumentar a receita total em comparação com tendo apenas Lite com IAP ou Lite + pago