En Solid GEAR desarrollamos aplicaciones móviles para nuestros clientes. Estas aplicaciones son de sectores tan variados como el financiero, la productividad, educación o media, todas cumplen una maxima: mínimas incidencias. En esta entrada del blog voy a profundizar sobre la monetización de apps. El hecho de que alguien compre el producto que has desarrollado implica confianza en obtener algo que merezca la pena. Por ello, y para que esa confianza perdure, debemos asegurarnos que todo el mecanismo que soporte las compras funcione correctamente. Y tenemos medios para poder probarlo.
Todas aquellas acciones (principalmente compras) que se realizan dentro de una aplicación móvil reciben el nombre «in-app». Vamos a repasar algunos aspectos interesantes sobre compras in-app en la plataforma de Apple, así como la manera de hacer tests sobre ello.
Tipos de compras in-app en iOS
Primero repasaremos que tipos de compras están disponibles en iOS:
- Consumible: Es un producto que se compra una vez, y al ser consumido desaparece. Solo podremos disfrutarlo de nuevo con una nueva compra, un nuevo consumo y así sucesivamente. Es un tipo de compra bastante asociado a videojuegos y productos similares en los que puedes comprar vidas, monedas…
- No consumible: Es un producto que se compra una vez para siempre. Por ejemplo, alguna funcionalidad extra en tu app que ya tendrás disponible sin límite ni caducidad.
- Suscripción auto renovable: Como su nombre indica, obtienes acceso a una funcionalidad por un período concreto de tiempo que puede ir desde una semana hasta un año. Cuando dicho período se cumple la renovación es automática. Si no queremos renovar la suscripción, hay que indicarlo de manera explícita antes del vencimiento.
- Suscripción sin renovación: Lo contrario al anterior tipo. En este caso, la suscripción dura un período temporal y al vencer el tiempo, deja de estar disponible sin posibilidad de renovación. Solo una nueva compra dará acceso de nuevo al contenido.
En el caso de las suscripciones periódicas, los periodos disponibles son: semanal, mensual, bimensual, trimestral, semestral y anual.
Antes de publicar nuestro contenido de pago, debemos asegurar que nuestra aplicación está funcionando correctamente, por lo que una fase de tests se hace necesaria para evitar futuros problemas. Por suerte, para probar las compras in-app no es necesario tener un método de pago suscrito, ni realizar compras reales con coste. Basta con tener un Apple ID y la aplicación registrada y accesible en la cuenta como veremos a continuación.
Cómo probar in-app
Lo primero es realizar un login usando el Apple ID en Apple Store Connect
Aqui seleccionaremos la opción:
En el menu lateral veremos todas la opciones de grupos de usuarios que tengamos configuradas, y a continuación «Sandbox». Esta es nuestra opción.
Seleccionamos la opción «Testers» donde podremos crear usuarios para hacer nuestras pruebas. Un usuario Sandbox es un usuario que pertenece a un entorno aislado con propósitos de testing. Por ello, todas las acciones que realicemos (compras) no serán reales, pero las respuestas de la app serán las mismas que si fueran reales.
Para crear un usuario Sandbox tendremos que rellenar una serie de campos:
No podremos utilizar una misma dirección de correo en dos cuentas Sandbox distintas. Seleccionar distintos países o zonas nos ayudará a comprobar si mostramos de manera correcta la divisa a usar en nuestra app por el usuario en cuestión.
Una vez creada la cuenta Sandbox, en las Settings de nuestro dispositivo seleccionamos «iTunes & App Store» y en la parte inferior podremos introducir el usuario Sandbox que hemos creado previamente:
Si no aparece esta sección, hay que ir a la app e intentar realizar un pago. Cuando se solicite el Apple ID se introduce el usuario Sandbox creado. A partir de ese momento, el usuario debería aparecer en las Settings del dispositivo.
En este punto, ya esta todo listo para probar funcionalidades in-app sin que haya costes monetarios!
Parámetros de las suscripciones
A la hora de probar el correcto funcionamiento de las suscripciones periódicas hemos de tener en cuenta algo muy importante. La duración de las suscripciones para un usuario Sandbox no es la duración real sino que es bastante menor. Esto nos ayudará a probar las suscripciones sin tener que esperar mínimo una semana a la primera expiración.
En esta tabla podemos comprobar la correlación entre la duración de una suscripción real y una Sandbox:
| Tiempo de expiración real | Tiempo de expiración Sandbox |
|---|---|
| 1 semana | 3 minutos |
| 1 mes | 5 minutos |
| 2 meses | 10 minutos |
| 3 meses | 15 minutos |
| 6 meses | 30 minutos |
| 1 año | 1 hora |
Gracias a ello podremos probar si nuestra app reacciona correctamente a las expiraciones en un máximo de una hora.
Para finalizar
- Tendremos que pensar bien qué coste es adecuado en función al tipo de funcionalidad ofrecida, su duración si es una suscripción, y claro esta, nuestras ambiciones económicas (si necesitamos retorno de inversión o cualquier otro parámetro económico).
- Nunca deberemos obviar la parte de testing. Los usuarios de nuestras aplicaciones siempre merecen calidad, pero en el caso de haber pagado, más aún si cabe.
¡¡Feliz testing!!
Otros artículos relacionados con iOS:
