Markin + SDK Web e móvel integration
Decisões na sessão renderizadas nas suas próprias interfaces.
O que é um SDK Web e móvel Agente de IA?
O SDK web e móvel de Markin pede uma decisão no momento da renderização e recebe uma ação mais o seu motivo, com um fallback definido e um orçamento de latência. É assim que superfícies em sessão, como paywalls, ecrãs iniciais e checkout, obtêm uma decisão sem uma viagem de ida e volta através de um canal.
Algumas interfaces não podem esperar por um intervalo de sincronização. Uma paywall ou um espaço no ecrã inicial pedem no momento da renderização e obtêm uma resposta, e a interface é sempre renderizada mesmo quando Markin não responde.
O que a Markin lê
- Contexto da sessão passado no momento do pedido
O que a Markin escreve de volta
- Uma ação mais a sua razão, por pedido, com um padrão de fallback
Como a conexão funciona
| Padrão | O que significa aqui |
|---|---|
| Decision API | A superfície pede a Markin uma decisão no momento da renderização e recebe uma ação mais o seu motivo, com um fallback definido. |
| Superfície direta | Markin preenche um slot no produto ou corpo da mensagem diretamente, para posicionamentos onde um round-trip através de um canal não acrescenta nada. |
O que você pode pedir para Markin fazer em SDK Web e móvel?
- Como personalizo um paywall em tempo real?
- Como adiciono uma API de decisão à minha aplicação sem a abrandar?
- O que é renderizado se o serviço de decision estiver indisponível?
- Como testo ofertas in-product contra um holdout?
O que Markin faz em SDK Web e móvel
- 01Sirva uma decisão por solicitação de superfície dentro de um orçamento de latência.
- 02Devolva o motivo juntamente com a ação para registo e auditoria.
- 03Recorrer a um padrão definido quando nenhuma decisão estiver disponível.
- 04Armazene as decisões por sessão para evitar chamadas repetidas.
- 05Atribua e respeite a participação em holdout ao nível do dispositivo.
- 06Emitir automaticamente eventos de impressão e interação de volta.
- 07Respeitar o estado de consentimento passado pelo cliente.
- 08Reporte a receita incremental por superfície e por slot.
Âmbito do trabalho
O trabalho de growth por trás SDK Web e móvel
A lista acima é o que Markin toca em SDK Web e móvel. Um conector é apenas a superfície. Abaixo está o trabalho em si: o que um analista, um lifecycle manager, um data scientist e um experimentation lead fariam entre si, correndo continuamente contra os seus próprios dados.
Ler o património
Normalmente um engenheiro de dados, uma vez, depois nunca mais atualizado.
- Ler histórico de contactos para que os envios anteriores contem como pressão sobre o cliente.
- Acompanhe as mudanças de catálogo, preços e planos à medida que acontecem.
Encontre onde a receita está a vazar
Normalmente uma análise aprofundada trimestral feita por um analista.
- Identifique a incompatibilidade de preços e pacotes entre o que as pessoas compram e o que usam.
- Identifique o atrito do produto que se correlaciona com o downgrade e o cancelamento.
Explique porquê
Normalmente, uma investigação de duas semanas retirada do roadmap.
- Separe os efeitos de mix da mudança real de comportamento.
- Classifique os drivers por quanto movimento cada um explica.
Escreva hipóteses que valem a pena financiar
Normalmente, um workshop, limitado às ideias presentes na sala.
- Anexe a evidência e a suposição de que cada uma depende.
- Classifique o portfólio por valor esperado, não por antiguidade.
Decidir por cliente
Normalmente, as regras de segmentação são atualizadas quando alguém tem tempo.
- Arbitrar entre cada ação que concorre pelo mesmo cliente.
- Aplique limites de frequência, fadiga e horas de silêncio antes que qualquer coisa seja confirmada.
Execute nas ferramentas que você já usa
Normalmente um ticket, depois um lugar no calendário do próximo mês.
- Escreva decisões nos sistemas de CRM, engajamento e warehouse já em produção.
- Ative jornadas e campanhas que a sua equipa de lifecycle possui e pode editar.
Comprovar que causou a receita
Normalmente discutido, raramente medido.
- Ler o uplift na receita por cliente contra esse controlo.
- Reporte a retenção, ARPU, margem e pressão de contacto lado a lado.
Retire, governe e transfira
Normalmente não é trabalho de ninguém, então nada é alguma vez desativado.
- Retire programas automaticamente quando deixam de superar o controle.
- Volte a testar pressupostos que decaem, como a sensibilidade ao preço e a sazonalidade.
As equipas usam SDK Web e móvel juntamente com
SDK Web e móvel 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?
- Uma ação mais a sua razão, por pedido, com um padrão de fallback
- Temos de mover os nossos dados para Markin?
- Não. Markin lê do seu warehouse, eventos de produto e sistemas operacionais em uso, no seu ambiente de computação, sob as regras de acesso que a sua equipa de dados já estabeleceu. Nada é copiado para uma base de clientes separada e não existe um store de perfis por parte do fornecedor para migrar mais tarde.
- Markin substitui a nossa plataforma de engagement ou CDP?
- Não, e não deveria. A sua engagement platform mantém o canal, os templates, a deliverability e a governance. O seu CDP mantém a identidade e o consentimento. A Markin adiciona a camada que nenhuma delas tem: decidir qual ação merece existir para cada cliente e prová-la contra um holdout.
- E se o sistema que usamos não estiver listado?
- Os quatro padrões de ativação cobrem quase tudo: gravação de atributos, evento acionado, API de decisão e renderização direta da superfície. Qualquer sistema que exponha uma API, aceite uma tabela ou possa ler uma coluna de warehouse pode receber decisões. Novos conectores são construídos durante a implementação, geralmente em dias.