La mayoría de la gente descarga una aplicación, la abre una vez y la elimina. Esto sucede porque los usuarios prueban muchas aplicaciones, pero deciden cuáles quieren eliminar en los primeros días.

¿Son estos comportamientos de usuarios como resultado de aplicaciones mal hechas? No siempre, pero la primera interacción con la aplicación juega un papel clave en la creación de impresión general (bueno o malo). Y cuando los usuarios abren una nueva aplicación, lo último que quieren ver son múltiples ventanas emergentes en una fila pidiendo permisos:

- La aplicación le gustaría acceder a sus ubicaciones

- La aplicación debería tener acceso a tus contactos

- La aplicación le gustaría acceder a su cámara

Esta acción tiene un impacto muy negativo en la experiencia del usuario y normalmente lleva a que la aplicación se descarte. La aplicación debe ser capaz de mantenerse en contacto con los usuarios antes de pedir permisos, con el fin de mantener la participación. En este artículo te llevará en el camino correcto, ayudándote a evitar las trampas comunes en tu lógica de solicitud de permisos.

Construir una estrategia

Cuando se trata de solicitar permiso, lo peor que una aplicación puede hacer es bombardear a los usuarios con solicitudes de permiso sin ningún aviso o explicación. Tanto pedir a sus usuarios para el permiso demasiado temprano o para demasiadas cosas en los que son errores comunes. Y, sin embargo, muchas aplicaciones todavía lo hacen - desde el principio, como lo primero que ve el usuario al abrir la aplicación. Por ejemplo, Inbox by Gmail pide permisos antes de su tour de navegación, sin información adicional ni contexto.

Cuando envía solicitudes de permisos, espera que todos los usuarios acepten la solicitud. Para lograr este objetivo, debe construir una estrategia de permisos. La estrategia de permiso depende de la claridad y la importancia del tipo de permiso que está solicitando. Los permisos críticos se deben solicitar de antemano, mientras que los permisos secundarios pueden ser solicitados en contexto.

Cuando preguntar al usuario

Uno de los mayores factores que determina si los usuarios aceptan o rechazan sus solicitudes es cuando se producen.

Una regla simple: No pida acceso a un usuario hasta que realmente lo necesite.

Pregunte al principio solo para permisos críticos

Para muchas aplicaciones, no obtener acceso a los datos puede cambiar la experiencia de usuario completa. Por ejemplo, si una aplicación depende del servicio de SMS, la disminución del acceso al servicio hace que la aplicación sea inútil. Afortunadamente, los usuarios esperan que una aplicación de mensajería solicite permisos de SMS, por lo que solicitarlo de antemano tiene sentido.

Cuando se necesita más de un permiso para que una característica funcione, pida esos permisos solamente y nada extra.

A tener en cuenta: asegúrese de que el usuario entienda claramente lo que hace la aplicación (basándose en la descripción de la aplicación o en la experiencia familiar previa) y solicite sólo los permisos críticos que el usuario espera que la aplicación solicite.

Solicitar permisos en contexto

En la mayoría de los casos, si una nueva experiencia de usuario comienza con un conjunto de solicitudes de permisos, es posible que falte una oportunidad crítica de involucrar a los usuarios. Las aplicaciones deben solicitar permisos en contexto y comunicar el valor que proporcionará el acceso. Porque una vez que los usuarios están comprometidos, podrían ser más propensos a aceptar sus solicitudes.

Permisos

Para tener en cuenta: es más probable que los usuarios concedan permiso si se les pregunta durante una tarea relevante.

Cómo preguntar al usuario

Las aplicaciones deben aclarar por qué se necesita cada solicitud de permiso, ya sea a través del nombre de la función o una explicación proporcionada. Recuerde, si desea obtener una respuesta Sí, tiene que pedirse muy bien.

Una regla simple: Asegúrese de que este claro para los usuarios lo que obtendrán a cambio de aceptar la solicitud.

Explicación de beneficios

Los permisos que son menos claros deben proporcionar educación sobre lo que implica el permiso. Si tu aplicación tiene un tutorial, úsalo para explicar lo que hace tu aplicación y por qué se solicitarán permisos inesperados.

Explicar un permiso en contexto es otro ejemplo bien hecho: ayuda a medir el interés del usuario y mejorar la comprensión del permiso. Trate de explicarle a un usuario los beneficios que recibirá al dar acceso a la aplicación.

Preparación durante la solicitud

Puede hacerlo proporcionando una imagen de fondo que explique la solicitud de permiso. Foursquare ofrece una imagen de fondo que explica por qué la aplicación necesita ese permiso en particular.

Sólo puede activar la solicitud de permiso predeterminada de iOS una vez por función. Lo peor posible es que un usuario niegue el permiso a nivel de sistema, porque invertir esa decisión en iOS es muy complicado. En la mayoría de los casos, es mejor "preparar" a sus usuarios para que acepten solicitudes antes de que aparezca la pantalla de solicitud de permiso de iOS.

Pregunte en el contexto de la acción

El diálogo activado por el usuario funciona incluso mejor que la pantalla de creación de contexto, ya que los usuarios esperan la solicitud y son más propensos a permitir un permiso cuando quieren utilizar la función que habilita. Espere hasta que se invoque una función para solicitar permiso.

Solicite a los usuarios que acepten los permisos sólo cuando intenten utilizar la función.

Cómo tratar con permisos denegados

Dado que la denegación de permisos puede impedir que una característica funcione como se pretende, siempre que se niegue un permiso, se debe explicar al usuario.

Una regla sencilla: Debe proporcionar retroalimentación siempre que se deniegue un permiso.

Permisos Críticos

Si la aplicación ya no puede ejecutarse porque se ha denegado un permiso crítico, explique por qué se debe permitir ese permiso y ofrezca un vínculo para abrir la configuración para que el usuario pueda permitirlo.

Conclusión

Es evidente que cada aplicación es diferente, pero usted debe pensar en cuando el usuario necesita tener acceso a diferentes partes de su teléfono, datos, y asegurarse de que esperen a que se les pregunte. Mejorar la experiencia del usuario es una experiencia continua. ¡No pierda la oportunidad de preparar a su usuario para que acepte permisos! Pruebe cada caso para ver qué funciona mejor para usted.

"Si tienes un proyecto grande en diseño movil para el usuario, entonces prepara una descarga de iconos"