Exemples de demandes d’autorisation sur mobile
Vous développez une application mobile et vous préparez une demande d’accès ? Étudiez comment Spotify explique la connexion à un appareil, comment Revolut présente l’accès aux contacts et comment Duolingo sépare un choix de partage de données. Comparez ces références, puis préparez votre explication, le refus et la reprise avec un brief à copier. Les notes sont publiques ; un compte gratuit permet de garder vos références et de débloquer des parcours.
Préparez le brief de votre demande d’accès
Copiez cette trame dans vos notes de projet et remplacez les éléments entre crochets. Préparez les chemins d’acceptation, de refus et de reprise, puis associez des références à vos décisions.
Demande d’accès de [mon application] Action choisie : [ce que la personne veut accomplir]. Type de demande : [permission système, explication dans l’app ou partage facultatif]. Accès ou partage demandé : [besoin précis et utilité pour cette action]. Moment de l’explication : [après quelle action et avant quelle étape]. Message à présenter : [bénéfice concret et choix disponibles]. Après acceptation : [retour à la tâche et état à vérifier]. Après refus ou annulation : [alternative sans cet accès]. Lors d’une reprise : [comment retrouver la tâche et vérifier l’état actuel]. Partage facultatif distinct : [choix séparé, ou aucun]. États à tester sur mes plateformes : [première demande, refus, accès limité ou retiré selon le cas]. Références à comparer : [captures et parcours enregistrés]. Question à tester : [ce que la personne comprend et peut faire sans cet accès].
Concevez vos demandes d’accès avec des références concrètes.
Créez votre compte gratuit avec GitHub pour enregistrer les références, comparer les écrans dans une collection et garder vos décisions pour votre application.
Un parcours d’aperçu par application, jusqu’à 4 captures visibles. Avec un compte gratuit : 3 déblocages de parcours complets par mois civil. Sans carte bancaire. Enregistrer une référence ne débloque pas ses captures.
- Ouvrez le parcours pour comprendre ce qui précède la demande.
- Enregistrez les références utiles à votre explication et à l’alternative.
- Comparez-les dans une collection et notez vos chemins d’acceptation et de refus.
Après la connexion, vous reviendrez à ces exemples pour enregistrer votre première référence.
Des références à explorer
Voici des références à explorer ; chaque fiche donne accès aux parcours disponibles de l’application.
![[untitled]](/api/images/_untitled__Flows/logo.webp?thumbnail=1&v=app-preview-1){kind=logo}
![Aperçu de l’interface de [untitled], écran 1](/api/images/_untitled__Flows/Onboarding/screen_1.png?thumbnail=1&v=app-preview-1)
![Aperçu de l’interface de [untitled], écran 2](/api/images/_untitled__Flows/Onboarding/screen_2.png?thumbnail=1&v=app-preview-1)
Reliez la demande à une action choisie
Commencez par la tâche que la personne souhaite accomplir : inviter quelqu’un, connecter un appareil ou utiliser une fonction audio. Ouvrez le parcours avant la demande pour comprendre ce qui a été choisi et ce qui rend l’accès utile à ce moment-là.
Pour un MVP, notez ce qui dépend réellement de cet accès. Une fonction secondaire peut avoir son propre point d’entrée ; elle n’a pas forcément besoin d’interrompre la première utilisation de votre application.
Distinguez les différents types de demandes
Une explication dessinée dans l’application n’est pas la boîte de dialogue du système. Un choix de partage destiné à améliorer un service n’est pas non plus une permission d’accès au matériel. Le guide montre ces situations séparément ; les étiquettes importées peuvent regrouper plusieurs types de demandes.
