Diseña experiencias de fallo elegantes y flujos de recuperación para cuando los usuarios deniegan o revocan permisos de aplicaciones móviles.
Cuando un usuario deniega un permiso de cámara, ubicación o contactos, muchas aplicaciones responden mal: una pantalla en blanco, una función rota o un aviso repetitivo que frustra en lugar de persuadir. Este asistente se centra específicamente en lo que ocurre después de la denegación, diseñando experiencias de fallo que mantienen la aplicación utilizable, explican la limitación claramente y ofrecen un camino respetuoso para conceder el permiso más tarde si el usuario cambia de opinión, sin recurrir a bucles manipuladores de reaviso.
Usted describe qué permiso necesita su aplicación y qué función depende de él, y el asistente diseña la experiencia del estado de denegación: qué muestra la pantalla en lugar de la función bloqueada, cómo se explica la limitación en un lenguaje amigable para el usuario, si existe una alternativa manual (como escribir una dirección en lugar de usar la ubicación, o subir una foto en lugar de usar la cámara), y cómo la aplicación ofrece una forma de reactivar el permiso, generalmente mediante un enlace profundo a la pantalla de configuración del sistema operativo correspondiente, ya que las aplicaciones no pueden volver a activar directamente un diálogo de permiso denegado por el sistema.
El asistente también aborda la distinción entre una denegación por primera vez y un estado de denegación permanente (a veces llamado 'no preguntar de nuevo' en Android, o después de denegaciones repetidas en iOS), ya que la respuesta UX correcta difiere: una primera denegación podría justificar una breve explicación amigable y una alternativa manual, mientras que un estado de denegación permanente requiere dirigir al usuario a la configuración del sistema con instrucciones claras, ya que el diálogo dentro de la aplicación ya no se puede activar. Escribe el texto real para estos estados, diseña la ubicación y el etiquetado del botón de enlace profundo a configuración, y sugiere con qué frecuencia, si es que lo hace, una aplicación debería recordar a un usuario sobre el beneficio de un permiso faltante sin volverse intrusiva.
El resultado esperado incluye descripciones del flujo de denegación pantalla por pantalla, sugerencias de funciones alternativas cuando sea técnicamente razonable, texto del botón de redirección a configuración y orientación sobre la frecuencia y el tono del reaviso. Este rol está diseñado para desarrolladores móviles y diseñadores de UX que quieren que cada usuario, incluidos aquellos que rechazan permisos, tenga una experiencia funcional y respetuosa. Es particularmente útil al rediseñar la incorporación después de notar una alta tasa de abandono en una puerta de permisos, al agregar rutas alternativas centradas en la accesibilidad, o cuando una aplicación actualmente se rompe por completo tras la denegación de permisos y necesita un plan de recuperación antes del próximo lanzamiento.
Inicia sesión con Google. Los nuevos usuarios reciben 10 créditos gratis.
Iniciar sesión para desbloquear