Soluções · Managed
Tratamos de todo o processo de CRO
Investigação, hipóteses, construção, análise e a decisão. Aprova o roadmap e lê os resultados; o programa é nosso para correr.
O que está a comprar
Como o programa corre na prática
Quem é dono do roadmap, o ciclo de investigação até à decisão que corre, e o que o relatório mensal tem para dizer.
O envolvimento
Um programa, não uma subscrição de ferramenta
Um responsável de CRO é dono do seu roadmap, corre 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
- Investigação, construção, análise e relatórios incluídos
- O roadmap aprovado por si, executado por nós
O processo
Investigação, hipótese, teste, decisão
Cada teste começa a partir de evidência (analítica, dados de sessão e os inquéritos que corremos no seu site) e termina com uma decisão registada face à hipótese que a produziu.
- Investigação quantitativa e qualitativa em cada ciclo
- Hipóteses pontuadas em PXL e trabalhadas por ordem
- Uma decisão escrita em cada teste, incluindo as derrotas
Responsabilização
Números que pode levar à administração
O relatório mensal indica o efeito na receita, o que não prova, e o que o próximo ciclo vai testar. Escrito para resistir a uma revisão financeira, não para lisonjear o programa.
- Efeito na receita e no valor médio de encomenda, na sua moeda
- As derrotas reportadas com a mesma clareza que as vitórias
- O plano do próximo ciclo no mesmo documento
Como funciona
Um ciclo repetível que se vai acumulando
Do arranque ao primeiro teste no ar em cerca de três semanas. A partir daí é um ciclo por mês: identificar, construir, lançar, iterar, e cada um parte do que o anterior provou.
01Identificar
Analítica, dados de sessão e os inquéritos que fazemos no seu site. Hipóteses pontuadas com PXL e trabalhadas por essa ordem, e não pela ordem em que foram sugeridas.
02Construir
Variantes construídas no editor e verificadas em navegadores e dispositivos, incluindo aqueles que o seu tráfego realmente usa e não os que temos à mão.
03Lançar
No ar por trás da segmentação que aprovou, sem cookies, monitorizado desde a primeira sessão. Um alarme de repartição anómala apanha um teste avariado antes que desperdice uma semana.
04Iterar
Uma decisão escrita em cada teste, vitórias publicadas e perdas registadas face à hipótese que as produziu. 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 disse depois a pessoa responsável por ele.
5×
Retorno do investimento
Sandain
“Muito bom e bem digno de se testar. Recuperámos o investimento em 1,5 meses e provavelmente ficaremos com um ROAS de 4–5 ao longo do período de teste de seis meses. Além disso, as alterações que se fazem ficam e continuam a gerar vendas. O meu conselho e a minha recomendação, com convicção, é testar. No pior dos casos ficam com o dinheiro de volta e com bom conhecimento para o futuro, mas mais provavelmente terão aumentado as vendas de forma significativa.”
+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 cerca de 14–20% por experiência em relação ao que tínhamos antes.”
+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 numa organização em movimento constante. O nosso sucesso nos testes A/B foi testar UX e alterações estruturais e, assim, ousar investir tempo em testes antes de decidir.”
Por baixo
A conta continua a ser sua
Um programa managed corre dentro da sua própria conta Pertento e não da nossa. Tudo o que se segue é verdade quer sejamos nós a corrê-lo quer seja você.
A conta é vossa
O programa corre dentro da vossa própria conta Pertento e não dentro da nossa. Podem acompanhar cada teste enquanto corre, e não apenas ler sobre ele depois.
Acesso de leitura para quem o quiser
Os membros veem tudo e não alteram nada, pelo que dar um acesso a toda a equipa de marketing não custa nada nem arrisca nada. A facturação é por sessões e não por postos.
O raciocínio está na ferramenta
Cada teste leva consigo a hipótese que o originou e a sua pontuação em potencial, exposição e esforço. O backlog não é um documento que mantenhamos à parte; é a lista para que estão a olhar.
Cada alteração tem um nome
Segmentação adicionada, pesos alterados, iniciado, terminado, publicado: registado no teste com quem o fez e quando. Um programa managed deve ser mais auditável do que um interno, não menos.
Um vencedor funciona no dia em que ganha
Uma variante vencedora é publicada para todo o tráfego imediatamente e continua a ser servida pela plataforma. Chega à vossa base de código quando os vossos programadores tiverem espaço, e a fila continua a sinalizá-la até lá.
Nada fica preso a nós
Se o trabalho conjunto terminar, os testes, o histórico e os resultados ficam onde estão. O que assumiriam é uma conta em funcionamento e não uma exportação.
Perguntas
Antes de o entregar
Quem faz o trabalho, na prática?
Um responsável de CRO dedicado detém o seu roteiro e conduz o ciclo, com um responsável de investigação, um engenheiro de experimentação e um analista no programa. Vocês aprovam o roteiro e leem os resultados; tudo o que está entre esses dois pontos é nosso.
O que precisam de nós para começar?
O script no vosso modelo de head, acesso à vossa analítica, e uma pessoa que possa aprovar um roteiro. Mais nada bloqueia o primeiro ciclo, e o script é a única alteração ao vosso site.
Precisamos de programadores nossos?
Não para os testes do lado do cliente: as variantes constroem-se no editor visual. Os testes do lado do servidor são a excepção, porque aí a variante é código na vossa própria aplicação, revista e publicada como qualquer outra alteração. Esses exigem os vossos programadores, e a especificação escrevemo-la nós.
O que acontece quando um teste perde?
Vai para o relatório com a mesma sobriedade de uma vitória, registado face à hipótese que o produziu. Uma perda bem medida diz-lhes algo verdadeiro sobre os vossos visitantes; uma perda calada custa o mesmo tráfego e não ensina nada a ninguém.
Podemos trazer o programa para dentro mais tarde?
O programa corre numa conta Pertento e não em ferramentas nossas, pelo que os testes, o histórico e cada decisão escrita ficam numa só consola. Trazê-lo para dentro é uma questão de quem opera essa consola, não uma migração.
Como é definido o preço?
Orçamentado por programa, com a plataforma incluída. A variável é a quantidade de trabalho e não o número de pessoas que iniciam sessão, pelo que é uma conversa e não um número na página de preços.