No es una buena idea preguntar de inmediato . Piénselo: cuando un usuario abre su aplicación por primera vez, son bombardeados con solicitudes para acceder a la cámara, contactos, micrófono y más de su teléfono. Muchas personas simplemente hacen clic en “negar” al aviso por hábito, especialmente si no saben nada sobre su aplicación.
Los usuarios están preocupados por el spam de todas las aplicaciones que instalan (es comprensible). En cambio, recomiendo esperar hasta que el usuario pase un cierto hito antes de plantear la pregunta. Incluso entonces, debe mostrar un mensaje personalizado en la aplicación antes de la solicitud del sistema genérico.
Hay una manera simple de hacer esto a través de Leanplum (mi compañía), llamada Push Pre-Permissions . Esencialmente, esta característica le permite enviar su propio aviso de suscripción antes del aviso del sistema, lo que reduce la probabilidad de que el usuario lo niegue de inmediato. Si dicen que no, siempre puedes volver a preguntar más tarde. ¡Una aplicación que implementó esta función experimentó un aumento del 182 por ciento en las opciones de notificaciones push !
- ¿Cuál es el costo mínimo para hacer una aplicación de iOS?
- Cómo limpiar datos basura en aplicaciones iOS de terceros
- ¿Qué es una buena práctica para alojar los Términos de servicio, la Política de privacidad por separado del producto (aplicación, sitio web), para que los abogados puedan actualizarlo fácilmente?
- No tengo conocimientos de codificación y quiero aprender a escribir aplicaciones para iOS y OS X. ¿Puedo desarrollar aplicaciones para iOS / OS X solo con Swift o tendré que saber otros idiomas?
- ¿Cómo se compara CloudKit con Parse?
Todos tienen su propia cadencia de uso de la aplicación, por lo que es difícil elegir un solo hito para activar el mensaje de suscripción. Sugeriría crear varios flujos basados en sus segmentos de usuario. De esa manera, puede optimizar el tiempo para cada grupo de usuarios, en lugar de tratar de elegir un disparador de talla única.
