Servicio
Selección de plataforma
Una comparativa de plataformas y una recomendación documentada, con criterios acordados, costes de integración y operación, y cuestiones pendientes de validar.
Qué incluye
- 01
Requisitos imprescindibles y criterios de comparación, con su prioridad acordada con negocio y tecnología.
- 02
Matriz por plataforma y criterio: capacidad disponible, integración necesaria, evidencia revisada y validaciones pendientes.
- 03
Factores de coste de licencia, integración, operación y salida, con los supuestos y precios disponibles.
- 04
Riesgos y dependencias que pueden cambiar la recomendación, con las preguntas que debe resolver cada proveedor.
- 05
Registro de la decisión: opción recomendada, alternativas descartadas, motivos y limitaciones aceptadas.
Qué comprobar antes de elegir
Primero acordamos los casos de uso, los requisitos imprescindibles y el peso de cada criterio. Después revisamos las alternativas con las mismas preguntas.
-
Casos de uso
¿Qué necesita hacer el negocio y qué impide hacerlo hoy?
Probar el recorrido prioritario con datos representativos y un resultado esperado, no solo con una demo preparada.
-
Latencia
¿Cuánto puede esperar cada decisión desde que llega el dato?
Medir el recorrido hasta el canal, incluidos la ingesta, el cálculo y la entrega. Acordar qué retraso es aceptable.
-
Identidad y consentimiento
¿Cómo se reconoce a la persona y qué usos del dato están permitidos?
Comprobar identificadores, reglas de unión y propagación de preferencias entre sistemas y marcas.
-
Datos existentes
¿Dónde está el dato fiable y qué parte falta o se duplica?
Revisar calidad, histórico, copias e integraciones. El almacén puede ser la referencia, pero hay que comprobarlo.
-
Operación
¿Quién mantendrá el sistema y resolverá los fallos?
Identificar responsables, capacidad del equipo, dependencias del proveedor y tareas habituales de mantenimiento.
-
Coste y transición
¿Qué cuesta implantar, operar y cambiar de solución?
Comparar licencia, integración, consumo, migración y salida. Documentar restricciones y supuestos del presupuesto.
La comparativa distingue lo comprobado de lo que afirma el proveedor y de lo que falta por validar. Un requisito imprescindible sin cumplir no se compensa con una buena puntuación en otros criterios. La recomendación puede ser conservar lo actual, combinar capacidades o cambiar de plataforma.
Ver ejemplos de arquitecturas y conexiones
Son esquemas de referencia, no opciones excluyentes ni recomendaciones. Las capacidades y conexiones concretas se verifican para cada producto y contrato.
Ejemplo con el almacén elegido como referencia, no una regla para todos los sistemas. El centro representa Snowflake, BigQuery, Databricks o Fabric. Alrededor aparecen conexiones que evaluar: Adobe con Federated Audience Composition, Salesforce con zero-copy, Oracle con Fusion Unity y APIs, SAP con Business Data Cloud, Tealium con CloudStream, HubSpot con conectores y composable con reverse ETL. Las líneas no indican dirección, compatibilidad universal ni ausencia de copias.
Cuadro comparativo de los cuatro arquetipos de arquitectura de customer data, con cuatro preguntas iguales para todos: dónde se captura el dato, dónde vive el perfil, dónde se segmenta y se decide, y cómo se activa. Primera fila, suite integrada: captura por SDK y conectores desde web, app y batch; el perfil vive en la propia suite y en tiempo real; las audiencias y la decisión se resuelven dentro de la plataforma; y la activación sale por un catálogo de destinos de edge, streaming y fichero. Segunda fila, engagement-centric: captura por SDK y API más carga desde el almacén; el perfil de usuario vive dentro de la herramienta; los segmentos y la orquestación son del propio canal; y la activación son los canales propios, push, correo e in-app. Tercera fila, warehouse-native: la captura son cargas programadas al almacén; el almacén es la fuente de verdad; el cómputo ocurre en el propio almacén y la identidad hay que traerla aparte; y la activación es reverse ETL hacia cada herramienta. Cuarta fila, composable: idéntica a la anterior en captura, almacén y activación, y solo distinta en que las piezas van ensambladas en vez de computar en el sitio, con la identidad también aparte. Las dos últimas filas se parecen porque comparten casi todo.
Experiencia y criterio relacionados
-
Construido 2024–2025
Arquitectura AEP para varias líneas de negocio
Modelo XDM, identidades, Web SDK y decisioning de ofertas para líneas de negocio distintas sobre una misma instancia. La primera línea nunca es el problema. El problema es que la segunda no obligue a rehacer el modelo de la primera.
- XDM
- Identidades
- Web SDK
- Decisioning
Preguntas frecuentes
¿Qué pasa si no podemos probar una capacidad?
Las pruebas requieren acceso y un alcance acordado. Si solo hay documentación o una declaración del proveedor, lo indico en la matriz. La recomendación recoge las validaciones pendientes y si afectan a un requisito imprescindible.
¿Puedes ser neutral si trabajas sobre todo con Adobe?
Mi experiencia de implantación se concentra en Adobe y Tealium. Para otras alternativas contrasto documentación, propuestas y las pruebas acordadas, sin atribuirme experiencia de implantación. Los criterios, las evidencias y las limitaciones quedan por escrito para que puedas revisar la recomendación.
¿Y si la conclusión es que no cambiemos de plataforma?
Es un resultado válido y pasa. A veces el problema no es el producto sino el modelo de datos, la identidad o quién opera. Cambiar de plataforma con esos problemas sin resolver los traslada de sitio y añade una migración encima.
¿Sirve si ya hemos empezado una RFP?
Sí. Reviso las propuestas con los criterios acordados y señalo capacidades pendientes de demostrar, dependencias y costes que necesitan aclaración. La herramienta de briefing de esta web ayuda a preparar las preguntas para los proveedores.
¿Cómo defiendo la recomendación dentro de mi empresa?
El registro explica qué se comparó, por qué se recomienda una opción y qué limitaciones se aceptan. Incluye los supuestos y las validaciones pendientes que el comité debe conocer antes de aprobar la compra.
Herramienta gratuita
Prepara las preguntas para la próxima demo
Selecciona las afirmaciones del proveedor y genera un briefing para comprobarlas con datos, pruebas y responsabilidades concretas.
¿Encaja con tu problema?
Cuéntame el contexto y te diré si este alcance es el adecuado o conviene empezar por otro sitio.
Para revisar esta decisión
- ¿Qué tiene que salir del warehouse?
Ingesta, Federated Audience Composition y Data Mirror resuelven necesidades distintas. Qué se mueve y qué revisar antes de elegir.