Be om behörigheter i appen utan att skrämma bort användare
Av CodexierPublicerad 5 min läsning
En app som startar med tre systemdialoger om notiser, plats och kamera får tre nej, och på iOS är ett nej svårt att ångra. Användare är inte emot behörigheter. De är emot att bli tillfrågade om något innan de förstår varför. Den här guiden förklarar varför användare nekar, hur du frågar i sammanhanget, hur du förbereder dem med en kort förklaring, hur du hanterar ett nej och vad Apple och Google kräver av formuleringarna.
Därför nekar användare behörigheter
Användare nekar av tre skäl. De ser inte nyttan än, eftersom inget i appen har visat sitt värde. De misstänker spårning, eftersom plats och kontakter har dåligt rykte. Eller så avbryter frågan det de höll på med. Alla tre är tajmingproblem. Samma fråga, visad när användaren trycker på Skanna kvitto eller Hitta närmaste butik, besvarar sig själv: skälet syns på skärmen.
Fråga i sammanhanget, inte vid start
| Behörighet | Fråga när | Undvik |
|---|---|---|
| Kamera | Användaren trycker på en knapp för att skanna eller fotografera | Att fråga under introduktionen |
| Bilder | Använd systemets bildväljare, som inte kräver behörighet | Att begära hela bildbiblioteket för en enda bild |
| Plats | Användaren öppnar en karta eller söker i närheten | Att be om plats hela tiden utan en tydlig funktion i bakgrunden |
| Notiser | Efter att användaren gjort något värt en avisering, som en bokning | Att fråga på första skärmen |
| Kontakter | Användaren väljer att bjuda in någon | Att ladda upp adressboken som standard |
Plats i bakgrunden kräver ett starkt skäl. Google Play kräver en separat deklaration och båda butikerna granskar det noga.
Notiser kräver extra omsorg, eftersom även Android numera kräver en behörighet för dem. Fråga efter ett ögonblick av värde: en bokning, en order, en sparad bevakning. Vår guide om pushnotiser som användarna behåller tar upp vad du ska skicka när du väl fått tillåtelse.
Förklara innan systemfrågan
En förklaringsskärm är er egen korta förklaring som visas precis före systemdialogen. Den låter användaren tacka nej utan att den enda riktiga frågan förbrukas, och den beskriver nyttan med era ord. Håll den ärlig och kort, och efterlikna inte systemdialogens utseende.
- En rad om nyttan: Tillåt kameran för att skanna kvitton direkt till din utläggsrapport.
- Vad ni inte gör: Vi använder bara kameran medan du skannar. Bilderna stannar i telefonen tills du skickar dem.
- En huvudknapp med texten Fortsätt som öppnar systemdialogen.
- Ett sekundärt Inte nu som stänger skärmen utan att fråga systemet.
- Valde användaren Inte nu, fråga igen nästa gång de använder funktionen, inte efter en viss tid.
Hantera ett nej smidigt
Bygg varje funktion så att den klarar ett nej. Nekas kameran, erbjud manuell inmatning eller filuppladdning. Nekas platsen, låt användaren skriva ett postnummer. På iOS kan appen inte visa systemdialogen igen när den en gång nekats. Den enda vägen är att förklara hur man slår på behörigheten i Inställningar och länka dit. På Android kan dialogen visas igen, men efter upprepade nej slutar systemet visa den, så samma väg via Inställningar gäller. Blockera aldrig hela appen för att en behörighet nekats, om inte appen verkligen inte kan fungera utan den.
Butikernas regler för behörighetstexter
Apple kräver en syftestext för varje skyddad resurs, som visas i systemdialogen, och avvisar appar med vaga texter som behöver åtkomst till kameran. Skriv vad funktionen gör för användaren. Båda butikerna avvisar appar som pressar eller lurar användare att ge åtkomst, eller som begär data de inte behöver. Behörigheterna ni begär ska också stämma med era integritetsetiketter och er integritetspolicy, som enligt GDPR ska förklara syftet med varje typ av uppgift. Guiden om integritetsetiketter för appar går igenom hur det hänger ihop.
Vagt
Appen behöver din plats.
Tydligt
Din plats används för att visa utlämningsställen nära dig. Den sparas inte efter sökningen.
Inte tillåtet
Formuleringar som antyder att appen inte fungerar alls när den skulle göra det, eller knappar som ser ut som systemdialogen.
När ni inte behöver det här arbetet: en app som inte använder några skyddade resurser utöver det systemets väljare erbjuder har lite att designa här. När behörigheter är centrala, som i appar för skanning, leveranser eller fälttjänst, planera flödena i prototypen före utvecklingen. Vår appprototyp och UX-design innehåller behörighetsflöden testade med riktiga användare. Se prissidan eller boka ett samtal.
Vanliga frågor
Kan vi fråga om alla behörigheter under introduktionen och få det överstökat?
Det går, men ni får fler nej, och på iOS är de svåra att ändra på. Introduktionen kan nämna vad appen kommer att fråga om senare, men själva frågorna fungerar mycket bättre i det ögonblick varje funktion används.
Tillåter Apple en förklaringsskärm före systemdialogen?
Ja, så länge den är ärlig, inte efterliknar systemdialogen och inte pressar användaren. Använd en neutral knapp som Fortsätt och erbjud alltid ett sätt att tacka nej.
Vad gör vi om appen verkligen behöver platsen för att fungera?
Skriv det tydligt i butiksbeskrivningen och i början av appen, och fråga när användaren når den första skärmen som behöver platsen. Erbjud ungefärlig plats om exakt inte är nödvändig, och förklara hur inställningen ändras om de nekar.
Påverkar behörigheter efterlevnaden av GDPR?
Ja. En systembehörighet är inte samma sak som en rättslig grund enligt GDPR. Ni behöver fortfarande ett lagligt skäl för behandlingen, ett tydligt syfte i integritetspolicyn och får bara samla in det syftet kräver.
Designa behörighetsflödena innan ni bygger
Boka ett kort samtal och berätta vilka funktioner i appen som kräver behörigheter. Vi föreslår när och hur ni ska fråga, och vilken reservlösning varje funktion behöver.
Boka ett kostnadsfritt 15-minuterssamtal