Los permisos en móvil
Otro modelo de permisos, distinto del de la fase V: declarados, pedidos en tiempo de ejecución, y revocables por el usuario en cualquier momento.
Dos modelos que conviven
La última fila es la que cambia el código: un permiso concedido hoy puede no estarlo mañana, así que comprobar antes de usar no es opcional.
El ciclo de un permiso
El paso 3 es el que más afecta a la tasa de concesión: pedir en contexto multiplica la probabilidad de que el usuario acepte, y pedir al arrancar la reduce mucho.
La justificación
El texto que aparece en el diálogo, y merece escribirse bien:
- Di para qué, no qué. «Para adjuntar fotos a tus notas», no «esta aplicación quiere acceder a tus fotos».
- Sé concreto. Una justificación vaga se lee como una excusa.
- Y no mientas ni exageres: en iOS la revisión comprueba que el uso corresponde a lo declarado, y una discrepancia es motivo de rechazo. Nivel 62.5.
Y las dos plataformas lo tratan distinto: iOS exige el texto y lo muestra; Android muestra un diálogo más genérico, y la explicación la das tú antes de pedirlo, en tu propia interfaz.
Denegación y revocación
Los dos casos que hay que manejar:
- Denegado: la función no está disponible. No insistas: pedir de nuevo tras un no es acoso, y en algunas plataformas ni siquiera se muestra el diálogo la segunda vez.
- Denegado permanentemente: el sistema deja de mostrar el diálogo. La única salida es que el usuario lo cambie en los ajustes, y puedes ofrecerle abrir esa pantalla directamente.
- Y revocado después: la función deja de funcionar en medio del uso. Hay que detectarlo y explicarlo, no fallar con un error técnico.
La regla que unifica los tres: la aplicación funciona sin ese permiso, con esa función desactivada y explicada. Es el nivel 63.3 aplicado aquí.