Markin + Intercom integration
Conversaciones en la aplicación como superficie de decisión.
Qué es un Intercom ¿Agente de IA?
Una configuración de Markin y Intercom lee conversaciones y señales de producto cualificadas, luego escribe la acción decidida en el usuario para que los mensajes y bots de Intercom se ejecuten con una decisión en lugar de una regla estática.
El envío de mensajes en la aplicación es barato y costoso en atención. La arbitraje mantiene la superficie útil en lugar de agotarla.
Lo que Markin lee
- Historial de conversaciones y resultados de resolución
- Atributos de usuario
Lo que Markin escribe de vuelta
- Atributos y eventos que desencadenan conversaciones dirigidas
Cómo funciona la conexión
| Patrón | Qué significa aquí |
|---|---|
| Evento desencadenado | Markin emite un evento que inicia o avanza un recorrido. De forma casi inmediata, y el canal mantiene su propia gobernanza. |
| Atribución por reescritura (write-back) | Markin escribe la decisión en el perfil del cliente; tus journeys existentes la leen como una condición de entrada. La latencia es el intervalo de sincronización de la plataforma. |
¿Qué puedes pedirle a Markin que haga en Intercom?
- ¿Cómo decido qué usuarios reciben un mensaje en la aplicación?
- ¿Pueden las conversaciones de Intercom alimentar un modelo de churn?
- ¿Cómo reduzco la fatiga de mensajes in-app?
- ¿Cómo conecto el uso del producto a las decisiones de mensajería en la aplicación?
Lo que Markin hace en Intercom
- 01Lee las conversaciones, etiquetas e historial de respuestas.
- 02Lee los atributos de usuario y empresa.
- 03Detecta la fricción expresada en las conversaciones.
- 04Escribe la acción decidida y el motivo como un atributo de usuario.
- 05Activa la serie in-app correspondiente.
- 06Suprime usuarios cuyo valor esperado no justifica una interrupción.
- 07Mantén un holdout aleatorizado.
- 08Informa de la conversión y los ingresos incrementales por mensaje.
Alcance del trabajo
El trabajo de growth detrás Intercom
La lista anterior es lo que Markin toca en Intercom. Un conector es solo la superficie. Debajo está el trabajo en sí: lo que un analista, un lifecycle manager, un data scientist y un líder de experimentación harían entre ellos, ejecutándose continuamente contra tus propios datos.
Lee el patrimonio
Normalmente un data engineer, una vez, y luego nunca se actualiza.
- Rastrea los cambios de catálogo, precios y planes a medida que ocurren.
- Marca las interrupciones en la calidad de los datos que harían insegura una decisión.
Encuentra dónde se están fugando los ingresos
Normalmente un análisis trimestral en profundidad por parte de un analista.
- Detecta la fricción del producto que se correlaciona con la degradación y la cancelación.
- Detecta canales y campañas que gastan en audiencias que se habrían convertido de todos modos.
Explica por qué
Normalmente, una investigación de dos semanas eliminada de la hoja de ruta.
- Muestra la contra-evidencia, no solo el fragmento de apoyo.
- Mantén el rastro de la consulta para que un analista pueda reproducir cada número.
Escribe hipótesis que valga la pena financiar
Normalmente, un taller, limitado a las ideas de la sala.
- Mantén visible la cartera completa, incluyendo lo que deliberadamente no se financió.
- Escribe hipótesis continuamente en marketing, producto, precios y salud técnica.
Decide por cliente
Normalmente, las reglas de segmento se actualizan cuando alguien tiene tiempo.
- Aplica límites de frecuencia, fatiga y horas de inactividad antes de que se confirme cualquier cosa.
- Respeta la elegibilidad, el consentimiento, la ubicación y la preferencia de canal.
Ejecuta en las herramientas que ya utilizas
Normalmente un ticket, luego un espacio en el calendario del próximo mes.
- Activa journeys y campañas que tu equipo de lifecycle posee y puede editar.
- Actualiza audiencias, listas y segmentos sin reglas creadas manualmente.
Demuestra que causó los ingresos
Normalmente discutido, rara vez medido.
- Reserva un grupo de control aleatorio en cada decisión, no un holdout global.
- Lee el uplift en ingresos por cliente frente a ese control.
Retira, gobierna y transfiere
Normalmente el trabajo de nadie, así que nunca se desactiva nada.
- Mantén los datos personales en tus sistemas y actúa sobre ellos in place.
- Muestra el rastro completo de la decisión cuando lo soliciten el departamento legal, finanzas o un auditor.
Intercom questions
- How does Markin connect to Intercom?
- Triggered event, Attribute write-back. Markin emits an event that starts or advances a journey. Near-immediate, and the channel keeps its own governance.
- What does Markin read from Intercom?
- Conversation history and resolution outcomes; User attributes.
- What does Markin write back into Intercom?
- Atributos y eventos que desencadenan conversaciones dirigidas
- ¿Tenemos que mover nuestros datos a Markin?
- No. Markin lee desde tu data warehouse, eventos de producto y sistemas operativos existentes, en tu infraestructura, bajo las reglas de acceso que tu equipo de datos ya estableció. Nada se copia a una base de clientes separada y no hay un almacén de perfiles del proveedor del que migrar más tarde.
- ¿Markin reemplaza nuestra plataforma de engagement o CDP?
- No, y no debería. Tu plataforma de engagement mantiene el canal, las plantillas, la entregabilidad y la gobernanza. Tu CDP mantiene la identidad y el consentimiento. Markin añade la capa que ninguna tiene: decidir qué acción merece existir para cada cliente, y probarla contra un holdout.
- ¿Qué pasa si el sistema que usamos no está en la lista?
- Los cuatro patrones de activación cubren casi todo: escritura inversa de atributos, evento disparado, API de decisión y renderizado directo de superficie. Cualquier sistema que exponga una API, acepte una tabla o pueda leer una columna de un almacén de datos puede recibir decisiones. Los nuevos conectores se construyen durante la implementación, típicamente en días.