O Relatório de ROI da Markin para Equipas de Enterprise GrowthLer agora
MARKIN

COMPARE/Markin e a sua stack

Markin+Segment logoSegmento

Markin + Segment ou Tealium: transformando o contexto do cliente em decisões de receita

+17–35% ARPU em relação ao holdoutIntervalo observado em implementações Markin, medido em coortes tratadas.

Segment e Tealium recolhem eventos, resolvem a identidade, governam o consentimento e encaminham os dados do cliente para ferramentas a jusante. Markin situa-se acima dessa infraestrutura e decide qual oportunidade comercial vale a pena para cada cliente. A recolha, o consentimento e o encaminhamento permanecem exatamente onde estão.

Solicitar uma demoTomada de Decisão do Cliente

Em resumo

  • Segment or Tealium: Is this data collected, resolved, compliant and delivered to the right tools? Output: Unified profiles and traits, governed event streams, audiences in destinations.
  • Markin, the decision + execution layer: Given everything we now know, which opportunity is worth acting on and how much is it worth? Output: A ranked decision per customer, including the decision not to act.
  • Um traço é um facto sobre um cliente. Não carrega nenhuma estimativa da receita em jogo ou do que uma intervenção mudaria.
  • Markin is not customer data infrastructure and will not ask you to re-instrument anything.

Última atualização: . As afirmações sobre outros fornecedores remetem para a fonte de onde provêm.

O que está em jogo

Uma camada de decisioning não é um item de linha de ferramenta. Ela movimenta o ARPU na base total, todos os meses.

Base instalada

3.0M

customers at $21 ARPU / month

Receita endereçável

$378.0M

por ano, base alcançável

Aumento de ARPU verificado

+17% a +35% ARPU

em coortes tratadas, contra holdout

O que isso vale

$64.3M – $132.3M

receita incremental por ano

Medido em coortes tratadas contra um holdout aleatório, lido durante uma janela de medição completa em vez das primeiras semanas. Intervalo anonimizado em implementações Markin em grandes bases B2C; o seu próprio holdout é o número que decide. As figuras acima aplicam essa faixa à parcela alcançável da base, com base nas premissas desta página; elas são aritméticas, não uma previsão para o seu negócio.

Execute-o com os seus próprios números

What your stack does today.

01

Segment ou Tealium

Infraestrutura de dados do cliente: recolha de eventos em web, mobile e servidor, resolução de identidade em perfis unificados, governação de consentimento e tags, e encaminhamento desses dados para destinos a jusante.

02

Markin, a camada de decisioning + execução

Uma camada que consome esse contexto governado e produz decisões comerciais classificadas e dimensionadas por cliente, cada uma com um tratamento, um grupo de controlo e um resultado incremental medido.

Lado a lado

As diferenças que mudam os resultados.

DimensãoSegment ou TealiumMarkin, a camada de decisioning + execução
Questão que respondeEstes dados são recolhidos, resolvidos, conformes e entregues às ferramentas certas?Dados todos os nossos conhecimentos atuais, qual oportunidade vale a pena aproveitar e quanto ela vale?
Entrada primáriaChamadas de rastreamento, registos de sistema de origem, estado de consentimento, configuração de destino.Contexto de cliente governado, histórico de resultados, margem, custos de contacto e restrições.
Saída primáriaPerfis e características unificadas, fluxos de eventos governados, públicos em destinos.Uma decisão classificada por cliente, incluindo a decisão de não agir.
Proprietário habitualEngenharia de dados e operações de martech.Crescimento, ciência de dados e liderança de receita.
Como é medidoEntrega de eventos, taxa de correspondência de identidade, conformidade com o consentimento, tempo de atividade do destino.Receita e ARPU incrementais contra um holdout.

Job to be done

O mesmo trabalho, com um rendimento diferente.

Nada do que se segue precisa de uma ferramenta que não existe. Precisa que o trabalho aconteça continuamente em vez de uma vez por trimestre, e que seja comprovado contra um holdout em vez de ser discutido.

Job to be done, comparado entre With Segment and Tealium alone and Com Markin
Job to be doneWith Segment and Tealium aloneCom Markin
Observe que a receita por cliente está a desviar num segmentoAlguém percebe isso numa revisão de dashboard, semanas depois de ter começado.Detetado como um sinal no dia em que o drift elimina o ruído, com o segmento já dimensionado.
Explicar porque está a acontecerUm analista é retirado do roadmap para uma investigação de duas semanas.Uma investigação é executada automaticamente e retorna os *drivers* com as suas evidências.
Crie hipóteses que valham a pena testarUm workshop produz o punhado de ideias que a sala teve por acaso.As hipóteses são escritas continuamente em marketing, produto, precificação e saúde técnica.
Decidir quais hipóteses merecem orçamentoPriorizado por senioridade e intuição, sem tamanho anexado.Cada um é dimensionado em receita e classificado antes que algo seja construído.
Escolha o Next Best Action para um clienteAs regras do Segment e os calendários de campanhas decidem, atualizados quando alguém tem tempo.Escolhido por cliente, por momento, contra tudo o resto que compete por esse cliente.
Lançar de factoUm ticket para a equipa de ciclo de vida e, em seguida, um lugar no calendário do próximo mês.Executado dentro dos sistemas que já utiliza, sem um novo canal para adotar.
Comprovar que causou a receitaReportado contra não-qualificados ou um holdout global, se tanto.Cada decision tem um control group aleatório; o uplift é lido em relação a ele.
Mata o que não funcionaOs programas sobrevivem porque ninguém se encarrega de os descontinuar.Falhar em superar o controlo desativa o programa automaticamente.
Fazer tudo de novo na próxima semanaCom capacidade limitada: de quatro a oito testes por trimestre.Centenas de hipóteses em andamento em paralelo, continuamente.

A parte não resolvida

O que uma boa infraestrutura de dados ainda deixa em aberto

Segment e Tealium respondem se os dados são confiáveis, compatíveis e onde precisam de estar. É um problema difícil e que vale a pena resolver adequadamente. É um problema diferente de decidir o que vale a pena fazer com os dados.

  • Um traço é um facto sobre um cliente. Não carrega nenhuma estimativa da receita em jogo ou do que uma intervenção mudaria.
  • Públicos são regras; um cliente pode satisfazer muitas de uma só vez e nada arbitra comercialmente entre elas.
  • O consentimento diz o que pode fazer, não o que deve fazer.
  • Uma vez que as condutas são fiáveis, a restrição torna-se o número de intervenções bem concebidas que a equipa pode conceber e testar por trimestre.

A diferença real

Markin não é mais um motor de decisão.

Markin não é um motor de decisão. Um motor de decisão classifica ações que um humano já definiu. Markin funciona como uma equipa de data science e growth: formula as suas próprias hipóteses sobre o porquê de o ARPU estar estagnado – marketing, produto, precificação ou técnico –, dimensiona-as, executa-as nos sistemas que já utiliza, e lê cada uma contra um holdout.

 Um motor de decisioningMarkin
De onde vem a hipóteseUm humano o cria. O motor escolhe entre opções que alguém já aprovou.A Markin cria-a. Lê a base, encontra onde a receita está a vazar ou não é reclamada, e escreve a hipótese em si.
O que está autorizado a questionarMensagem, oferta, canal, momento, dentro da superfície da campanha que lhe foi dada.Tudo o que move o ARPU: atrito no onboarding, preços e embalagens, uma funcionalidade que ninguém adota, um pico de falha de pagamento, um deeplink quebrado.
Quem faz a análiseOs seus analistas, antes e depois. O motor otimiza; não investiga.A Markin faz a análise. A quantificação, definição de segmento, design e leitura de experimento são automatizados de ponta a ponta.
Onde paraNa recomendação. Alguém ainda tem de o construir e lançar.É lançado. A Markin executa dentro das suas plataformas e superfícies de produto existentes, e depois fecha o ciclo no resultado.
ThroughputTantas hipóteses quanto o seu roteiro permitir, tipicamente algumas por trimestre.Centenas em paralelo, cada uma com um grupo de controlo.
O que acontece quando está erradoO programa continua a correr até que alguém o revise.É automaticamente desativado. Não conseguir superar o controlo é um resultado normal e de baixo custo.

Um motor de decisioning seleciona a melhor ação de uma lista que você escreveu. A Markin escreve a lista e executa-a na sua pilha.

Espaço de hipóteses

Tudo o que um cientista de crescimento humano analisaria.

A maioria dos problemas de crescimento não são problemas de mensagem. Markin não está restrito à superfície da campanha: se algo está a impedir o ARPU de crescer, está dentro do âmbito e é testado da mesma forma.

Marketing

A superfície clássica, mas escolhida por cliente em vez de por segmento, e sempre contra um holdout.

  • Que oferta este cliente específico vale a pena fazer
  • Channel e tempo escolhidos por pessoa, não por campanha
  • Pressão de contacto e fadiga arbitradas em todos os programas
  • Economia de recuperação: quem merece um desconto e quem não

Produto

Onde o cliente realmente experimenta o valor, e onde a maior parte da perda de receita silenciosa acontece.

  • Etapas de onboarding que perdem clientes antes do primeiro valor
  • Uma funcionalidade com alta correlação de retenção que metade da base nunca descobre.
  • Posicionamento do Paywall e do prompt de upgrade
  • Interfaces no produto usadas como grupo de tratamento, não apenas e-mail e push

Comercial

Preços, embalagem e a forma da própria oferta, testados em vez de discutidos.

  • Estrutura do plano e do pacote por coorte
  • Profundidade de desconto em relação à margem, não apenas à conversão
  • Estruturação anual versus mensal por cliente
  • Sequências de recuperação de cobrança e churn involuntário

Saúde técnica

Anomalias que ninguém pediu para procurar. Esta é a categoria que nenhum motor de decisão cobre.

  • Uma taxa de erro de checkout que aumentou num dispositivo e numa região.
  • Falhas de pagamento concentradas num único emissor ou método
  • Um deeplink quebrado a matar silenciosamente uma jornada de alto valor
  • Latência ou degradação da entrega a consumir a conversão antes de qualquer mensagem

Pense na Markin como uma equipa de data science e growth que nunca dorme: investiga, forma hipóteses, implementa-as no seu próprio stack e prova cada uma contra um grupo de controlo, num volume que nenhuma equipa humana pode alcançar.

A sua camada de decisioning

O quê Segment e Tealium decide, e onde pára.

Ambas as plataformas implementam machine learning, e ambas o aplicam à mesma tarefa: pontuar a probabilidade de um cliente fazer algo. Essa pontuação alimenta então uma jornada baseada em regras. Uma pontuação de propensão é um input para uma decisão; não é uma decisão, e nenhuma das plataformas afirma arbitrar entre oportunidades concorrentes.

Produtos referenciados: Segment Predictions, Twilio CustomerAI, Twilio Engage; Tealium Predict ML™, AudienceStream

O que otimiza

Limites documentados

O que a evidência realmente diz

Onde a Markin é diferente.

Uma pontuação classifica pessoas, uma decisão classifica opções.

A Propensity diz quem é provável de churn. Não diz qual das nove intervenções possíveis vale a margem, ou se o cliente teria ficado de qualquer forma. A Markin classifica as opções por cliente, não os clientes por modelo.

Consome os scores que já possui

Predictions e as características de Predict ML são inputs válidos para Markin. Nada é reconstruído; as pontuações deixam de ser o fim do pipeline e tornam-se uma funcionalidade na decisão.

Incrementalidade, não probabilidade

Atuar com alta propensão muitas vezes significa pagar aos clientes para fazerem o que iriam fazer. A Markin otimiza o uplift que um tratamento causa, medido em relação ao controlo.

Arquitetura

Como as camadas funcionam juntas

Passo 01

Recolha e governação

Segment ou Tealium continuam a fazer o que fazem: recolher eventos, resolver identidades, aplicar o consentimento e encaminhar dados, incluindo para o warehouse que a Markin lê.

Passo 02

Decisão

Markin gera e dimensiona oportunidades de receita a partir desse contexto governado, classifica-as por cliente, escolhe um tratamento e atribui um grupo de controlo. O estado de consentimento é uma restrição rigorosa sobre o que é elegível.

Passo 03

Ativação através de destinos existentes

A decisão é registada de volta como um trait ou evento para que os seus destinos existentes, plataforma de engagement, anúncios, produto, suporte, a ativem através das rotas já configuradas.

A última etapa é a execução, não uma entrega. Markin não envia uma recomendação por e-mail a alguém que depois tem de a desenvolver: lança o tratamento dentro Segment and Tealium e as suas superfícies de produto diretamente, com o holdout anexado, e lê o resultado por si próprio.

O loop

A execução é um passo no ciclo, não uma entrega.

  1. 01

    Observar

    A Markin lê o sinal comportamental, transacional e de produto que você já recolhe, continuamente.

  2. 02

    Hipótese

    Escreve a hipótese em si, marketing, produto, comercial ou técnica, e declara a direção esperada.

  3. 03

    Dimensionar

    Cada oportunidade é classificada por valor esperado, então a fila é ordenada por dinheiro em vez de por opinião.

  4. 04

    Design

    Segmento, tratamento, guardrails e um holdout aleatório são definidos antes de qualquer envio.

  5. 05

    Executar

    É lançado dentro dos sistemas que já utiliza, a sua plataforma de envolvimento, as suas superfícies de produto, as suas APIs. Nada espera numa fila de desenvolvimento.

  6. 06

    Ler

    Os resultados são medidos contra o holdout durante uma janela completa, para que a novidade não seja confundida com o efeito.

  7. 07

    Escalar ou reformar

    O que supera o controlo é escalado na base. O que não supera é automaticamente desativado.

Onde a Markin se encaixa

Não é um substituto. Uma equipa de growth-science no topo.

Markin não é infraestrutura de dados do cliente e não pedirá para reinstrumentalizar nada. Lê o contexto que o seu CDP já produz, decide o que é comercialmente vantajoso fazer com ele e devolve essa decisão através da mesma camada de roteamento.

O consentimento é uma restrição, não uma reflexão posterior

A elegibilidade herda o estado de consentimento e preferência que a sua plataforma gere. Uma decisão que não pode ser executada em conformidade nunca é tomada.

Nenhum novo grafo de identidade

A resolução de identidade permanece onde está. A Markin une-se aos identificadores que a sua plataforma já resolve.

De traços a valor esperado

O output não é outra característica. É uma oportunidade de receita dimensionada com um tratamento recomendado e um grupo de controlo anexado.

Explorar Tomada de Decisão do Cliente

Porque a Markin ganha

Mais poderoso do que qualquer coisa nesta página.

Cada ferramenta com a qual a Markin é comparada foi construída para uma tarefa que termina antes que a receita se mova: entregar a mensagem, unificar os dados, pontuar o lead. A Markin foi construída para um único resultado, aumentar o ARPU, e possui o ciclo completo que leva a isso: investigar, hipotetizar, lançar, medir e escalar, em marketing, produto, preços e saúde técnica.

Aprendizagem ultrarrápida, por design

A Markin Growth Science executa o ciclo completo de observar, criar uma hipótese, fazer um experimento e ler em dias, com centenas de experimentos com holdout em paralelo. O sistema acumula aprendizagem a um ritmo que nenhuma equipa humana, e nenhuma ferramenta de campanha, consegue igualar.

growth operations, eficientes

A quantificação, o design do segmento, a construção, o lançamento e a medição costumavam ser quatro equipas e um sprint. Na Markin, são um único sistema, para que a mesma growth operation envie mais ações de receita com uma fração do custo de coordenação.

Um resultado: ARPU

Cada hipótese é dimensionada em receita esperada por cliente, cada ação é julgada contra um holdout aleatório, e tudo o que supera o controlo escala automaticamente pela base. Nada mais nesta página é medido dessa forma.

Se o objetivo é aumentar o ARPU através de um aprendizado ultrarrápido e executar growth operations de forma mais eficiente, a escolha é a Markin.

Solicitar uma demo

Modelo operacional

A restrição não são as ideias. É quantas pode testar.

 Today, with Segment and TealiumCom Markin por cima
Hipóteses de receita testadas por trimestre4 a 8, o que o roadmap permitisseCentenas, geradas e executadas em paralelo
Sobre o que pode ser criada uma hipóteseMensagens, ofertas e públicos-alvo, a superfície da campanhaMarketing, produto, preços e saúde técnica, todos igualmente
Da decisão à entrada em vigor no canalUm ticket, uma fila de construção, uma janela de lançamentoMarkin lança-o nas suas plataformas existentes autonomamente.
Tempo da ideia a um resultado em que confia6 a 10 semanas de análise, construção e apresentação de resultadosDias, porque o dimensionamento e o design são automatizados
Proporção de decisões com um grupo de controloOs programas emblemáticos, quando há tempoCada decisão, por defeito
Cobertura da baseSegmentos principais e os clientes que uma regra apanhouUma decisão por cliente, em toda a base
Custo de testar a 500ª hipóteseOutro analista, outro trimestreEfetivamente zero
No que a equipa gasta o seu tempoPuxando dados, criando listas, reconciliando relatóriosJulgamento: restrições, economia, o que escalar

Markin não substitui a sua equipa de ciência de dados. Remove o teto sobre quanto da base essa equipa pode atuar e a rapidez com que descobre se funcionou.

O que a Markin não substitui.

Para ser explícito sobre o escopo, porque o departamento de compras vai perguntar:

  • Markin não recolhe eventos nem instrumenta as suas aplicações web e mobile.
  • Markin não realiza resolução de identidade nem mantém o armazenamento de perfis.
  • Markin não é um sistema de gestão de consentimentos, preferências ou tags.
  • Markin não encaminha dados para destinos; o seu CDP mantém essa função.
  • Markin não fica ao lado Segment and Tealium a fazer sugestões. Ele impulsiona, a ação é lançada lá, no sistema que a sua equipa já conhece, e o resultado retorna ao ciclo.

Padrão de evidência

A maior parte desta categoria reporta o seu próprio lift.

Nenhum dos principais fornecedores de engajamento, CDP ou personalização publica um valor de uplift verificado independentemente para o seu produto de decisão. Onde existem números, estes provêm de estudos encomendados por fornecedores ou estudos de caso de um único cliente sem metodologia de holdout divulgada. A pesquisa pública mais rigorosa na categoria não é lisonjeira para ninguém, incluindo nós, e é exatamente por isso que construímos contra ela.

Como a Markin se compromete

  • Cada decision que o Markin toma tem um control group. O uplift é reportado em relação a esse holdout, não em relação aos clientes que não se qualificaram.
  • Os resultados são lidos durante uma janela de medição completa, em vez de nas primeiras semanas, para que a novidade não seja confundida com o efeito.
  • Os programas que não conseguem superar o controlo são descontinuados automaticamente. Terminar decisões que não compensam faz parte do ciclo, não de uma revisão anual.
  • O único número que citamos sobre nós é uma gama, não uma média: +17% a +35% ARPU em coortes tratadas contra um holdout aleatório, em implementações Markin em grandes bases B2C. Não publicamos nenhum benchmark da indústria, porque não conseguimos encontrar um que estivéssemos dispostos a defender. O seu holdout é o número que importa.

Dimensiona-o tu mesmo

O valor de um score de propensão depois que algo decide sobre ele

Pré-carregado para uma base com pontuação já implementada através de Segment Predictions ou Tealium Predict ML. As pontuações classificam as pessoas; não classificam as ações concorrentes, não as precificam em relação à margem, nem retêm nada para provar o efeito. A figura abaixo é a margem que transformar essas pontuações em decisões classificadas e dimensionadas pode defender contra o control.

A sua base

3.0M

Contas que geraram receita nos últimos 30 dias. Não utilizadores registados.

$21

Receita recorrente mais não recorrente dividida por clientes ativos.

60%

Margem na próxima unidade vendida, não margem combinada da empresa.

O seu programa hoje

50%

Com consentimento, não fatigado, contactável em pelo menos um canal.

2.6%

Receita perdida para cancelamentos a cada mês, como uma parte da base.

A aposta

$1.1M

Licenças, dados, incentivos e as pessoas que os gerem.

3%

Antes de qualquer corte de incrementalidade. 2–4% é uma suposição de planeamento defensável.

Impacto anual verificado

$3.7M

Margem bruta incremental líquida no caso central, após o custo do programa e após a quota de programas de decisioning que a pesquisa independente conclui não entregarem qualquer lift real.

Uplift reportado

$11.3M

What a before/after dashboard would claim, with no control group.

Aumento verificado

$7.9M

What survives a holdout in the central case.

Retorno sobre o custo do programa

4.3×

Retorno

3 mo

Se 20–40% disso não fizer nada

Melhor cenário · 20% sem lift$4.3M
Caso central · 30% sem lift$3.7M
Pior cenário · 40% sem lift$3.0M

O que é preciso para provar isso

Para detetar um(a) 3% de lift na receita por cliente, necessita de aproximadamente 40K clientes no braço de controlo, cerca de 2.7% da sua base endereçável, lido em pelo menos 8 weeks, para que a novidade não seja confundida com efeito.

Base endereçável

1.5M

Receita em risco de churn

$204.9M

Annualised, at the current monthly rate.

Abra a calculadora completa, com o método por trás dela

Time to value

90 dias para um número que sobreviveu a um holdout.

Nenhum replatform, nenhuma migração de dados, nenhuma reconstrução dos canais que já opera. Se as primeiras cohorts não superarem o controlo, nada escala e perdeu um trimestre, não um roadmap.

  1. Semanas 0–2

    Leia o contexto que já possui

    A Markin conecta-se aos dados e aos canais que você utiliza atualmente, incluindo o Segment and Tealium. Sem migração, sem replatform, sem nova fonte de verdade.

  2. Semanas 3–6

    Primeiras oportunidades dimensionadas em teste

    As Oportunidades são classificadas por valor esperado, os tratamentos são escolhidos por cliente, e as primeiras coortes são lançadas com um holdout randomizado anexado.

  3. Semanas 7–12

    Primeira receita incremental verificada

    Os resultados são lidos durante uma janela de medição completa. O que supera o controlo é escalado; o que não supera é retirado. Nada é escalado com base num número que não sobreviveu a um holdout.

Quando não precisa de Markin.

  • A recolha e a identidade ainda não são fiáveis: uma camada de decisão não pode compensar a falta de contexto.
  • Precisa de gestão de consentimento, governança de tags ou um pipeline de dados, é para isso que estas plataformas servem.
  • O seu modelo comercial não tem decisão de recompra, upgrade ou retenção para priorizar.

Ver no produto

Veja-o decidir, experimentar e executar, antes de falar com alguém.

Um tour guiado pelo workspace Markin num cliente demo, sem call de vendas, sem configuração.

Explorar demoOu agende uma demo com a equipe

Perguntas que os compradores fazem.

Um propensity score do Segment ou Tealium não é o mesmo que uma decisão?

Não. Segment Predictions calcula a probabilidade de um utilizador realizar um evento rastreado, armazenado como um trait e restrito à camada Business com Unify Plus. Tealium Predict ML prevê a probabilidade de um objetivo para definir segmentos de audiência ou regras de envolvimento. Ambos classificam pessoas; nenhum classifica as Candidate actions concorrentes que se poderiam tomar, atribui-lhes um preço em relação à margem, ou mede se o tratamento causou o resultado. Markin consome esses scores como inputs.

Temos de substituir a Segment ou a Tealium?

Não. Eles permanecem a camada de coleta, identidade, consentimento e roteamento. A Markin consome esse contexto e retorna decisões através dos destinos que você já configurou.

Esta é uma segunda CDP?

Não. Markin não tem um store de perfis nem um grafo de identidade. Lê contexto resolvido e produz decisões comerciais classificadas, o que é um artefacto diferente de um perfil unificado.

Como o consentimento é respeitado?

O estado de consentimento e preferência são tratados como restrições de elegibilidade rígidas. Se um cliente não puder ser contactado num canal, nenhuma decisão é produzida para esse canal.

E se o nosso contexto estiver no warehouse em vez de no CDP?

Funciona da mesma forma. O requisito é um contexto de cliente e um histórico de resultados fiáveis, não uma categoria de produto específica.

Em que é que a Markin é diferente do decisioning ou da AI já existentes no Segment and Tealium?

Um motor de decisioning classifica as ações que um humano já definiu, dentro da superfície de campanha que lhe foi dada. A Markin forma as hipóteses por si mesma, marketing, produto, preço ou uma anomalia técnica que esteja a atrasar o growth, dimensiona-as, executa-as dentro do Segment and Tealium e das suas superfícies de produto, e lê cada uma contra um holdout aleatório. Comporta-se como uma equipa de data science e growth, e não como um otimizador.

O Markin testa apenas mensagens e ofertas?

Não. Tudo o que um growth scientist humano investigaria está dentro do âmbito: fricção no onboarding, adoção de funcionalidades, precificação e empacotamento, cobrança e problemas de saúde técnica, como uma taxa de erro no checkout ou um deeplink quebrado que silenciosamente está a matar a conversão. Marketing é um dos quatro domínios de hipóteses, não o limite.

O que é the business case for adding Markin on top of Segment and Tealium?

On the assumptions preloaded above, 3.0M customers at 21 a month, um pequeno movimento no ARPU representa um grande número em termos absolutos, porque se aplica a toda a base instalada todos os meses, e não a uma campanha. Nos deployments da Markin, o intervalo verificado em coortes tratadas é de +17% a +35% ARPU contra um holdout aleatório. O objetivo não é ter mais mensagens: é encontrar a ação de maior valor por cliente, lançá-la e comprová-la contra o controlo antes de dimensionar.

Quanto tempo até se pagar?

As primeiras oportunidades dimensionadas estão em teste dentro de seis semanas e o primeiro resultado holdout-verified chega dentro de 90 dias. O payback depende da sua base, margem e custo do programa, a calculadora nesta página calcula-o a partir dos seus próprios números, após aplicar o haircut de 20% a 40% que a BCG encontra quando os programas de next-best-action são incrementality-tested.

Ler a seguir

Leitura de fundo sobre como funciona o decisioning de next best action, dos guias por trás desta comparação.