Markin + Salesforce Service Cloud integration
Decisiones de retención y expansión en la vista de caso.
Qué es un Salesforce Service Cloud ¿Agente de IA?
Una configuración de Markin y Salesforce Service Cloud proporciona al agente una acción recomendada con su motivo en el momento del contacto, y lee el historial de casos como señal de churn y fricción.
A los agentes se les dan guiones, no decisiones. Darles una acción clasificada con la razón adjunta es más fácil de seguir y, a diferencia de un guion, medible contra un grupo de control.
Lo que Markin lee
- Historial de casos y resultados de resolución
- Datos de cuenta y derechos.
Lo que Markin escribe de vuelta
- Una única acción recomendada por caso, con el motivo y el valor esperado.
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 Salesforce Service Cloud?
- ¿Cómo muestro una next best action a los agentes de servicio?
- ¿Pueden los casos de Service Cloud alimentar un modelo de churn?
- ¿Cómo decido cuándo ofrecer un descuento de retención en una llamada?
- ¿Cómo mido correctamente las ofertas de save de los agentes?
Lo que Markin hace en Salesforce Service Cloud
- 01Lee el historial de casos, resoluciones y escalamientos.
- 02Lee el estado de derechos y contratos.
- 03Puntúa el riesgo de churn y los ingresos en riesgo por cuenta.
- 04Sirve una acción recomendada a la consola del agente.
- 05Limita la autoridad de descuento por valor esperado.
- 06Registra la elección del agente frente a la recomendación.
- 07Retén un control aleatorio entre las cuentas elegibles.
- 08Informa de los ingresos ahorrados por acción y por equipo.
Alcance del trabajo
El trabajo de growth detrás Salesforce Service Cloud
La lista anterior es lo que Markin toca en Salesforce Service Cloud. 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.
- Mapea a cada cliente, cuenta, suscripción y plan en los sistemas que ya utilizas.
- Reconstruye la línea base de ingresos a partir de pedidos, pagos, reembolsos y créditos.
Encuentra dónde se están fugando los ingresos
Normalmente un análisis trimestral en profundidad por parte de un analista.
- Dimensiona cada hallazgo en ingresos, no en puntos porcentuales.
- Observa el ARPU por cohorte, plan, mercado, canal y antigüedad para detectar tendencias que eliminen el ruido.
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.
- Elige el canal, el momento y el nivel de incentivo, no solo el mensaje.
- Limita el descuento y la exposición del margen al nivel acordado por finanzas.
Ejecuta en las herramientas que ya utilizas
Normalmente un ticket, luego un espacio en el calendario del próximo mes.
- Dirige ofertas, jugadas de retención y flujos de save a la superficie correcta.
- Abre el trabajo como borrador para aprobación donde un humano debería dar el visto bueno.
Demuestra que causó los ingresos
Normalmente discutido, rara vez medido.
- Informa de la retención, el ARPU, el margen y la presión de contacto uno al lado del otro.
- Detecta y descuenta la canibalización entre acciones competidoras.
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.
Los equipos usan Salesforce Service Cloud junto con
Salesforce Service Cloud questions
- How does Markin connect to Salesforce Service Cloud?
- 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 Salesforce Service Cloud?
- Case history and resolution outcomes; Account and entitlement data.
- What does Markin write back into Salesforce Service Cloud?
- Una única acción recomendada por caso, con el motivo y el valor esperado.
- ¿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.