¿Cómo hace una empresa como mParticle o Segment para que una empresa elimine el código antiguo solo para reintegrarse con ellos?

No puedo hablar por Segment pero sí por mParticle. Nunca le pedimos u obligamos a alguien a extraer un código antiguo y reemplazarlo por el nuestro. mParticle es una capa de datos que no compite con ninguno de los servicios en los que nos hemos integrado.

Hay dos accesorios de valor principales que proporcionamos:

1. Consistencia y control de datos
2. Facilidad de uso / accesibilidad

Una aplicación ciertamente puede elegir dejar cualquier cantidad de SDK incrustados y ejecutarnos junto con esas herramientas. En esta configuración, algunos clientes nos ven como un punto de acceso al resto del ecosistema de servicios de aplicaciones, incluso si no están interesados ​​en reemplazar las implementaciones existentes. Les brinda una manera fácil de probar nuevos socios mucho más rápido (sin cambios de código adicionales o aprobaciones de la App Store) antes de comprometerse con una relación más grande. La idea es una iniciativa de ingeniería única que proporciona economías de escala desde el punto de vista de integración de proveedores.

El valor a largo plazo proviene de la creación de control y coherencia con los datos de su aplicación de terceros. Pasar a una configuración consolidada con múltiples integraciones del lado del servidor proporciona un nivel de control sobre los datos que una configuración distribuida del lado del cliente no tiene. Ofrecer cosas como reproducción de datos, muestreo / filtros, API para datos fuera de línea y capacidades de segmentación significa que puede extraer mucho más valor de sus datos que si no invierte en una capa de datos.

Feliz de entrar en más detalles si desea llevar la conversación al correo electrónico mkatz en mparticle.com

Si solo hay una integración, el valor de realizar esta tarea es bajo.

Pero, como desarrollador, si me piden que agregue una segunda integración, mi elección es:

1. Agregar el código de ToolB a mi aplicación, o
2. Cambie el código de ToolA por el código del centro de datos.

# 2 es más atractivo para el desarrollador , porque:

• Mantiene el código base más limpio.
• El propietario del producto ahora puede cambiar de herramienta sin requerir tiempo de desarrollo.
• Las integraciones de servicios + dentro de las herramientas del centro de datos continúan evolucionando.

Divulgación: estoy trabajando en Astronomer en este momento, que es una herramienta en la misma categoría que mParticle and Segment.