Soluções · Managed

Cuidamos de todo o processo de CRO

Pesquisa, hipóteses, construção, análise e a decisão. Você aprova o roadmap e lê os resultados; o programa é nosso para rodar.

O que você está comprando

Como o programa roda de verdade

Quem é dono do roadmap, o ciclo de pesquisa até a decisão que eles rodam, e o que o relatório mensal tem a dizer.

O contrato

Um programa, não uma assinatura de ferramenta

Um responsável de CRO é dono do seu roadmap, conduz a cadência e responde pelos números. A plataforma está incluída; o trabalho é o que importa.

  • Um responsável de CRO nomeado e uma cadência fixa
  • Pesquisa, construção, análise e relatórios incluídos
  • O roadmap aprovado por você, executado por nós
A tela do programa: um responsável de CRO nomeado, uma cadência de revisão semanal e relatório mensal, quatorze experimentos em andamento e um roadmap aprovado até dezembro.

O processo

Pesquisa, hipótese, teste, decisão

Cada teste começa a partir de evidência (analytics, dados de sessão e as pesquisas que rodamos no seu site) e termina com uma decisão registrada em relação à hipótese que a produziu.

  • Pesquisa quantitativa e qualitativa em cada ciclo
  • Hipóteses pontuadas no PXL e trabalhadas em ordem
  • Uma decisão escrita em cada teste, incluindo as derrotas
O ciclo atual: pesquisa e pontuação de hipóteses concluídas, três variantes sendo construídas, uma análise esperando dados e uma decisão marcada.

Responsabilidade

Números que você pode levar para a diretoria

O relatório mensal indica o efeito na receita, o que ele não prova, e o que o próximo ciclo vai testar. Escrito para sobreviver a uma revisão financeira, não para agradar o programa.

  • Efeito na receita e no ticket médio, na sua moeda
  • As derrotas reportadas com a mesma clareza que as vitórias
  • O plano do próximo ciclo no mesmo documento
Um relatório mensal: o efeito na receita, oito testes decididos e três vitórias implantadas, com os testes inconclusivos e a única derrota declarados ao lado deles.

Como funciona

Um ciclo repetível que vai se acumulando

Do kickoff ao primeiro teste no ar em cerca de três semanas. Depois disso é um ciclo por mês: identificar, construir, lançar, iterar, e cada um parte do que o anterior provou.

  1. 01Identificar

    Analytics, dados de sessão e as pesquisas que rodamos no seu site. Hipóteses pontuadas por PXL e trabalhadas nessa ordem, não na ordem em que foram sugeridas.

  2. 02Construir

    Variantes construídas no editor e testadas em navegadores e aparelhos, incluindo os que o seu tráfego realmente usa e não os que temos por perto.

  3. 03Lançar

    No ar atrás da segmentação que você aprovou, sem cookies, monitorado desde a primeira sessão. Um alerta de divisão anômala pega um teste quebrado antes que ele desperdice uma semana.

  4. 04Iterar

    Uma decisão escrita em cada teste, vitórias publicadas e perdas registradas contra a hipótese que as gerou. Depois começa o ciclo seguinte.

Casos

O que o programa já moveu

Três programas, o número que cada um moveu mais, e o que a pessoa responsável por ele disse depois.

Retorno sobre o investimento

Sandain

“Muito bom e bem digno de se testar. Recuperamos o investimento em 1,5 mês e provavelmente vamos ficar com um ROAS de 4–5 ao longo do período de teste de seis meses. Além disso, as mudanças que você faz continuam lá e seguem gerando vendas. Meu conselho e minha recomendação, com convicção, é testar. No pior dos casos vocês ficam com o dinheiro de volta e com bom conhecimento para o futuro, mas o mais provável é que tenham aumentado as vendas de forma significativa.”
Anders SandlundCofundador, Sandain

+14%

Taxa de conversão

Casall

“Graças ao Pertento conseguimos fazer uma análise mais orientada por dados. Nos testes que fazemos, o ganho fica em torno de 14–20% por experimento em relação ao que tínhamos antes.”
Martin HannerDigital commerce manager, Casall

+17,2%

Taxa de adição ao carrinho

Aim’n

“Verificar hipóteses e tomar decisões orientadas por dados a partir dos resultados dos testes é difícil em uma organização em movimento constante. Nosso sucesso no teste A/B foi testar UX e mudanças estruturais e, assim, ousar investir tempo em teste antes de decidir.”
Cornelia MolinEspecialista em e-commerce, Aim’n

Por baixo

A conta continua sendo sua

Um programa managed roda dentro da sua própria conta Pertento e não da nossa. Tudo abaixo é verdade quer sejamos nós a rodar, quer seja você.

A conta é sua

O programa roda dentro da sua própria conta Pertento e não dentro da nossa. Você acompanha cada teste enquanto ele roda, e não só lê sobre ele depois.

Acesso somente leitura para quem quiser

Os membros veem tudo e não mudam nada, então dar um acesso para o time de marketing inteiro não custa nada e não arrisca nada. A cobrança é por sessões e não por assentos.

O raciocínio está na ferramenta

Cada teste carrega a hipótese que o originou e a nota dele em potencial, exposição e esforço. O backlog não é um documento que mantemos à parte; é a lista que você está olhando.

Cada mudança tem um nome

Segmentação adicionada, pesos alterados, iniciado, encerrado, publicado: registrado no teste com quem fez e quando. Um programa managed deveria ser mais auditável que um interno, não menos.

Um vencedor funciona no dia em que ganha

Uma variante vencedora é publicada para todo o tráfego na hora e continua sendo entregue pela plataforma. Ela chega à sua base de código quando os seus desenvolvedores tiverem espaço, e a fila continua sinalizando até lá.

Nada fica preso a nós

Se o trabalho junto terminar, os testes, o histórico e os resultados ficam onde estão. O que você assumiria é uma conta em funcionamento e não uma exportação.

Perguntas

Antes de você entregar isso

Quem faz o trabalho na prática?

Um responsável de CRO dedicado é dono do seu roadmap e conduz o ciclo, com um líder de pesquisa, um engenheiro de experimentação e um analista no programa. Você aprova o roadmap e lê os resultados; tudo entre esses dois pontos é nosso.

O que vocês precisam da gente para começar?

O script no seu template de head, acesso à sua analytics, e uma pessoa que possa aprovar um roadmap. Mais nada bloqueia o primeiro ciclo, e o script é a única mudança no seu site.

A gente precisa de desenvolvedores próprios?

Não para os testes no cliente: as variantes são construídas no editor visual. Os testes no servidor são a exceção, porque ali a variante é código no seu próprio aplicativo, revisado e publicado como qualquer outra mudança. Esses pedem os seus desenvolvedores, e a especificação quem escreve somos nós.

O que acontece quando um teste perde?

Vai para o relatório com a mesma clareza de uma vitória, registrado contra a hipótese que o gerou. Uma perda bem medida diz algo verdadeiro sobre os seus visitantes; uma perda que desaparece em silêncio custa o mesmo tráfego e não ensina nada a ninguém.

Podemos trazer o programa para dentro depois?

O programa roda em uma conta Pertento e não em ferramenta nossa, então os testes, o histórico e cada decisão escrita ficam em um só console. Trazer para dentro é uma questão de quem opera esse console, não uma migração.

Como funciona o preço?

O preço é orçado por programa, com a plataforma incluída. A variável é o volume de trabalho, e não o número de pessoas que fazem login, então é uma conversa e não um número na página de preços.

Melhores testes, melhores conversões

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.