Post invitado para el blog de Tellmewow. Este post está escrito por Roberto Garrido – Desarrollador iOS Freelance.
Roberto Garrido es un desarrollador iOS Freelance que viene trabajando para diferentes Startups extranjeras en los últimos años. Ayuda con tareas de definición de producto, programación de funcionalidades y consultoría técnica, siempre con el foco puesto en las tecnologías que Apple ofrece. Además, desde Tellmewow estamos colaborando con él como desarrollador iOS en un proyecto del que pronto tendréis noticias 😉
La experiencia de usuario se ve afectada cada vez que obligamos a un usuario a salir de nuestra app para realizar una acción complementaria, como por ejemplo: abrir una web en safari, compartir un contenido en Whatsapp o Instagram, o cuando queremos que puntúen nuestra app en el Apple Store.
Y es que hasta ahora, cada vez que queríamos que el usuario añadiera una review a nuestra app, no teníamos más alternativa que mostrarle una alerta tras completar una acción exitosa, que tras aceptarla, le dirigiera a nuestra ficha del Apple Store. En ese contexto, era el usuario el que, de motu propio, debía dar al botón de añadir review.
Con la última versión de iOS, la 10.3, esto ha cambiado. Apple proporciona un API para lanzar una vista dentro de la app que permite a nuestros usuarios puntuarla y añadir una review sin salir de la misma. Un API, del Inglés Application Programming Interface, es un conjunto de funciones que nos dan acceso a ciertas herramientas de un sistema. Este API está en estado beta, y ofrece una sóla función: “requestReview()”. Tras llamar a este método, mostraremos al usuario la vista previamente mencionada. Con ello conseguimos eliminar fricción para que los usuarios puntúen nuestra app, pues no les obligamos a salir al App Store, para volver a entrar.
Limitaciones del API de review en Store: 3 veces al año
Pero no es oro todo lo que reluce, y es que este API tiene una limitación muy importante. La documentación de Apple es muy clara al respecto: aunque podemos llamar a esta función las veces que queramos, y en sitios estratégicos de nuestra app (por ejemplo, cuando el usuario realiza una acción exitosa), la visualización de la vista de rating está gobernada por la política del App Store. Esto significa que Apple se reserva el derecho de mostrarla o no. Esto es así para evitar atosigar a los usuarios con esta pantalla.
Es por ello que se recomienda no colocar esta llamada como respuesta la pulsación de un botón, pues el usuario puede estar esperando visualizar una pantalla que puede que nunca llegue.
Cuando la app está en modo desarrollo, siempre se va a mostrar esta vista, para que podamos hacer pruebas; pero no está asegurado que se vaya a mostrar cuando nuestra app esté en producción. Además, cuando la app está en fase de beta testing en TestFlight, esta vista no se mostrará.
Apple limita esta funcionalidad a 3 veces cada periodo de 365 días y por usuario. Por lo que si queremos que puntúen nuestra app en más ocasiones, debemos buscar alternativas. Una de las nuevas opciones que nos ofrece iOS es la posibilidad de seguir direccionando a nuestros usuarios a nuestra ficha del App Store, tal y como hacíamos antes, pero además ahora podemos seleccionar directamente la opción de revisión, para que el usuario no tenga que hacerlo manualmente. De esta forma eliminamos fricción al a hora de votar también dentro del App Store. Podemos colocar esta funcionalidad en el menú de ajustes de nuestra app, bajo el nombre, por ejemplo, de “Rate us!”.
Conclusión
Está claro que Apple ha escuchado a los desarrolladores una vez más, y que se está esforzando por eliminar la fricción a la hora de permitir a nuestros usuarios evaluar nuestro trabajo sin salir de la app. El API “requestReview” es una muestra de ello, aunque podría ser de mayor utilidad si tuviéramos el control de cuándo se mostrará esta pantalla al usuario.
¿Y tú, qué método usas para conseguir que tus usuarios evalúen tu app?
