Aplicaciones iOS: ¿Por qué muchos desarrolladores de aplicaciones crean una aplicación gratuita y de pago en lugar de una única versión gratuita con una compra en la aplicación?

Pensé que IAP era el modelo popular en estos días, pero en cualquier caso, no tengo IAP, solo aplicaciones gratuitas y de pago, en gran parte por razones históricas, ya que hice muchas de mis aplicaciones antes de que Apple ofreciera Storekit. Otra razón es que se necesita trabajo para agregar IAP, tanto en diseño, implementación y probablemente soporte. Siempre existe el riesgo de que alguien compre algo en el juego y no funcionó o no fue lo que esperaban o no debería haber sido comprado por su hijo. Y uso el motor de juego Unity, por lo que para usar IAP tendría que comprar un complemento para interactuar con Storekit o implementar el mío. Ah, sí, y hubo esa demanda de Lodsys donde comenzaron a demandar a los desarrolladores por infringir su patente IAP. Apple realmente me llamó una vez y me animó a combinar mis aplicaciones gratuitas / pagas en una sola aplicación con IAP, lo que pensé que habría sido un problema para las personas que ya ayudan con la aplicación, y escuché que rechazaban las combinaciones gratuitas / pagas en ese momento, pero luego ocurrió el traje de Lodsys, y creo que retrocedieron por un tiempo debido a eso.

Muchas buenas respuestas aquí ya.

Otro giro interesante:
A partir de iOS 7, ahora puede “convertir” una aplicación paga para que sea una aplicación Freemium.

iOS ha agregado “gestión de recibos” en iOS 7. (a través de SKReceiptRefreshRequest) Las aplicaciones ahora pueden “verificar” que una aplicación ha sido pagada o no. También puede calcular cuánto pagó el usuario por la aplicación, cuando lo hizo.

Entonces Apple está alentando a las personas que tienen aplicaciones pagas a convertirlas a Freemium. Como sabrá, podrá verificar automáticamente qué usuarios han “pagado” originalmente y usarlo para habilitar instantáneamente las funciones “pagas”. Algunas aplicaciones han hecho esto. Pero siempre me pregunto si los usuarios existentes se confundirán y enojarán cuando vean que una aplicación por la que “pagaron” se ha vuelto gratuita.

La administración de recibos tiene otra característica importante (y la verdadera razón por la que existe) es que puede detectar que alguien está ejecutando una versión robada / descifrada de su aplicación (generalmente en un dispositivo con jailbreak). La primera vez que se ejecuta la aplicación, puede verificar que el usuario actual tenga una licencia legítima para ejecutarla. Entonces, si tiene una aplicación paga y desea verificar que el usuario realmente pagó, SKReceiptRefreshRequest es su amigo.

Algunas razones:

Ventajas de la opción 1:

• Cuantas más aplicaciones haya en las tiendas, mayor visibilidad tendrá la aplicación.

• Demasiado difícil implementar IAP o demasiadas diferencias entre app1 y app2.

Ventajas de la opción 2:

• Los usuarios no tienen que tomarse el tiempo para descargar otra aplicación.
• Los desarrolladores pueden especificar qué funciones desbloquear con la compra en lugar de desbloquear todas con una sola compra.
• Puede rendir más dinero. Es más probable que el usuario gaste 99 centavos 10 veces para desbloquear diez características diferentes de $ 10 a la vez. O los usuarios pueden elegir desbloquear solo 6/10 de esas funciones y los desarrolladores monetizarán solo por algunas funciones frente a Todas o nada.

Muchas aplicaciones ahora están monetizando en anuncios u otros medios.
Mira esto:
Tres estrategias efectivas de monetización explicadas

Tal vez sea una de las siguientes razones altamente improbables:

1) No lo pensaron
2) No saben cómo codificar las compras en la aplicación.
3) Se implementaron pero no funcionó.
4) Equipo de marido y mujer trabajando en dos versiones diferentes de la aplicación.
5) La versión gratuita llegó primero, perdieron el código, comenzó desde cero en una versión paga.
6) Dos empresas completamente diferentes que trabajan por cierto en el mismo producto tienen el mismo nombre.
7) Lo implementaron, pero tienes doble visión y no te das cuenta.
8) Son miembros de PAN (Programadores contra Nagware).
9) Son miembros de PAT (Programmers Against Teaseware).
10) Comenzaron desde cero en la versión de pago porque querían que valiera la pena comprar, y arreglaron un código pobre.

Eso es todo lo que tengo. Pero del usuario de Quora …

11) No todas las aplicaciones son adecuadas para el modelo integrado en la aplicación. ¿Por qué implementar la mayor complejidad de IAP cuando es más fácil eliminar funciones para una versión lite separada?
12) Una gran parte de las aplicaciones se desarrollaron antes de que IAP se hiciera popular. ¿Por qué cambiar cuando las cosas funcionaban antes?

Eso es todo lo que Ben tiene.

Para aumentar la visibilidad.

Debido a que la tienda de aplicaciones está dividida en secciones “gratuitas” y “pagas”, tener una aplicación gratuita y una aplicación paga significa más visitas y más descargas.

Esencialmente es una forma de spam de la tienda de aplicaciones. Esta no es la única razón, pero definitivamente es una de ellas.

Además de las razones mencionadas aquí, otra razón genuina es cuando se trata de una aplicación educativa o una que se puede utilizar en las escuelas. Las aplicaciones para instituciones educativas no pueden tener IAP, por lo tanto, una versión paga.

Con la aplicación gratuita y las compras en la aplicación, la posibilidad de que los usuarios descarguen la aplicación es mayor que la aplicación paga y los contenidos gratuitos.