Markin + Twilio integration
SMS e WhatsApp como uma superfície arbitrada.
O que é um Twilio Agente de IA?
Uma configuração Markin e Twilio usa o Twilio como transporte para decisões que precisam de SMS, WhatsApp ou voz. Markin decide quem vale a pena contactar e com o quê, e só liga para o Twilio quando o expected value compensa o custo da mensagem.
A mensagem é o canal onde o excesso de contacto mais custa. A arbitragem antes do envio vale mais aqui do que em qualquer outro lugar, e a retenção é tratada como uma decisão válida.
O que a Markin lê
- Recibos de entrega e eventos de resposta
- Estado de opt-in e opt-out
O que a Markin escreve de volta
- Envie instruções com a ação escolhida ou uma retenção explícita
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. |
| Evento acionado | Markin emite um evento que inicia ou avança uma jornada. Quase imediato, e o canal mantém a sua própria governação. |
O que você pode pedir para Markin fazer em Twilio?
- Como decido quais clientes valem um SMS?
- Posso desencadear mensagens Twilio a partir de um modelo de churn?
- Como reduzo o gasto com SMS sem perder a retenção?
- Como meço o valor incremental das campanhas de WhatsApp?
O que Markin faz em Twilio
- 01Ler eventos de entrega, resposta e opt-out.
- 02Precifique cada mensagem candidata em relação ao seu retorno esperado.
- 03Suprima contatos cujo valor esperado esteja abaixo do custo de envio.
- 04Chame a API de mensagens com a referência do conteúdo decidido.
- 05Respeitar as horas de silêncio e o consentimento mantido nos seus próprios sistemas.
- 06Mantenha um holdout aleatório entre os clientes contactáveis.
- 07Ler conversões de volta associadas ao ID da decisão.
- 08Reporte o custo por euro incremental de receita.
Âmbito do trabalho
O trabalho de growth por trás Twilio
A lista acima é o que Markin toca em Twilio. 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.
- Mantenha o rasto da query para que um analista possa reproduzir cada número.
- Execute a investigação automaticamente e retorne os fatores com suas evidências.
Escreva hipóteses que valem a pena financiar
Normalmente, um workshop, limitado às ideias presentes na sala.
- Escreva hipóteses continuamente em marketing, produto, preços e saúde técnica.
- Anexe o efeito de receita esperado e a população a que se aplica.
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.
- Reter um grupo de controlo aleatório em cada decisão, não um holdout global.
- Ler o uplift na receita por cliente contra esse controlo.
Retire, governe e transfira
Normalmente não é trabalho de ninguém, então nada é alguma vez desativado.
- Mostre todo o rasto de decisões quando o departamento jurídico, financeiro ou um auditor o solicitar.
- Entregue à equipa um portfólio que eles possam ler, questionar e anular.
Twilio questions
- How does Markin connect to Twilio?
- Decision API, Triggered event. 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 Twilio?
- Delivery receipts and reply events; Opt-in and opt-out state.
- What does Markin write back into Twilio?
- Envie instruções com a ação escolhida ou uma retenção explícita
- 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.