RESOURCES/Arquitectura
Cómo las decisiones llegan al cliente
Una decisión llega al cliente de una de cuatro maneras: escrita como atributo de perfil, disparada como evento activado, servida bajo demanda a través de una API de decisión, o renderizada directamente en una superficie del producto. Cada una tiene una latencia diferente, un propietario de gobernanza diferente y un modo de fallo diferente cuando el canal está ocupado.
La decisión no tiene valor hasta que se ejecuta
La mayoría de las decepciones del decisioning son decepciones de activación. La clasificación fue buena. Lo que falló es que la acción elegida necesitaba una nueva plantilla, una ventana de lanzamiento y una revisión de cumplimiento, así que para cuando se implementó, el motivo para elegirla ya había pasado. El diseño de activación decide si una capa de decisión produce ingresos o un panel.
- Una recomendación que requiere un paso de construcción manual hereda el rendimiento de la cola de construcción.
- La escritura por lotes que llega después de que el recorrido ya se ha activado es una decisión que nadie utilizó.
- Cada canal que recibe decisiones de forma independiente eventualmente contradirá a los demás.
Cuatro patrones
La mayoría de las implementaciones utilizan dos o tres de estas juntas. Elegir por superficie en lugar de seleccionar una para toda la infraestructura es el valor predeterminado correcto.
01
Elija por superficie, no por propiedad
Un email de ciclo de vida sobre la reescritura de atributos y un muro de pago sobre una API de decisión es una combinación normal y saludable. Forzar un único patrón en todas partes o bien implica un costo excesivo por una latencia que no necesita, o bien priva de recursos a las superficies que sí los necesitan.
02
Mantener la gobernanza donde ya está
La limitación de frecuencia, las horas de silencio, el consentimiento y la revisión de marca deben permanecer en los sistemas que ya los aplican. La capa de decisioning suministra la intención; el canal mantiene su veto.
03
Hacer que la escritura de vuelta sea idempotente
Las decisiones se recalculan. La activación debe tolerar que la misma decisión llegue dos veces sin enviarse dos veces, y debe manejar que una decisión sea reemplazada antes de ejecutarse.
04
Cerrar el ciclo
Los eventos de entrega, engagement y resultado fluyen de vuelta a la decision layer, asociados a la decisión original. Sin esa asociación, el plano de medición puede informar lo que sucedió, pero no de qué fue consecuencia.
05
Diseñar el modo de fallo
Cuando la capa de decisioning no está disponible, cada superficie debe degradarse a un valor predeterminado definido, en lugar de al último valor almacenado en caché. Anota el valor predeterminado para cada superficie antes del lanzamiento.
Patrones de activación y sus compensaciones
| Patrón | Cómo funciona | Mejor para | Trade-off |
|---|---|---|---|
| Atribución por reescritura (write-back) | La decisión se escribe en el perfil del cliente en la CDP o plataforma de engagement; los journeys existentes la leen como una condición de entrada. | Programas de ciclo de vida ya creados en la plataforma de engagement. | La latencia es el intervalo de sincronización. Una decisión que cambia cada hora estará desactualizada en el momento del envío. |
| Evento desencadenado | La decisión se emite como un evento que inicia o avanza un journey. | Momentos del ciclo de vida sensibles al tiempo: dunning, riesgo de abandono, post-compra. | Requiere que se mantengan los contratos de eventos. La lógica del trayecto puede ocultar eventos silenciosamente. |
| Decision API | La interfaz solicita una decisión en tiempo de renderización y recibe una acción más su motivo. | Superficies en sesión: paywalls, checkout, pantallas de inicio, pantallas de agente de atención. | Necesita una ruta de reserva y un presupuesto de latencia. La superficie debe poder renderizarse sin una respuesta. |
| Renderizado directo de superficie | La capa de decisioning rellena directamente un espacio en el producto o un cuerpo de mensaje. | Ubicaciones de alta frecuencia dentro del producto donde un viaje de ida y vuelta a través de un canal no añade nada. | Lo más cercano a poseer el canal. Mantén la gobernanza creativa fuera de la capa de decisioning. |
Preparación para la integración, por superficie
Responda a estas preguntas una vez por cada superficie antes de conectarla.
- ¿Cuál es la latencia aceptable entre la decisión y la ejecución aquí?
- Qué patrón coincide con esa latencia con el menor coste operativo?
- ¿Qué se renderiza si no hay una decisión disponible?
- Quién tiene el veto: consentimiento, frecuencia, horas de silencio, marca?
- ¿Cómo regresa el resultado, y está asociado al ID de la decisión?
- Si esta superficie se elimina el próximo trimestre, ¿se estropea algo más?
Cuándo no conectar una superficie
- Superficies sin señal de resultado. Si no puedes observar lo que sucedió, la decisión no puede aprenderse de ella y la superficie es solo una difusión.
- Canales donde cada mensaje necesita una aprobación legal individual. El paso de aprobación establece el rendimiento, por lo que la automatización aporta poco.
- Superficies de muy bajo volumen, donde ninguna decisión alcanzará el poder estadístico.
- Superficies propiedad de un equipo que no ha aceptado las barreras de protección. La activación sin acuerdo es la forma en que una capa de decisioning se desactiva.
Markin es un equipo autónomo de growth-science para grandes empresas B2C. Investiga por qué el ingreso por cliente está estancado, forma sus propias hipótesis en marketing, producto, precios y salud técnica, elige la Next Best Action para cada cliente, la lanza a través de los sistemas que la empresa ya gestiona, y prueba cada una frente a un holdout aleatorizado.
Las herramientas de toma de decisiones eligen entre las acciones que tu equipo ya ha desarrollado. Markin decide qué construir.
Preguntas que hace la gente
- ¿Markin envía mensajes por sí mismo?
- Solo donde una superficie no tiene otro ejecutor, como un espacio de producto que Markin renderiza directamente. Para canales que ya gestiona, Markin escribe la decisión en ellos: un atributo, un evento o una respuesta de API. El contenido, la gobernanza del canal y la capacidad de entrega permanecen con la plataforma que ya los posee, lo que hace que la integración sea reversible.
- ¿Qué tan rápida es la activación?
- Depende del patrón más que de la decisión. Una API de decisión responde en sesión, un evento desencadenado es casi inmediato y la escritura de atributos (attribute write-back) hereda el intervalo de sincronización de la plataforma que lo recibe, que a menudo es cada hora. Elija el patrón según la latencia que la superficie realmente necesite.
- ¿Qué pasa si dos decisiones se dirigen al mismo cliente a la vez?
- Nunca deberían salir de la capa de decisioning. La arbitraje ocurre antes de la activación y la salida es una decisioning comprometida por cliente por ventana. Si dos decisioning llegan al canal, el límite de arbitraje se ha establecido en el lugar equivocado.
- ¿Tenemos que reemplazar nuestras herramientas de reverse ETL?
- No. La reescritura de atributos puede ejecutarse a través del pipeline de reverse ETL que ya operas. La capa de decisioning produce las filas; el pipeline existente las mueve. Reemplazar un pipeline que funciona añade riesgo sin añadir calidad de decisión.
Comparar
Cómo esto se compara con las categorías que ya compras.
Neutral, side by side reads on where the decision layer sits next to the tools in your stack.
Todas las comparaciones- Next-Best Action vs. Next-Best OpportunityNext-Best Opportunity cuantifica lo que está en juego para un cliente. Next-Best Action elige el tratamiento. Por qué el orden importa y cómo se conectan los dos.
- Predicción de Churn vs. toma de decisiones de retenciónUn modelo de churn le dice quién está en riesgo. La toma de decisiones de retención elige a quién salvar, con qué y a qué coste. Por qué la predicción por sí sola rara vez mueve la retención.
- Data warehouse vs. CDP vs. decision layerTres capas, tres funciones: almacenamiento y modelado, identidad y activación, y decisiones comerciales. Qué posee cada una y dónde se encuentran los límites.