Pagas por unificación de datos, segmentación por comportamiento y journeys en tiempo real. Y lo que sale de la plataforma es el mismo envío masivo de siempre, a la misma base de siempre.
Lo vemos seguido en auditorías. La herramienta no era el problema. El problema es que nadie la opera.
El ochenta por ciento empieza después de firmar
Comprar la licencia es la parte fácil y la que tiene fecha. Lo que viene después no tiene fecha y es donde está todo el valor:
- Conectar las fuentes reales, incluida la caja del local y el canal de mensajería, no solo el ecommerce.
- Definir los eventos que importan y nombrarlos igual en todos los sistemas, porque un mismo evento con tres nombres son tres eventos que no se pueden activar.
- Armar los segmentos y, sobre todo, decidir qué hacer con cada uno: un segmento sin acción asociada es una consulta guardada.
- Diseñar los flujos, medirlos contra un grupo de control y cambiarlos cuando dejan de funcionar.
Nada de eso es un proyecto de instalación. Es una operación semanal. Y cuando no existe, la plataforma queda funcionando en su modo más básico, que casualmente es el que se parece a la herramienta de email que tenías antes.
Buena parte de ese trabajo previo ni siquiera es de la plataforma: si la identidad del cliente está partida entre sistemas, el CDP recibe fragmentos que no puede unir, y ningún journey por comportamiento funciona sobre perfiles duplicados.
Instalación y operación no son el mismo trabajo
La confusión entre las dos explica la mayoría de los CDPs subutilizados, así que vale ponerlas una al lado de la otra.
La instalación tiene proveedor, demo, cronograma y fecha de cierre. Se paga una vez, se celebra cuando termina y produce una plataforma conectada. En Bigbox ese trabajo sobre Customer.io estuvo en producción en 15 días, y la misma arquitectura se replicó después en cinco países.
La operación no tiene fecha de cierre. Es revisar cada semana qué flujo bajó su conversión, ajustar un segmento que quedó viejo, sumar el evento que pide la campaña nueva, matar el mensaje que dejó de funcionar. No produce un entregable: produce que el número del mes que viene sea mejor que el de este. Aeromexico, Takenos y Zebrands corren sobre arquitecturas que construimos, y en todas el patrón es el mismo: la arquitectura se armó una vez, la operación no terminó nunca.
Cuando un CDP decepciona, casi siempre se compró instalación esperando resultados de operación.
Cómo se reconoce un CDP subutilizado
Tres señales bastan para saberlo sin auditar nada.
Los segmentos se arman a mano
La mayoría de los envíos van a listas que alguien construyó, exportó y cargó. La plataforma que compraste para segmentar por comportamiento está recibiendo segmentos hechos en una planilla.
Nada se dispara por comportamiento
Casi ningún mensaje sale porque el usuario hizo algo: todo sale de un calendario. El carrito abandonado, la señal de fuga, el cliente que volvió después de meses pasan sin que ningún flujo lo note.
Los flujos no se tocan
Hace más de tres meses que nadie modifica uno. Un flujo que nadie revisa no es automatización: es un mensaje viejo que se envía solo.
Con dos de las tres señales, estás pagando por capacidad que no se usa.
Por qué se nota tarde
Porque el costo es visible y la pérdida no.
La licencia aparece en la factura todos los meses, así que la discusión que se abre es sobre el precio de la herramienta. La oportunidad que se pierde por no operarla no aparece en ninguna factura: son carritos que nadie recuperó, clientes que se fueron sin que ningún flujo lo notara, promociones que fueron a quien compraba igual.
Esa asimetría lleva a la conclusión equivocada. El equipo concluye que la plataforma no sirve y arranca la búsqueda de la próxima, que va a terminar exactamente igual, porque el problema nunca fue la herramienta.
Qué hace falta para operarlo en serio
No es un proyecto con fecha: es un rol con ritual. La versión mínima tiene cinco piezas.
- Un dueño de la operación. Interno o externo, pero con nombre. Su trabajo no es administrar la herramienta: es que los flujos produzcan más ingresos este mes que el pasado.
- Un ritual semanal. Una hora fija para revisar los flujos con su conversión, decidir uno o dos cambios y ejecutarlos. Sin ritual, la operación pierde contra cualquier urgencia.
- Un backlog de activación. La lista priorizada de eventos por conectar, segmentos por crear y flujos por probar. Es lo que separa operar de apagar incendios.
- Medición contra control. Cada flujo importante con su grupo de control. Sin eso no sabes si el flujo funciona: sabes que el mes fue bueno.
- Un diccionario de eventos. Los nombres, definiciones y dueños de cada evento, escritos donde todos los vean. Es aburrido y es lo que evita que el CDP degenere otra vez en silos.
Ese rol es exactamente lo que cubrimos con automatización de marketing con IA: la parte repetitiva de la operación se automatiza, y el criterio de qué probar y qué matar lo pone el equipo.
La pregunta antes de comprar otra cosa
Sumar una herramienta es la respuesta cómoda porque tiene un proveedor, una demo y una fecha de arranque. Poner a alguien a operar lo que ya tienes no tiene demo, y ahí estaba el retorno desde el principio. Si no hay con quién hacerlo, ese es el trabajo que hacemos como agencia de growth.
Antes de la próxima compra: ¿cuánto de tu stack está trabajando de verdad, y cuánto está prendido cobrándote por mes?