Markin + Zendesk integration
Next Best Action en la pantalla del agente, con su razón.
Qué es un Zendesk ¿Agente de IA?
Una configuración de Markin y Zendesk lee los tickets, los motivos y la satisfacción como señal temprana de churn, y reescribe el valor esperado de cada cliente para que la cola pueda priorizarse por los ingresos en riesgo en lugar de solo por la antigüedad del ticket.
Un contacto de servicio es el momento de mayor atención que un cliente le dedica en todo el año. Decidir qué hacer con él merece el mismo rigor que una campaña, y es medible por agente.
Lo que Markin lee
- Volumen de tickets, códigos de motivo y CSAT
- Historial de contacto por cliente
Lo que Markin escribe de vuelta
- Una acción sugerida por contacto, mostrada en la vista del agente con su motivo
Cómo funciona la conexión
| Patrón | Qué significa aquí |
|---|---|
| Decision API | La interfaz solicita a Markin una decisión en tiempo de renderización y recibe una acción más su motivo, con un fallback definido. |
| Solo lectura | Markin lee señales de este sistema. No se escribe nada de vuelta y no se cambia ningún esquema. |
¿Qué puedes pedirle a Markin que haga en Zendesk?
- ¿Cómo priorizo los tickets de soporte por valor del cliente?
- ¿Pueden los tickets de soporte predecir el churn?
- ¿Cómo doy a los agentes una Next Best Action durante una llamada de cancelación?
- ¿Cómo mido el impacto en los ingresos del soporte?
Lo que Markin hace en Zendesk
- 01Lee los tickets, las razones, las etiquetas y los tiempos de resolución.
- 02Lee las puntuaciones de satisfacción y las tasas de reapertura.
- 03Detecta patrones de tickets que preceden a la cancelación.
- 04Puntúa los ingresos en riesgo por ticket abierto.
- 05Escribe la puntuación y la acción sugerida en el ticket.
- 06Sirve un next best action dirigido al agente con su razón.
- 07Mantén un holdout aleatorizado para que la oferta de retención pueda medirse.
- 08Informa de los ingresos retenidos atribuibles a las acciones de soporte.
Alcance del trabajo
El trabajo de growth detrás Zendesk
La lista anterior es lo que Markin toca en Zendesk. 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.
- Concilia al mismo cliente en todas las identidades de facturación, CRM, producto y soporte.
- Lee el estado de consentimiento, suscripción y elegibilidad de canal antes que nada.
Encuentra dónde se están fugando los ingresos
Normalmente un análisis trimestral en profundidad por parte de un analista.
- Detecta el churn involuntario por pagos fallidos, caducidad de la tarjeta y comportamiento de reintento.
- Detecta pasos de onboarding donde la activación disminuye y los ingresos nunca comienzan.
Explica por qué
Normalmente, una investigación de dos semanas eliminada de la hoja de ruta.
- Separa los efectos de mezcla del cambio de comportamiento real.
- Clasifica los drivers por cuánto representa cada uno del movimiento.
Escribe hipótesis que valga la pena financiar
Normalmente, un taller, limitado a las ideas de la sala.
- Adjunta la evidencia y la suposición de las que depende cada una.
- Clasifica el portfolio por valor esperado, no por antigüedad.
Decide por cliente
Normalmente, las reglas de segmento se actualizan cuando alguien tiene tiempo.
- Suprime una acción en lugar de enviar una débil, y registra el motivo.
- Elige la next best action para cada cliente, en cada momento.
Ejecuta en las herramientas que ya utilizas
Normalmente un ticket, luego un espacio en el calendario del próximo mes.
- Revierta un lote de decisioning limpiamente cuando algo parezca incorrecto.
- Deja el entorno exactamente como estaba si Markin deja de escribir.
Demuestra que causó los ingresos
Normalmente discutido, rara vez medido.
- Niégate a llamar resultado a algo que no haya superado el estándar de evidencia.
- Publica la lectura en el mismo lugar para cada experimento.
Retira, gobierna y transfiere
Normalmente el trabajo de nadie, así que nunca se desactiva nada.
- Retira los programas automáticamente cuando dejan de superar al control.
- Vuelve a probar las suposiciones que decaen, como la sensibilidad al precio y la estacionalidad.
Zendesk questions
- How does Markin connect to Zendesk?
- Decision API, Read only. The surface asks Markin for a decision at render time and receives one action plus its reason, with a defined fallback.
- What does Markin read from Zendesk?
- Ticket volume, reason codes and CSAT; Contact history per customer.
- What does Markin write back into Zendesk?
- Una acción sugerida por contacto, mostrada en la vista del agente con su motivo
- ¿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.