Empieza por una tarea del cliente
Android recomienda solicitar acceso cuando la función correspondiente lo necesita; Apple recomienda contextualizar las solicitudes de notificaciones. Apliquemos estos principios a una panadería ficticia de Budapest que prepara una aplicación de recogida. Sus clientes necesitan elegir una tienda, pedir pan y saber cuándo pueden recogerlo.
La panadería podría ofrecer un acceso a tiendas cercanas junto a una lista manual. Tras aceptar un pedido, podría ofrecer un aviso cuando termine la preparación. Son ventajas diferentes. Explica cada una por separado, con el mismo lenguaje del proceso de compra.
Ofrece un recorrido útil tras el rechazo
Aquí, rechazar la ubicación debería mantener disponible la lista de tiendas, con direcciones y horarios. Rechazar las notificaciones debería conservar una pantalla del pedido con las condiciones de recogida. Ninguna decisión debería borrar la cesta ni obligar al cliente a registrarse de nuevo.
Pide al equipo de desarrollo que demuestre ambos recorridos durante una revisión. Una explicación cuidada no basta si la siguiente pantalla está vacía. Muéstralos también al personal de atención: debe explicar dónde consultar el pedido sin dar por hecho que apareció un aviso.
Ajusta el alcance de la primera versión
Elegir manualmente puede bastar para una panadería con dos tiendas. Las sugerencias automáticas aportan comodidad, pero exigen desarrollo y más situaciones que mantener. Decide si ese acceso resuelve un problema frecuente antes de comprar integraciones de mapas o incluirlo en el plazo de lanzamiento.
En este ejemplo, encontrar una tienda de recogida no justifica conservar el historial de movimientos del cliente. Especifica si la ubicación se procesa en el dispositivo o se envía a un servidor, qué se conserva y por qué. Un aviso de pedido listo tampoco debería convertirse silenciosamente en una suscripción promocional. Define esas preferencias por separado en los requisitos.
Alinea la promesa con el funcionamiento real
La panadería debe decidir quién marca el pedido como listo y qué ocurre si el personal lo olvida. Las notificaciones no arreglan un proceso de cocina poco claro. Acordad en qué estado del pedido puede confiar el cliente y mantened las instrucciones de recogida accesibles en la aplicación.
Evita prometer que se verá cada aviso. Apple documenta los ajustes modificables de notificaciones; Android, la gestión de permisos revocados. Pide al equipo que explique el comportamiento real en cada plataforma compatible. Un diseño visual común no debería ocultar diferencias en los diálogos del sistema ni en los ajustes disponibles.
Utiliza una breve lista de comprobación
Antes del lanzamiento, revisa el recorrido en los teléfonos e idiomas previstos. Asigna un responsable a cada fallo y guarda una breve grabación del recorrido corregido para la siguiente versión.
- Empieza con una instalación nueva y comprueba tanto la aceptación como el rechazo.
- Cambia los permisos en los ajustes, vuelve y revisa las pantallas de tiendas y pedidos.
- Confirma que la selección manual y los detalles del pedido siguen siendo fáciles de encontrar.
- Comprueba que las traducciones describen la misma ventaja y alternativa.
- Simula un pedido listo y verifica las vistas del cliente y del personal.