Prompts de permissão do iOS: exemplos ruins, bons e ótimos
Sete prompts de permissão do iOS reescritos de "necessário para uma experiência melhor" para uma frase que diz o que o app faz, quando e por que ajuda. Exemplos da própria Apple, a fórmula e um checklist.
Quando um app pede sua câmera, seu microfone ou o Face ID, o iOS escreve o título e os dois botões. A única linha que o app escreve é o motivo, e a maioria dos apps desperdiça essa chance. Abaixo estão sete prompts de permissão subindo de ruim a ótimo, o motivo por trás de cada degrau e uma fórmula para o próximo que você escrever.
O que você escreve e o que o iOS escreve
O alerta do sistema tem um formato fixo. O iOS fornece o título ("Deseja acessar a câmera") e os botões. O app fornece uma frase, chamada de purpose string, que diz por que precisa do acesso. Ela fica em uma chave no Info.plist do app (NSCameraUsageDescription para a câmera, NSMicrophoneUsageDescription para o microfone) e aparece de novo em Ajustes, em Privacidade.
Ruim
Ótimo
Os dois alertas têm o mesmo título e os mesmos botões. Só mudou uma frase. A ruim diz às pessoas o que fazer com um interruptor que acabaram de ser convidadas a virar. A ótima diz o que acontece quando tocam em Escanear, então a pergunta "por que um app de contabilidade quer minha câmera?" é respondida antes de ser feita.
A orientação da Apple para essa frase é curta: uma frase breve e completa, direta, específica e fácil de entender, em sentence case, na voz ativa, terminando com ponto final. Toda linha ótima abaixo segue isso.
Degrau por degrau
| Degrau | O que a linha faz | O que ainda deixa de fora |
|---|---|---|
| Ruim | Dá uma ordem ou diz que o acesso é "necessário" | O que o recurso faz, quando, por que ajuda |
| Bom | Diz para que serve o acesso | Quando acontece e o benefício |
| Ótimo | Diz o que o app faz, quando e por que ajuda | Nada que a pessoa precise para decidir |
1. Câmera
Ruim
Ative o acesso à câmera.
Uma ordem sem motivo. Repete o próprio título do alerta.Bom
Usamos a câmera para escanear recibos.
Nomeia a tarefa. As pessoas ainda não sabem quando a câmera vai abrir.Ótimo
Quando você toca em Escanear, lemos o total para você nunca digitar.
Liga o acesso a um momento (tocar em Escanear) e a um benefício (sem digitar). A câmera nunca abre de surpresa.
Tidybooks é um app inventado. A Apple recomenda pedir quando a pessoa usa o recurso que precisa do acesso, então o melhor momento para mostrar esse prompt é o primeiro toque em Escanear, não a primeira abertura do app.
2. Microfone
Aqui as linhas ruim e ótima são da própria Apple, palavra por palavra, tiradas das suas diretrizes de privacidade.
Exemplo ruim da Apple
Exemplo ótimo da Apple
Ruim
O acesso ao microfone é necessário para uma experiência melhor.
Passiva e vaga. "Uma experiência melhor" pode significar qualquer coisa, e "necessário" soa como uma exigência.Bom
Ouvimos para detectar ronco.
Ativa, e diz para quê. Não diz quando, nem que é durante a noite.Ótimo
O app grava durante a noite para detectar sons de ronco.
Ativa, diz como (grava), quando (durante a noite) e por quê (para detectar ronco). Quem lê sabe exatamente com o que está concordando.
Nightly é um app inventado. A lição está nos verbos: "é necessário" esconde quem faz o quê, e "grava durante a noite" diz as coisas claramente. Ser honesto sobre a gravação também é o que faz as pessoas tocarem em Permitir.
3. Bluetooth
Ruim
O Bluetooth é obrigatório.
Uma constatação, não um motivo. Obrigatório para quem, para quê?Bom
Usamos o Bluetooth para abrir sua fechadura.
Nomeia o dispositivo e a tarefa.Ótimo
Quando você se aproxima, destravamos sua porta, e você nunca precisa de chave.
Diz o momento (ao se aproximar) e a vantagem (sem chave). A palavra Bluetooth já está no título do sistema.
Doorkey Home é um app inventado. Repare que a linha ótima não repete o título. O iOS já diz "Deseja usar o Bluetooth", então a frase gasta suas palavras com o motivo.
4. Face ID
Ruim
Ative o Face ID.
Um imperativo sem motivo, no mesmo formato do exemplo "Ative o acesso ao microfone." da Apple.Bom
Use o Face ID para entrar mais rápido.
Dá o benefício. Ainda silencia sobre o que o Face ID realmente protege.Ótimo
O Face ID desbloqueia o app ao abrir, para que só você veja seu dinheiro.
Diz quando (ao abrir) e o que protege (seu dinheiro). Não promete nada além de desbloquear o app, porque o Face ID só informa ao app se a verificação passou.
Northbank é um app bancário inventado. Limite o texto de segurança ao que o recurso realmente faz. Uma linha que promete mais do que a verificação entrega é pior que uma sem graça.
5. Fotos
Ruim
O acesso às fotos é obrigatório.
O mesmo problema do "obrigatório" do Bluetooth, e soa como ameaça.Bom
Salvamos suas edições na sua biblioteca.
Diz o que acontece com a foto.Ótimo
Quando você toca em Exportar, salvamos a foto para você compartilhá-la.
Liga o salvamento ao toque em Exportar e dá o motivo (compartilhar).
Filmstrip é um editor de fotos inventado. O título que o iOS escreve aqui é "Deseja adicionar às suas fotos", que é a permissão estreita, só de gravação. A frase deve soar assim: ela salva, não navega.
Mais dois, escritos do zero
As mesmas regras valem para situações que os cinco acima não cobrem. Estes dois são exemplos nossos, com apps inventados.
Ruim
A localização é necessária para uma experiência melhor.
A mesma frase vazia do exemplo do microfone, com outra permissão.Bom
Usamos sua localização para encontrar restaurantes.
Diz para que serve o acesso.Ótimo
Quando você abre o app, mostramos restaurantes que entregam na sua porta.
Diz quando (ao abrir) e o resultado (só lugares que entregam para você).
Ruim
Permita o acesso aos seus contatos.
Uma ordem que soa como se o app quisesse ler todo mundo que você conhece.Bom
Usamos seus contatos para encontrar amigos.
Nomeia o uso, mas "encontrar amigos" pode significar subir uma lista.Ótimo
Quando você toca em Adicionar amigo, sugerimos pessoas dos seus contatos para você dividir uma conta.
Liga o acesso ao toque e à tarefa. Define a expectativa de que as sugestões aparecem sob demanda.
A fórmula: o que faz, quando, por que ajuda
Toda linha ótima acima cabe nas mesmas três partes em uma frase:
[What it does.] [When it happens.] [Why it helps.]
| Prompt | O que faz | Quando | Por que ajuda |
|---|---|---|---|
| Câmera | Lemos o total | Quando você toca em Escanear | Você nunca digita |
| Microfone | O app grava | Durante a noite | Para detectar sons de ronco |
| Bluetooth | Destravamos sua porta | Quando você se aproxima | Você nunca precisa de chave |
| Face ID | O Face ID desbloqueia o app | Ao abrir | Só você vê seu dinheiro |
| Fotos | Salvamos a foto | Quando você toca em Exportar | Você pode compartilhá-la |
O "quando" é a parte que as equipes cortam primeiro, e é a que faz o acesso parecer seguro, porque promete que o app não vai agir em um momento que a pessoa não escolheu.
Um checklist para o seu próximo prompt
- Uma frase, voz ativa, termina com ponto final. Esse é o padrão da própria Apple.
- Diga o motivo, nunca a permissão. O iOS já imprimiu "Acessar a câmera".
- Nomeie o momento. Um toque, um horário da noite, a primeira abertura de um recurso.
- Peça quando o recurso precisar. Não na primeira abertura, a menos que o recurso seja a primeira abertura.
- Sem "necessário", "obrigatório" ou "experiência melhor". Soam como exigências e não dizem nada.
- Prometa só o que o recurso faz. Se ele só desbloqueia o app, diga isso.
- Leia também em Ajustes. A mesma string aparece em Privacidade, fora de contexto.
FAQ
O que é uma purpose string no iOS?
É a frase que um app fornece para explicar por que quer acesso a algo privado, como a câmera ou o microfone. Ela fica no Info.plist do app em chaves como NSCameraUsageDescription e aparece no alerta do sistema e em Ajustes, em Privacidade.
Como escrever uma boa mensagem de permissão?
Escreva uma frase breve e ativa, terminada com ponto final, que diga o que o recurso faz, quando acontece e por que ajuda. "Quando você toca em Escanear, lemos o total para você nunca digitar." é um exemplo do formato.
Quais são exemplos de prompts de permissão ruins?
Linhas vagas ou passivas, sem motivo: "O acesso ao microfone é necessário para uma experiência melhor.", "Ative o acesso à câmera.", "O Bluetooth é obrigatório." e "Ative o Face ID." Cada uma diz o que o app quer e nunca por quê.
Quem escreve o título e os botões de um alerta de permissão do iOS?
O iOS. Ele escreve o título e os botões, então o único texto que você controla é a purpose string. Por isso essa frase precisa carregar o motivo inteiro.
Quando um app deve pedir permissão?
Peça quando alguém usa o recurso que precisa dela, não antes. A orientação da Apple é solicitar acesso só quando o app claramente precisa, então um prompt de câmera pertence ao primeiro toque em Escanear.
Fontes
- Privacy: Requesting permission, Apple Human Interface Guidelines. A fonte das duas strings de microfone, da orientação de "frase breve e completa" e do conselho de pedir no contexto.
- Requesting authorization to capture and save media, documentação do Apple AVFoundation.
- Writing, Apple Human Interface Guidelines.
- Chaves do Info.plist usadas acima:
NSCameraUsageDescription,NSMicrophoneUsageDescription,NSBluetoothAlwaysUsageDescription,NSFaceIDUsageDescription,NSPhotoLibraryAddUsageDescription, na referência Information Property List da Apple. - Os apps dos exemplos (Tidybooks, Nightly, Doorkey Home, Northbank, Filmstrip e os dois novos) são inventados. Só as strings do microfone são da Apple.
- Publicado originalmente como carrossel no UX Brainy.
Want every permission, onboarding and empty state written and designed as one system? Our team designs app UI with the words in it from the first draft.
Get Started
