Markin + SDK web y móvil integration
Decisiones en sesión renderizadas en sus propias interfaces.
Qué es un SDK web y móvil ¿Agente de IA?
El SDK web y móvil de Markin solicita una decisión en el momento de la renderización y recibe una acción más su razón, con un fallback definido y un presupuesto de latencia. Así es como las superficies en sesión, como los paywalls, las pantallas de inicio y el checkout, obtienen una decisión sin una ida y vuelta a través de un canal.
Algunas superficies no pueden esperar un intervalo de sincronización. Una pasarela de pago o un espacio en la pantalla de inicio pregunta en el momento de la renderización y obtiene una respuesta, y la superficie siempre se renderiza incluso cuando Markin no responde.
Lo que Markin lee
- Contexto de sesión pasado en el momento de la solicitud
Lo que Markin escribe de vuelta
- Una acción más su razón, por solicitud, con un valor predeterminado de respaldo
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. |
| Superficie directa | Markin rellena directamente un slot en el producto o cuerpo del mensaje, para ubicaciones donde el ir y venir a través de un canal no añade nada. |
¿Qué puedes pedirle a Markin que haga en SDK web y móvil?
- ¿Cómo personalizo una pasarela de pago en tiempo real?
- ¿Cómo añado una API de decisión a mi aplicación sin ralentizarla?
- ¿Qué se muestra si el servicio de decisioning no está disponible?
- ¿Cómo pruebo ofertas in-product contra un holdout?
Lo que Markin hace en SDK web y móvil
- 01Sirve una decisión por solicitud de superficie dentro de un presupuesto de latencia.
- 02Devuelve el motivo junto con la acción para registro y auditoría.
- 03Recurre a un valor predeterminado definido cuando no haya una decisión disponible.
- 04Almacena en caché las decisiones por sesión para evitar llamadas repetidas.
- 05Asigna y respeta la pertenencia al holdout a nivel de dispositivo.
- 06Emite automáticamente eventos de impresión e interacción.
- 07Respeta el estado de consentimiento transmitido por el cliente.
- 08Informa de los ingresos incrementales por superficie y por slot.
Alcance del trabajo
El trabajo de growth detrás SDK web y móvil
La lista anterior es lo que Markin toca en SDK web y móvil. 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.
- Lee el historial de contactos para que los envíos pasados cuenten como presión sobre el cliente.
- Rastrea los cambios de catálogo, precios y planes a medida que ocurren.
Encuentra dónde se están fugando los ingresos
Normalmente un análisis trimestral en profundidad por parte de un analista.
- Detecta la falta de coincidencia entre el precio y el paquete, entre lo que la gente compra y lo que usa.
- Detecta la fricción del producto que se correlaciona con la degradación y la cancelación.
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.
- Arbitra entre cada acción que compite por ese mismo cliente.
- Aplica límites de frecuencia, fatiga y horas de inactividad antes de que se confirme cualquier cosa.
Ejecuta en las herramientas que ya utilizas
Normalmente un ticket, luego un espacio en el calendario del próximo mes.
- Escribe las decisiones en los sistemas de CRM, engagement y almacén de datos ya en producción.
- Activa journeys y campañas que tu equipo de lifecycle posee y puede editar.
Demuestra que causó los ingresos
Normalmente discutido, rara vez medido.
- Lee el uplift en ingresos por cliente frente a ese control.
- Informa de la retención, el ARPU, el margen y la presión de contacto uno al lado del otro.
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.
Los equipos usan SDK web y móvil junto con
SDK web y móvil questions
- How does Markin connect to Web and mobile SDK?
- Decision API, Direct surface. 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 Web and mobile SDK?
- Session context passed at request time.
- What does Markin write back into Web and mobile SDK?
- Una acción más su razón, por solicitud, con un valor predeterminado de respaldo
- ¿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.