Soluções · SaaS
Corra o seu próprio programa, no seu próprio site
A sua equipa é dona do roadmap e corre os testes. O Pertento é a plataforma por baixo: uma etiqueta de script, um editor visual e resultados que ninguém tem de aceitar por fé.
A correr por conta própria
A partir da primeira tarde
Uma etiqueta de script, e a sua equipa está a testar nessa mesma tarde.
Como instalar, quem convidar, e como uma alteração é publicada quando não há tempo de engenharia para lhe dedicar.
Para começar
Ao vivo na primeira tarde
Uma etiqueta de script no head e a consola começa a reportar. Nada para adquirir, nenhum pipeline de dados para construir, nenhum sprint de engenharia para agendar.
- Um loader de 0,9 KB, sem cookies, sem dados pessoais
- O editor visual corre a partir de uma extensão do Chrome no seu site ao vivo
- Um teste novo é um rascunho até o iniciar e publicar o site
A equipa
Convide toda a gente, pague por sessões
O preço segue as sessões, não os postos, pelo que o designer que escreve a variante e o analista que lê o resultado não custam extra.
- Utilizadores ilimitados em todos os planos
- Papéis para quem pode iniciar, parar e publicar
- Um registo de actividade de quem alterou o quê
Sem engenharia
Publique a alteração, entregue o vencedor
A maioria das variantes nunca precisa de um programador. As que vale a pena manter produzem um ticket de implementação com o selector e a alteração exacta, pelo que a entrega é um colar em vez de uma reunião.
- Edição sem código de texto, estilo, disposição e posição
- Entrega de implementação para vencedores que vale a pena fixar no código
- O teste continua a servir até o código ir ao ar
Na prática
Como é correr isto sozinho numa terça-feira
A parte difícil de um programa interno raramente é o primeiro teste. É manter vários deles em movimento quando a experimentação não é o trabalho a tempo inteiro de ninguém.
Perguntas
Antes de o trazer para dentro de casa
Quão pequena pode ser a equipa?
Basta uma pessoa capaz de editar o site e ler um gráfico. As tarefas que normalmente exigem um especialista já estão integradas: o editor permite criar a maioria das variantes sem programadores, a ordenação do backlog evita discussões sobre o próximo teste e a fila de decisões pendentes dispensa a verificação diária de problemas. O que nenhuma plataforma pode decidir é o que vale a pena testar. Se ninguém assumir essa responsabilidade, comprar software não resolve o problema.
O que terão os nossos programadores de fazer?
Três coisas, e só a primeira é inevitável. Colocar um script no head, uma vez, que é a única alteração ao seu site. Construir os testes do lado do servidor, em que o seu próprio backend decide o que é servido, e que são o único tipo de teste verdadeiramente feito de código. E fixar os vencedores no código quando quiserem que uma alteração viva na sua própria base de código em vez de ser servida por nós, o que é entregue com a alteração exacta em anexo e é um colar em vez de uma reunião. Tudo o que fica no meio faz-se apontando elementos no site em produção.
Como se comporta o custo quando crescemos?
Segue as sessões e não o número de pessoas, pelo que não se cobra por cada pessoa que contribui para o programa. A designer que escreve a variante, o analista que lê o resultado e quem quer acompanhar podem todos ter conta, e os membros são de leitura em toda a plataforma, pelo que distribuir essas contas é seguro. O que cresce com vocês é o número de sessões que os vossos sites correm, e um só plano cobre todos os sites da conta.
Já temos o GA4. Isto substitui-o?
Não, e é melhor que o mantenham. Configure o site para GA4 e o runtime lê os eventos que já circulam na sua camada de dados, pelo que as conversões que medimos são as mesmas que a sua analítica conta. Isso elimina a discussão habitual entre duas ferramentas com duas definições de compra. A exposição à variante também é devolvida, pelo que um teste passa a ser uma dimensão pela qual segmentar dentro dos relatórios em que a sua equipa já confia.
O que acontece ao trabalho se pararmos?
Tudo o que já está fixado no código está na sua própria base de código e não é tocado, e é exactamente por isso que a fila de implementação insiste nos vencedores que ainda servimos. Os vencedores ainda servidos pela plataforma param quando ela para, do mesmo modo que qualquer variante para. Os testes, as hipóteses que os originaram e o registo de cada decisão vivem na conta e não na folha de cálculo de um consultor: o que levam consigo é um programa documentado e não uma pasta de capturas.