Hola, feliz de ayudar aquí.
Comencemos por revisar las dos funciones principales de la mayoría de los SDK móviles.
1. Capturan y distribuyen datos en segundo plano (invisibles para los usuarios) a los servidores donde el servicio respectivo proporcionará análisis o acceso a funcionalidades como notificaciones push y correos electrónicos basados en la disponibilidad de esos datos.
- ¿Cuál es la mejor manera de reubicar una empresa internacionalmente?
- ¿Puede un NRI registrar una empresa en la India?
- ¿Qué es una prueba suficiente de un programa de software para determinar si una empresa debe comprar un software determinado?
- Quiero abrir una empresa en la India. ¿Cuáles son las tarifas / cargos para registrar a la compañía en MCA? ¿Cuánto tiempo toma? ¿Alguien sabe que soy el dueño de la empresa después de registrarla si no se lo digo a nadie?
- ¿Qué tan viable es comenzar una empresa que compila y vende datos?
2. Pueden cambiar / manipular elementos de la pantalla con el fin de crear nuevos puntos de interacción dentro de la aplicación, como servir un anuncio / encuesta, un nuevo botón, etc. (cosas que son visibles para el usuario)
Es importante resaltar que mParticle está enfocado # 1 al consolidar el número de flujos de datos dentro de la aplicación y abstraer la pieza de distribución de datos del lado del servidor al conectarse a cada una de las API de los servicios. Después de todo, a los diversos servicios no les importa cómo obtienen los datos siempre que obtengan los datos necesarios y en el formato adecuado. Desde un alto nivel, hay una serie de razones por las que debe consolidar la cantidad de servicios que capturan datos dentro de la aplicación, incluida la estabilidad mejorada de la aplicación, la reducción de la hinchazón de la aplicación, el menor consumo de batería para el consumidor, un mejor control sobre los datos (reproducción de datos) y mayor agilidad
Entonces el flujo de datos se ve así:
su aplicación -> mParticle -> servicio de aplicaciones. El servicio de la aplicación lo ayuda a involucrar al consumidor con push / email, etc.
Entonces, la forma en que funciona sin ser demasiado técnico, la elegibilidad y autorización de notificaciones push se gestiona a nivel de aplicación. Los usuarios que optan por activar / desactivar aplicaciones específicas generan un token que debe enviarse al servicio de notificaciones push de Apple (APN) que actualiza su estado.
mParticle captura el evento opt in / opt out y administra los tokens push en nuestros servidores antes de enviarlo a un servicio como Kahuna que se encarga del resto.
Para el correo electrónico, es muy similar, solo un poco más directo. Si la dirección de correo electrónico es parte del proceso de registro, una aplicación puede instrumentar el SDK de mParticle para capturar ese punto de datos y luego el correo electrónico puede enviarse a un ESP como Mailchimp, Sendgrid, cualquiera de las plataformas de automatización de marketing, etc. correos electrónicos dirigidos a la lista de usuarios que desea.
Si desea hablar más, envíeme un correo electrónico a mkatz {at} mparticle dot com