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

COMPARE/Markin + ciência de dados

Markin e a sua equipa de data science

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

Markin funciona em conjunto com a sua equipa de data science, não em vez dela. A equipa é responsável por features, modelos, economia e design causal. Markin comporta-se como uma equipa adicional de cientistas que nunca dorme: escreve as suas próprias hipóteses, marketing, produto, preços ou uma anomalia técnica que esteja a travar o growth, dimensiona-as, lança-as nos sistemas que você já utiliza e lê cada uma delas em comparação com um grupo de controlo aleatório, a um volume que nenhuma equipa de analistas consegue sustentar manualmente.

Em resumo

  • Your data science team: What is likely to happen, and what actually caused it? Output: Models, scores, experiment designs, readouts
  • Markin, decision + execution: For this customer, right now, what is the highest-value action? Output: One sized, ranked decision per customer, with a control group
  • As pontuações ao nível do cliente são colapsadas em segmentos porque essa é a única unidade em que as ferramentas downstream podem atuar.
  • The split is simple: your team owns the science, Markin owns the arithmetic repeated millions of times.

Ú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

4.0M

customers at $19 ARPU / month

Receita endereçável

$501.6M

por ano, base alcançável

Aumento de ARPU verificado

+17% a +35% ARPU

em coortes tratadas, contra holdout

O que isso vale

$85.3M – $175.6M

receita incremental por ano

Mesmo número de funcionários, mesmos modelos. A única variável alterada é quantas decisões esses modelos impulsionam e quantas delas são verificadas.

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

What your stack does today.

01

A sua equipa de Data Science

As pessoas que entendem os seus clientes quantitativamente: características, modelos de propensão e uplift, design causal, a economia por trás de cada número.

02

Markin, decisão + execução

O sistema que consome esses modelos em cadência de machine learning: gerando e dimensionando oportunidades, escolhendo uma ação por cliente e provando-a contra um holdout.

Lado a lado

As diferenças que mudam os resultados.

DimensãoA sua equipa de Data ScienceMarkin, decisão + execução
Questão que respondeO que é provável que aconteça e o que realmente o causou?Para este cliente, neste momento, qual é a ação de maior valor?
Entrada primáriaDados de Warehouse, streams de eventos, conhecimento de domínioOs seus modelos, restrições, economia e histórico de resultados
Saída primáriaModelos, pontuações, designs de experimentos, relatóriosUma decisão dimensionada e classificada por cliente, com um grupo de controlo
Proprietário habitualCiência de dados / analíticaOrientado por ciência de dados, executado continuamente
Como é medidoQualidade do modelo, validade da leitura causalARPU Incremental em relação a um holdout aleatório

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 your data science team alone and Com Markin
Job to be doneWith your data science team 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 gargalo nunca foi a modelagem. É o que acontece com a pontuação.

Uma equipa forte de data science consegue modelar tudo o que você lhes apresentar. O que ela não consegue fazer é gastar um score ao nível do cliente, ao nível do cliente, para milhões de pessoas, todas as semanas, com um grupo de controlo em cada decisão. Assim, os modelos excelentes terminam a sua vida numa exportação de segmento mensal, e o trabalho causal é reservado para os programas emblemáticos. Isso é uma lacuna de throughput, não uma lacuna de competência.

  • As pontuações ao nível do cliente são colapsadas em segmentos porque essa é a única unidade em que as ferramentas downstream podem atuar.
  • Dimensionar cada Candidate opportunity manualmente custa mais tempo de analista do que a maioria das opportunities valem, então a priorização tende para a intuição.
  • Os holdouts são configurados manualmente, portanto a maioria do que é lançado nunca é atribuída a nada.
  • Analistas seniores passam a semana a extrair dados, a construir listas e a conciliar relatórios em vez de se dedicarem ao julgamento causal.
  • O retreinamento do modelo é agendado, não impulsionado pelo que as últimas decisões realmente provaram.

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.

Arquitetura

Como a data science e a camada de decisioning funcionam juntas

Passo 01

A equipa define o quadro

Funcionalidades, modelos em que vale a pena confiar, margem e economia de contacto, regras de elegibilidade, e como uma leitura causal deve ser concebida para contar. Isto permanece com as pessoas que conhecem o seu negócio.

Passo 02

A Markin executa o volume

Dentro desse enquadramento, Markin gera ações candidatas, dimensiona a receita por trás de cada uma, classifica-as por cliente, escolhe uma e mantém um grupo de controlo aleatório, continuamente, em toda a base, sem um ticket.

Passo 03

A evidência regressa à equipa.

Cada decisão retorna um resultado medido: o que superou o controlo, em quanto, e para quem. A ciência de dados lê a evidência, retreina-se nela, ajusta o quadro e audita o sistema. O ciclo acumula-se em vez de reiniciar a cada trimestre.

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 your data science team 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.

A divisão é simples: a sua equipa é proprietária da ciência, Markin é proprietária da aritmética repetida milhões de vezes. Modelagem, economia e design causal permanecem humanos. Dimensionar, classificar, escolher, fazer holdout e medir deixam de ser um item do roteiro e tornam-se um sistema que funciona enquanto a equipa dorme.

Os seus modelos são finalmente usados ao nível do cliente

Um modelo de propensão ou *uplift* construído pela sua equipa alimenta uma decisão por cliente que também conhece a margem, o custo de contacto e a elegibilidade. A pontuação deixa de terminar a sua vida numa exportação de segmento.

O design causal torna-se o padrão, não a exceção

Um holdout aleatório em cada decisão significa que o modelo que implementou tem um efeito incremental medido, não uma correlação que precisa defender numa leitura.

Analistas tornam-se proprietários de um sistema de decisão

Em vez de atender a pedidos de campanha, a ciência de dados define e audita o sistema que toma milhões de decisões, uma superfície de influência muito maior com o mesmo número de funcionários.

Retreino impulsionado por resultados, não por calendário

Cada decisão retorna um resultado rotulado sob uma atribuição de tratamento conhecida, que é o dado de treino mais limpo que os seus modelos alguma vez obterão.

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.

Modelo operacional

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

 Hoje, apenas com a equipaCom Markin por cima
Onde um score de modelo é gastoUma exportação de segmento mensalUm input em tempo real para milhões de decisões por semana
Unidade de decisãoSegmento, escolhido numa reunião de planeamentoUm cliente, escolhido com base no valor esperado
Proporção de decisões com um grupo de controloOs programas emblemáticos, quando há tempoCada decisão, por defeito
Para onde vai o tempo do analista séniorPuxando dados, criando listas, reconciliando relatóriosEconomia, restrições, design causal, o que escalar
Retraining do sinalAgendado, com base em dados observacionaisContínuo, em resultados aleatórios
Custo de testar a 500ª hipóteseOutro analista, outro trimestreEfetivamente zero

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, porque esta é a primeira pergunta que todo líder de analytics faz:

  • Markin não substitui data scientists. Feature engineering, modelos de domínio e julgamento causal permanecem com as pessoas que os possuem.
  • Markin não esconde o seu raciocínio. Cada decisão é auditável até às entradas e saídas do modelo que a produziu.
  • Markin não o força a abandonar os seus modelos. Traga os seus próprios modelos de propensão e uplift, ou anule qualquer modelo no ciclo.
  • Markin não é dono do seu warehouse. Lê de onde os seus dados já residem; sem migração, sem nova fonte de verdade.
  • Markin não é uma ferramenta de relatórios. Produz decisões e as evidências de que funcionaram; a sua stack de análise permanece onde está.
  • Markin não fica ao lado your data science team 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

Dimensionar o que os seus modelos poderiam produzir com o throughput removido

Pré-carregado para uma grande empresa B2C com uma equipa interna de data science competente: bons modelos, um roadmap completo e muito mais hipóteses do que trimestres para testá-las. A figura abaixo não é o que uma nova equipa produziria. É a margem incremental disponível ao gastar os scores que você já constrói ao nível do cliente, continuamente, medido contra um holdout randomizado.

A sua base

4.0M

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

$19

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

55%

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

2.4%

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

A aposta

$1.2M

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

$5.1M

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

$15.0M

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

Aumento verificado

$10.5M

What survives a holdout in the central case.

Retorno sobre o custo do programa

5.3×

Retorno

3 mo

Se 20–40% disso não fizer nada

Melhor cenário · 20% sem lift$6.0M
Caso central · 30% sem lift$5.1M
Pior cenário · 40% sem lift$4.2M

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 1.8% da sua base endereçável, lido em pelo menos 8 weeks, para que a novidade não seja confundida com efeito.

Base endereçável

2.2M

Receita em risco de churn

$230.6M

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

    A equipa codifica o quadro

    Modelos dignos de confiança, economia de margem e contacto, regras de elegibilidade e padrões de medição. Markin conecta-se ao warehouse e canais que já utiliza, sem migração, sem mudança de propriedade.

  2. Semanas 3–6

    Os pontos começam a ser gastos por cliente

    Hipóteses que a equipe nunca teve tempo de alcançar são geradas, dimensionadas e colocadas em teste em paralelo, cada uma com um holdout aleatório. A data science revisa os designs e a atribuição.

  3. Semanas 7–12

    Primeira receita incremental verificada, atribuível aos seus modelos

    Os resultados são lidos durante uma janela de medição completa. O que supera o controlo é escalado; o que não supera é retirado. O número que a equipa apresenta sobreviveu a um holdout, e o sistema que o produziu está sob a sua alçada.

Quando não precisa de Markin.

  • Não tem histórico de resultados e nenhum canal para agir, então ainda não há nada para aprender ou decidir.
  • A organização não está disposta a manter um grupo de controlo, caso em que nada aqui pode ser verificado.
  • A sua base é suficientemente pequena para que uma pessoa possa razoavelmente raciocinar sobre cada segmento de cliente numa reunião.

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.

Perguntas que os compradores fazem.

Markin substitui a minha equipa de data science?

Não, e uma equipa que tentasse executar a Markin sem cientistas de dados obteria menos resultados. A Markin elimina o trabalho manual de decisão: dimensionar Candidate actions manualmente, exportar segmentos, configurar holdouts, reconciliar relatórios. A habilidade escassa, saber o que otimizar, o que restringir e o que uma leitura causal realmente prova, torna-se mais valiosa, não menos.

Quem é o proprietário dos modelos?

Sim. Markin utiliza as funcionalidades, propensão e modelos de uplift que a sua equipa já mantém, juntamente com o seu próprio dimensionamento de oportunidades, e cada decisão é auditável até aos inputs que a produziram. A sua equipa pode inspecionar, anular ou substituir qualquer modelo no ciclo.

Podemos trazer os nossos próprios modelos de uplift?

Sim. Traga pontuações do warehouse ou sirva-as em tempo real; Markin combina-as com margem, custo de contacto e elegibilidade para escolher uma action por cliente. Onde não tem um modelo, o próprio dimensionamento do Markin preenche a lacuna até que tenha um.

Em que isto é diferente de implementar os nossos modelos numa ferramenta de campanha?

Uma ferramenta de campanha consome um score para construir uma lista. Uma camada de decisioning compara cada ação candidata para um cliente com base no valor esperado, aplica restrições, escolhe uma ou mantém, e anexa um grupo de controlo. O resultado é uma decisão com evidência, não uma audiência.

Como sabemos que o lift veio da camada de decisioning e não dos modelos?

Não precisa de os separar, e o holdout não se importa: as coortes tratadas e retidas (held-out) diferem apenas em se uma decisão por cliente foi tomada, no mesmo período, com os mesmos modelos e a mesma sazonalidade. É por isso que o intervalo verificado que citamos é pós-holdout, e não pré/pós.

Em que é que a Markin é diferente do decisioning ou da AI já existentes no your data science team?

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 your data science team 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 your data science team?

On the assumptions preloaded above, 4.0M customers at 19 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.