Web Design & UI/UX8 min read

Mensajes de permisos en iOS: ejemplos malos, buenos y excelentes

Siete mensajes de permisos de iOS reescritos desde "necesario para una mejor experiencia" hasta una frase que dice qué hace la app, cuándo y por qué ayuda. Ejemplos de Apple, la fórmula y una lista de control.

By Boone
XLinkedIn
iOS Permission Prompts: Bad, Good and Great Examples

Cuando una app pide tu cámara, tu micrófono o Face ID, iOS escribe el título y los dos botones. La única línea que escribe la app es el motivo, y la mayoría la desperdicia. Aquí tienes siete mensajes de permisos que suben de malo a excelente, el porqué de cada peldaño y una fórmula para el próximo que escribas.

Qué escribes tú y qué escribe iOS

La alerta del sistema tiene una forma fija. iOS pone el título ("Quiere acceder a la cámara") y los botones. La app aporta una sola frase, llamada purpose string, que explica por qué necesita el acceso. Vive en una clave del Info.plist de la app (NSCameraUsageDescription para la cámara, NSMicrophoneUsageDescription para el micrófono) y se muestra de nuevo en Ajustes, en Privacidad.

Malo

Una alerta de cámara de iOS de la app inventada Tidybooks con la línea Activa el acceso a la cámara.

Excelente

La misma alerta con la línea Cuando toques Escanear, leemos el total para que nunca tengas que teclearlo.

Ambas alertas tienen el mismo título y los mismos botones. Solo cambió una frase. La mala le dice a la gente qué hacer con un interruptor que acaban de pedirle que active. La excelente les cuenta qué pasa cuando tocan Escanear, así que la pregunta "¿por qué una app de contabilidad quiere mi cámara?" se responde antes de que se formule.

La guía de Apple para esta frase es corta: una oración breve y completa, directa, específica y fácil de entender, en minúscula tipo oración, en voz activa y terminada en punto. Todas las líneas excelentes de abajo la siguen.

Peldaño a peldaño

PeldañoQué hace la líneaQué sigue omitiendo
MaloDa una orden o dice que el acceso es "necesario"Qué hace la función, cuándo, por qué ayuda
BuenoDice para qué sirve el accesoCuándo ocurre y el beneficio
ExcelenteDice qué hace la app, cuándo y por qué ayudaNada que la persona necesite para decidir

1. Cámara

  1. Malo

    Activa el acceso a la cámara.

    Una orden sin motivo. Repite el propio título de la alerta.
  2. Bueno

    Usamos la cámara para escanear recibos.

    Nombra la tarea. La gente aún no sabe cuándo se abrirá la cámara.
  3. Excelente

    Cuando toques Escanear, leemos el total para que nunca tengas que teclearlo.

    Une el acceso a un momento (tocar Escanear) y a un beneficio (no teclear). La cámara nunca se abre por sorpresa.

Tidybooks es una app inventada. Apple recomienda pedir el permiso cuando la persona usa la función que necesita el acceso, así que el mejor momento para mostrar este mensaje es el primer toque en Escanear, no el primer arranque.

2. Micrófono

Aquí las líneas mala y excelente son de Apple, palabra por palabra, de sus pautas de privacidad.

Mal ejemplo de Apple

Una alerta de micrófono de iOS de la app inventada Nightly con la línea Se necesita acceso al micrófono para una mejor experiencia.

Gran ejemplo de Apple

La misma alerta con la línea La app graba durante la noche para detectar sonidos de ronquidos.
  1. Malo

    Se necesita acceso al micrófono para una mejor experiencia.

    Pasivo y vago. "Una mejor experiencia" puede significar cualquier cosa, y "se necesita" suena a exigencia.
  2. Bueno

    Escuchamos para detectar ronquidos.

    Activo, y dice para qué. No dice cuándo, ni que es de noche.
  3. Excelente

    La app graba durante la noche para detectar sonidos de ronquidos.

    Activo, dice cómo (graba), cuándo (durante la noche) y por qué (para detectar ronquidos). Quien lo lee sabe exactamente a qué está accediendo.

Nightly es una app inventada. La lección está en los verbos: "se necesita" esconde quién hace qué, y "graba durante la noche" lo dice claro. Ser honesto sobre la grabación es también lo que hace que la gente toque Permitir.

3. Bluetooth

  1. Malo

    Se requiere Bluetooth.

    Un dato, no un motivo. ¿Requerido por quién, para qué?
  2. Bueno

    Usamos Bluetooth para abrir tu cerradura.

    Nombra el dispositivo y la tarea.
  3. Excelente

    Al acercarte, desbloqueamos tu puerta, así nunca necesitas una llave.

    Dice el momento (al acercarte) y la recompensa (sin llave). La palabra Bluetooth ya está en el título del sistema.

Doorkey Home es una app inventada. Fíjate en que la línea excelente no repite el título. iOS ya dice "Quiere usar Bluetooth", así que la frase gasta sus palabras en el motivo.

4. Face ID

  1. Malo

    Activa Face ID.

    Un imperativo sin motivo, la misma forma del ejemplo de Apple "Activa el acceso al micrófono."
  2. Bueno

    Usa Face ID para iniciar sesión más rápido.

    Da el beneficio. Sigue sin decir qué protege realmente Face ID.
  3. Excelente

    Face ID desbloquea la app al abrirla, así solo tú ves tu dinero.

    Dice cuándo (al abrir) y qué protege (tu dinero). No afirma nada más allá de desbloquear la app, porque Face ID solo le dice a una app si la coincidencia fue válida.

Northbank es una app bancaria inventada. Limita el texto de seguridad a lo que la función realmente hace. Una línea que promete más de lo que la verificación entrega es peor que una aburrida.

5. Fotos

  1. Malo

    Se requiere acceso a las fotos.

    El mismo problema del "requerido" de Bluetooth, y suena a amenaza.
  2. Bueno

    Guardamos tus ediciones en tu biblioteca.

    Dice qué pasa con la foto.
  3. Excelente

    Cuando toques Exportar, guardamos la foto para que puedas compartirla.

    Une el guardado al toque en Exportar y da el motivo (compartirla).

Filmstrip es un editor de fotos inventado. El título que iOS escribe aquí es "Quiere añadir a tus fotos", que es el permiso estrecho de solo escritura. La frase debe sonar igual: guarda, no navega.

Dos más, escritos desde cero

Las mismas reglas valen para situaciones que las cinco anteriores no cubren. Estos dos son ejemplos propios, con apps inventadas.

Ubicación mientras usas una app de reparto
  1. Malo

    La ubicación es necesaria para una mejor experiencia.

    La misma frase vacía del ejemplo del micrófono, con otro permiso.
  2. Bueno

    Usamos tu ubicación para encontrar restaurantes.

    Dice para qué sirve el acceso.
  3. Excelente

    Al abrir la app, te mostramos restaurantes que reparten en tu puerta.

    Dice cuándo (al abrir) y el resultado (solo lugares que te reparten).
Contactos en una app para dividir cuentas
  1. Malo

    Permite el acceso a tus contactos.

    Una orden que suena a que la app quiere leer a todos los que conoces.
  2. Bueno

    Usamos tus contactos para encontrar amigos.

    Nombra el uso, pero "encontrar amigos" puede significar subir una lista.
  3. Excelente

    Cuando toques Añadir amigo, te sugerimos personas de tus contactos para que puedas dividir una cuenta.

    Une el acceso al toque y a la tarea. Fija la expectativa de que las sugerencias aparecen bajo demanda.

La fórmula: qué hace, cuándo, por qué ayuda

Todas las líneas excelentes de arriba encajan en las mismas tres partes dentro de una frase:

text
[What it does.] [When it happens.] [Why it helps.]
MensajeQué haceCuándoPor qué ayuda
CámaraLeemos el totalCuando toques EscanearNunca lo tecleas
MicrófonoLa app grabaDurante la nochePara detectar sonidos de ronquidos
BluetoothDesbloqueamos tu puertaAl acercarteNunca necesitas una llave
Face IDFace ID desbloquea la appAl abrirSolo tú ves tu dinero
FotosGuardamos la fotoCuando toques ExportarPuedes compartirla

El "cuándo" es la parte que los equipos eliminan primero, y es la que hace que el acceso se sienta seguro, porque promete que la app no actuará en un momento que la persona no eligió.

Una lista de control para tu próximo mensaje

  • Una frase, voz activa, termina en punto. Ese es el listón de Apple.
  • Di el motivo, nunca el permiso. iOS ya imprimió "Acceder a la cámara".
  • Nombra el momento. Un toque, una hora de la noche, la primera apertura de una función.
  • Pide cuando la función lo necesite. No en el primer arranque, salvo que la función sea el primer arranque.
  • Nada de "necesario", "requerido" ni "mejor experiencia". Suenan a exigencias y no dicen nada.
  • Promete solo lo que la función hace. Si solo desbloquea la app, dilo.
  • Léelo también en Ajustes. La misma cadena aparece en Privacidad, fuera de contexto.

FAQ

¿Qué es un purpose string en iOS?

Es la frase que una app aporta para explicar por qué quiere acceder a algo privado, como la cámara o el micrófono. Vive en el Info.plist de la app bajo claves como NSCameraUsageDescription y se muestra en la alerta del sistema y en Ajustes, en Privacidad.

¿Cómo se escribe un buen mensaje de permiso?

Escribe una frase breve y activa que termine en punto y diga qué hace la función, cuándo ocurre y por qué ayuda. "Cuando toques Escanear, leemos el total para que nunca tengas que teclearlo." es un ejemplo de esa forma.

¿Cuáles son ejemplos de malos mensajes de permiso?

Líneas vagas o pasivas sin motivo: "Se necesita acceso al micrófono para una mejor experiencia.", "Activa el acceso a la cámara.", "Se requiere Bluetooth." y "Activa Face ID." Todas dicen lo que la app quiere y nunca por qué.

¿Quién escribe el título y los botones de una alerta de permiso de iOS?

iOS. Escribe el título y los botones, así que el único texto que controlas es el purpose string. Por eso esa frase tiene que cargar con todo el motivo.

¿Cuándo debe una app pedir permiso?

Pide cuando alguien usa la función que lo necesita, no antes. La guía de Apple es solicitar el acceso solo cuando la app claramente lo necesita, así que un mensaje de cámara pertenece al primer toque en Escanear.

Fuentes

  • Privacy: Requesting permission, Apple Human Interface Guidelines. Fuente de las dos cadenas del micrófono, de la pauta de la "oración breve y completa" y del consejo de pedir en contexto.
  • Requesting authorization to capture and save media, documentación de Apple AVFoundation.
  • Writing, Apple Human Interface Guidelines.
  • Claves de Info.plist usadas arriba: NSCameraUsageDescription, NSMicrophoneUsageDescription, NSBluetoothAlwaysUsageDescription, NSFaceIDUsageDescription, NSPhotoLibraryAddUsageDescription, en la referencia Information Property List de Apple.
  • Las apps de los ejemplos (Tidybooks, Nightly, Doorkey Home, Northbank, Filmstrip y las dos nuevas) son inventadas. Solo las cadenas del micrófono son de Apple.
  • Publicado por primera vez como carrusel en 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

More from Brainy Papers

Keep reading