Hola, quería saltar y aclarar cómo funcionan las soluciones como mParticle antes de responder a tu pregunta.
En general, en realidad no integramos otros SDK (que son del lado del cliente) como lo haría una solución basada en la web para etiquetas javascript o Fabric, sino que nos conectamos a las API de otros servicios (que son del lado del servidor). Así que aquí está cómo funciona el proceso:
1. los datos se capturan una vez a través de mParticle, lo que significa que la aplicación solo debe etiquetarse una vez.
- ¿Cuál es una idea de aplicación que no te importa compartir?
- ¿Dónde puedo encontrar el stock de sonido para usar en la aplicación móvil?
- ¿Puedo desarrollar aplicaciones de Android usando C ++?
- ¿Cuáles son los temas que necesito saber en Java para aprender Android?
- ¿Qué se debe considerar en términos de estándares de accesibilidad al diseñar aplicaciones móviles?
2. los datos se envían a nuestra plataforma desde nuestro SDK, donde creamos una copia de esos datos para que pueda acceder más tarde para cosas como reproducción, segmentación, enriquecimiento, etc.
3. cuando desee enviar datos a cualquier otro Servicio, configure los ajustes de cuenta respectivos en nuestra IU (que lleva minutos en lugar de semanas o meses) y los datos fluirán de nuestra plataforma a la de ellos.
4. luego puede aplicar filtros adicionales para controlar cuánto (muestreo), qué tipo de datos (filtros de datos) y cuándo se envían los datos (reproducción de datos).
Piense en lo que sucede cuando incrusta múltiples SDK en una aplicación donde la función principal de cada SDK es recopilar datos … es redundante e ineficiente. Además, las bibliotecas adicionales crean una gran cantidad de aplicaciones, una mayor complejidad del código, aumentan el riesgo de la experiencia del usuario y restan a los ingenieros de la hoja de ruta central. También da como resultado la falta de continuidad de datos a lo largo del tiempo a medida que cambia de socio.
La consolidación de la captura de datos a través de una capa de datos reduce drásticamente la cantidad de tiempo de ingeniería dedicado a agregar socios, también aumenta dramáticamente la velocidad en que los equipos de marketing y análisis pueden acceder a sus datos y agregar nuevos socios. Además, garantiza un único punto de verdad y consistencia de datos.
Entonces, para responder a su pregunta, hay una gran diferencia entre nosotros y Fabric. Pero comenzaré diciendo que Fabric es un producto innovador, con un gran equipo detrás de él y los aplaudo por facilitarles a las aplicaciones la gestión de sus negocios.
1. Con mParticle, usted posee todos sus datos. Nuestra arquitectura también garantiza que nunca mezclemos sus datos con otros clientes.
2. No operamos un negocio de medios, por lo que somos completamente agnósticos acerca de cómo usa sus datos y lo ayudamos a conectar sus datos con CUALQUIER socio publicitario (Google, FB, Twitter, Aol y muchos otros). Esto también toca el n. ° 1, ya que cualquier compañía de medios se asegurará de poseer sus datos y puede usarlos para ayudar a otras compañías a ejecutar con éxito campañas.
3. Tampoco competimos con ninguna integración que hayamos construido. No hemos creado nuestro propio servicio de informes o análisis de fallos y, como tal, queremos que pueda conectarse con cualquiera de los socios líderes en el ecosistema y no tenga ningún interés en que use una herramienta interna frente a un socio externo.
4. Nuestras asociaciones son principalmente del lado del servidor, lo que significa que no solo podemos ayudarlo a conectar sus datos a más de 75 socios, sino que lo hacemos de una manera eficiente, liviana y flexible.
5. También ofrecemos una integración perfecta en Amazon RedShift con soporte para una serie de herramientas como Looker, Alooma y muchas otras.
Si desea conectarse más, envíeme un correo electrónico o conectemos en twitter @ mkatz0630
