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

Mudar para Markin

Mantenha o seu stack. Mude o que ele decide.

Sem rip and replace, sem projeto de migração, sem contrato para reverter. Esta página define exatamente o que é tocado, o que não é e em que ordem.

Solicitar uma demoEstimativa do ARPU upside

Última atualização: Setembro de 2026

Permanece seu
SnowflakeBigQueryDatabricksSegment
orders48.2Mread-only
sessions312Mread-only
subscriptions6.1Mread-only
support_tickets2.4Mread-only

Sem cópia, sem migração

Nada é copiado para um novo sistema e nada para de enviar. A Markin insere uma camada entre os dados que você já possui e a plataforma que sua equipa já opera.

A maioria das equipas que procuram uma alternativa não precisa de outra plataforma.

Quatro razões pelas quais as equipas enterprise começam a considerar alternativas ao Braze, Iterable ou Salesforce, e porque uma decision layer responde a cada uma delas sem uma migration.

  1. 01

    A plataforma envia bem, mas ninguém decide o que enviar

    Braze, Iterable, Adobe e Salesforce Marketing Cloud são motores de execução. Segmentos, ofertas e timing ainda vêm de um backlog humano, então o throughput é limitado pela mão de obra, não pela ferramenta.

    Substituir um motor de execução por outro move o mesmo backlog para uma nova UI. Adicionar uma decision layer acima remove o limite.

  2. 02

    O volume de campanhas cresceu, mas a receita incremental não

    Mais envios para o mesmo punhado de segmentos produzem números atribuídos que as finanças silenciosamente descontam, porque nada é medido contra um grupo de controlo.

    A Markin anexa um holdout aleatório a cada ação, para que o número reportado seja receita incremental em vez de atribuição.

  3. 03

    A equipa de dados é o bottleneck em cada experimento

    A construção de coortes, a cablagem de testes e a leitura de resultados consomem as horas analíticas que deveriam ser dedicadas, em primeiro lugar, a encontrar oportunidades de receita.

    A Markin automatiza o volume, gerando, classificando, expedindo e aposentando hipóteses, e deixa as definições, as guardrails e o julgamento com a sua equipa.

  4. 04

    Uma migração foi orçada e a empresa recuou

    As migration marketing automation significam retemplating, reaquecimento de domínios, recertificação de conformidade e um trimestre sem lançamentos. O prazo de renovação raramente justifica o risco.

    A Markin precisa de acesso de leitura e credenciais de API com escopo definido. Nada é re-templatado, nenhum domínio é reaquecido e nenhum contrato precisa de terminar.

Markin e Braze, lado a lado →Todas as comparações →

O que permanece igual e o que realmente muda.

Intocado

A sua plataforma de execução
Braze, Salesforce Marketing Cloud, Adobe, Iterable ou o que quer que envie hoje, continua a enviar. O Markin escreve nele; não o substitui e não precisa que o seu contrato termine.
O seu warehouse e CDP
Snowflake, BigQuery, Databricks, Segment ou Tealium permanecem o sistema de registro. Markin lê no local, no seu compute, sob a segurança ao nível da linha que sua equipe de dados já definiu.
A sua equipa de dados
As pessoas que detêm os modelos, as definições e a governance continuam a detê-los. Markin adiciona capacidade analítica, não uma segunda fonte de verdade.
Consentimento, supressão e regras de marca
Limites de frequência, listas de exclusão, estado de consentimento e aprovações de legal copy são aplicados no momento da decisão, antes que uma ação possa chegar a um cliente.
Os seus relatórios
Decisões, atribuições de holdout e leituras de resultados são registadas como tabelas num schema que você possui, que podem ser unidas aos dashboards em que as finanças já confiam.
O seu modelo de identidade e acesso
SSO, roles e cadeias de aprovação vêm do seu lado. Markin as herda em vez de pedir para você manter uma lista de usuários paralela.

Genuinamente diferente

Quem decide a next action
Em vez de um calendário de campanhas trimestral, cada cliente recebe uma decisão derivada do seu próprio sinal, classificada pela receita esperada e atualizada à medida que o comportamento muda.
Como as hipóteses são produzidas
As hipóteses deixam de ser limitadas pelas horas dos analistas. O Markin gera, prioriza e retira-as continuamente, e mostra o raciocínio por trás de cada uma.
Como o impacto é comprovado
Cada ação é lançada com um holdout randomizado, para que o que chega ao conselho seja receita incremental em vez de um antes e depois atribuído.
No que a equipa de growth gasta tempo
Menos construção manual de segmentos e garantia de qualidade de campanha, mais decisão sobre as barreiras de segurança, as ofertas e quais categorias de ações os agentes podem lançar sozinhos.

A ordem de entrada, em fases, e não em datas.

Cada conta avança à velocidade que as suas próprias revisões de acesso permitem, por isso não indicamos durações. A sequência, no entanto, nunca muda.

  1. 01

    Leia o sinal, não mude nada

    Markin conecta-se apenas para leitura ao warehouse, ao CDP e aos eventos de produto, e reconstrói a receita por cliente: o que eles pagam, o que usam, onde se desviam. Nada é lançado e nada é copiado para um novo sistema.

    Markin precisa de:
    Acesso de leitura a tabelas existentes e fluxos de eventos, além das definições que sua equipe já usa para ARPU e churn.
    Você decide:
    Quais segmentos estão no âmbito e quais dados estão fora dos limites.

  2. 02

    Primeiras hipóteses, por trás de um holdout

    Um pequeno conjunto de oportunidades de receita é transformado em ações candidatas e enviado para uma fração da base, cada uma contra um grupo de controlo randomizado. O objetivo desta fase é um número legível, não volume.

    Markin precisa de:
    Um movimento para começar, geralmente onboarding activation, upgrade ou dunning recovery, e um revisor nomeado.
    Você decide:
    As "guardrails": tetos de desconto, limites de frequência, públicos excluídos e o que precisa de aprovação.

  3. 03

    Execução dentro da sua própria plataforma

    As ações aprovadas são escritas na ferramenta que já detém o canal, com os seus templates, a sua reputação de envio e a sua compliance copy. Os clientes recebem algo que parece exatamente como sempre foi.

    Markin precisa de:
    Credenciais de API com escopo para as campanhas ou audiências que o Markin pode aceder.
    Você decide:
    Que tipos de ação os agentes podem iniciar sozinhos e quais permanecem sujeitos a aprovação humana.

  4. 04

    Alargar por segmento, com base em evidências

    Os movimentos que ultrapassam o patamar de incrementality expandem-se para mais da base e mais do lifecycle. Os movimentos que não o fazem são retirados. O escopo aumenta porque um número o justificou, não porque um plano de rollout o disse.

    Markin precisa de:
    Acordo sobre o patamar que um experimento tem de atingir para escalar.
    Você decide:
    Onde alargar a seguir e quando pausar qualquer coisa.

A equipa interna

A sua equipa de dados mantém o julgamento. Markin assume o volume.

O gargalo no growth do ARPU raramente são as ideias, é quantas hipóteses uma equipa pequena consegue construir, implementar e ler num trimestre. Esse limite é o que Markin remove.

Modelos existentes continuam a funcionar

Propensão, LTV ou churn scores que sua equipe já construiu tornam-se inputs que Markin pode usar. Não exige que sejam reconstruídos e não os esconde atrás de uma caixa preta.

Analistas sobem na stack

O trabalho repetitivo, construir coortes, configurar testes, ler resultados, é o que é automatizado. Definir o que vale a pena testar e o que o negócio irá aceitar permanece humano.

Tudo é inspecionável

Cada ação remonta ao sinal, hipótese e valor esperado que a produziu, e avança para o resultado medido. A sua equipa pode auditar ou anular qualquer parte disso.

Nada está bloqueado

As decisões e atribuições de holdout ficam no seu warehouse. Se o Markin fosse desligado, o histórico, os segmentos e a plataforma que a sua equipa opera ainda estariam lá.

Markin e sua equipe de data science →Markin e sua equipe de growth →

Ferramenta a ferramenta: o que Markin adiciona, o que a ferramenta mantém.

Braze

Markin
Decide qual cliente merece qual ação, quando, e prova-o contra um holdout.
Permanece seu
Possui o canal: envio, modelos, deliverability e os canvases que sua equipe já construiu.
Integração →Lado a lado →

Salesforce Marketing Cloud

Markin
Fornece a Next Best Action classificada e o valor esperado por trás dela.
Permanece seu
Jornadas, gestão de subscritores e a enterprise governance já aprovada.
Integração →Lado a lado →

Adobe Journey Optimizer

Markin
Gera e retira hipóteses continuamente em vez de por ciclo de campanha.
Permanece seu
Orquestração, entrega de ofertas e a Adobe data layer.
Integração →Lado a lado →

Snowflake

Markin
Lê o histórico no local e escreve decisões e resultados de volta como tabelas que você possui.
Permanece seu
Sistema de registo, controlo de custos e segurança ao nível da linha.
Integração →

Segmento

Markin
Usa o fluxo de eventos como sinal e pode acionar-se em tempo quase real.
Permanece seu
Recolha, identity resolution e sincronizações downstream.
Integração →

Amplitude

Markin
Transforma o comportamento do produto em oportunidades de receita em vez de dashboards.
Permanece seu
Product analytics e os funis em que seus PMs vivem.
Integração →

Veja todos os sistemas de onde Markin lê e para onde executa →

Equipas que mantiveram a sua stack e, mesmo assim, aumentaram o ARPU.

As objeções, respondidas.

Estamos a avaliar alternativas ao Braze. Onde a Markin se encaixa?
A Markin não é uma plataforma de envio alternativa. Se a lacuna é a deliverability ou a cobertura de canais, outra ferramenta de execução é a resposta certa. Se a lacuna é que ninguém consegue decidir, a nível do cliente, qual ação vale a pena ser tomada a seguir, a Markin atua acima do Braze e fornece essa decisão, sem substituição, sem migration.
É este um projeto de migration marketing automation?
Não. Não há retemplating, nem reaquecimento de domínios, nem recertificação de cópias de conformidade. A Markin lê os dados já existentes no warehouse e escreve ações aprovadas na plataforma que a sua equipa já opera.
Temos de sair do Braze, Salesforce ou Adobe para usar o Markin?
Não. Markin é uma camada de decisioning que executa através da plataforma que você já utiliza. Seu contrato, seus modelos e sua reputação de envio permanecem exatamente onde estão, Markin decide o que merece ser enviado e a plataforma o envia.
Os nossos dados têm de ser movidos para o Markin?
Não. Markin lê do warehouse, CDP e eventos de produto já existentes, no seu compute, e grava decisões e atribuições de holdout de volta em um esquema que você possui. Nada é copiado para um novo sistema de registro.
Isto substitui a nossa equipa de data science ou growth?
Não. Ele remove o limite de quantas hipóteses essa equipe pode produzir, testar e retirar. A equipe continua a ser proprietária das definições, das barreiras de segurança e dos julgamentos; Markin realiza o volume analítico que uma equipe desse tamanho nunca conseguiria alcançar manualmente.
O que acontece aos modelos que já construímos?
Tornam-se inputs. As pontuações de propensão, LTV e churn existentes podem alimentar o ranking de Markin, e os próprios outputs de Markin surgem como tabelas que a sua equipa pode inspecionar, juntar e desafiar.
Quem aprova uma ação antes que ela chegue a um cliente?
Você decide, ao nível que escolher. Cada implementação declara quais tipos de ação os agentes podem iniciar sozinhos, quais precisam de um revisor nomeado e quais estão fora dos limites, por canal e por público.
Podemos começar com uma motion em vez do lifecycle completo?
Esse é o padrão. A maioria das contas começa com uma única ação, ativação de onboarding, upgrade ou recuperação de dívida, por trás de um holdout aleatório, e só se expande quando o número atinge o patamar que você definiu.
E se precisarmos de o parar?
Qualquer campanha, agente ou a totalidade da deployment pode ser pausada instantaneamente, com as ações em curso paradas no limite da execução. Como a execução reside na sua plataforma e o histórico reside no seu warehouse, parar o Markin deixa a sua stack a funcionar como antes.
Como sabemos que o lift é real e não atribuição?
Cada decisão carrega um grupo de controlo randomizado. O que é reportado é a diferença entre a coorte tratada e esse holdout durante uma janela de medição completa, não uma comparação de antes e depois.
O Markin precisa dos nossos dados PII de clientes?
Apenas os identificadores necessários para agir. Os dados permanecem em regiões da UE, o consentimento e o estado de supressão são aplicados no momento da decisão, e os controles são documentados na página de segurança.
Quanto tempo leva a primeira fase?
Depende da rapidez com que o acesso de leitura e os guardrails são acordados do seu lado, por isso não indicamos um prazo fixo. O que é fixo é a ordem: ler o sinal primeiro, provar uma motion contra um holdout em segundo, executar na sua plataforma em terceiro, expandir com base em evidências por último.

Próximo passo

Traga a stack que você já executa para a primeira chamada.

Segurança e governançaComo o produto funcionaCalculadora de ROI
Solicitar uma demo