Soluções · SaaS

Rode o seu próprio programa, no seu próprio site

O seu time é dono do roadmap e roda os testes. O Pertento é a plataforma por baixo: uma tag de script, um editor visual e resultados que ninguém precisa aceitar por fé.

Rodando por conta própria

A partir da primeira tarde

Uma tag de script, e o seu time já está testando na mesma tarde.

Como instalar, quem você convida, e como uma mudança é implantada quando não tem tempo de engenharia para gastar nisso.

Para começar

No ar na primeira tarde

Uma tag de script no head e o console começa a reportar. Nada para comprar, 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 roda a partir de uma extensão do Chrome no seu site no ar
  • Um teste novo é um rascunho até você iniciá-lo e publicar o site
A tela de implementação, confirmando que o tracker está no ar e listando como ele foi instalado: uma tag de script no head, um loader de 0,9 KB, sem cookies.

O time

Convide todo mundo, pague por sessões

O preço segue as sessões, não os assentos, então o designer que escreve a variante e o analista que lê o resultado não custam a mais.

  • Usuários ilimitados em todos os planos
  • Papéis para quem pode iniciar, parar e implantar
  • Um registro de atividade de quem mudou o quê
A tela de configurações do time: cinco membros com os papéis deles, acima de dois blocos que dizem usuários ilimitados e cobrança por sessões.

Sem engenharia

Implante a mudança, repasse o vencedor

A maioria das variantes nunca precisa de um desenvolvedor. As que valem a pena manter geram um ticket de implementação com o seletor e a mudança exata, então o repasse é um colar em vez de uma reunião.

  • Edição sem código de texto, estilo, layout e posição
  • Repasse de implementação para vencedores que vale a pena fixar no código
  • O teste continua servindo até o código ir ao ar
A fila de implementação: três experimentos vencedores, um esperando ser fixado no código, um em andamento e um já publicado.

Na prática

Como é rodar isso sozinho em uma terça-feira

A parte difícil de um programa interno raramente é o primeiro teste. É manter vários deles andando quando experimentação não é o trabalho de tempo integral de ninguém.

01O tráfego não limita seu ritmo de testesCada visitante elegível entra em cada teste elegível, então um time pequeno consegue manter oito testes no ar em um site de porte médio sem que nenhum demore mais para concluir. O conselho de rodar um por vez é uma limitação das outras ferramentas.02Quem decide é o backlog, não a voz mais altaDê nota a cada ideia em potencial, exposição e esforço, e a lista se organiza sozinha. Quando nada está quebrado e nada espera decisão, o console diz qual rascunho retomar.
03Somente leitura é um perfil de acesso de verdadeOs membros veem tudo e não mudam nada, e é isso que torna seguro dar uma conta para o time inteiro. Iniciar, parar e publicar ficam com administradores e proprietários, e cada mudança é registrada no teste com um nome.
04O segundo teste sai mais barato que o primeiroDuplicar um teste leva junto as variantes, as mudanças, as capturas de tela e os três tipos de segmentação. A maior parte do custo de um programa é remontar configurações, e a maior parte dos erros está justamente na parte que se reconstrói na mão.
05Ninguém precisa lembrar de pararAgende o início e o fim ao criar o teste. Você também pode ativar a parada por significância, com duração mínima e data de fim obrigatória. Assim, a parada antecipada permite encerrar antes, sem ser a única forma de terminar o teste.
06Avisa se houver um problema no testeSe a distribuição deixar de corresponder à configuração ou o teste passar um dia inteiro sem tráfego, você recebe um aviso por e-mail e Slack. Geralmente, isso indica que uma publicação removeu o script ou que uma regra de segmentação deixou de encontrar correspondências.

Perguntas

Antes de trazer isso para dentro de casa

Quão pequeno pode ser o time?

Basta uma pessoa que saiba 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 desenvolvedores, a ordenação do backlog evita discussões sobre o próximo teste e a fila de decisões pendentes dispensa a checagem 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 os nossos desenvolvedores vão precisar fazer?

Três coisas, e só a primeira é inevitável. Colocar um script no head, uma vez, que é a única mudança no seu site. Construir os testes no servidor, onde o seu próprio backend decide o que é entregue, que são o único tipo de teste realmente feito de código. E fixar os vencedores no código quando você quiser que uma mudança viva na sua base de código em vez de ser entregue por nós, o que é passado com a mudança exata anexada e é um colar em vez de uma reunião. Tudo que fica no meio é feito apontando elementos no site em produção.

Como o custo se comporta quando crescemos?

Ele segue as sessões e não o número de pessoas, então não há cobrança 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 somente leitura em toda a plataforma, então distribuir essas contas é seguro. O que cresce com você é o número de sessões que os seus sites rodam, e um plano cobre todos os sites da conta.

Já temos GA4. Isso substitui?

Não, e é melhor que você mantenha. Configure o site para GA4 e o runtime lê os eventos que já circulam na sua camada de dados, então as conversões que medimos são as mesmas que a sua analytics conta. Isso elimina a discussão de sempre entre duas ferramentas com duas definições de compra. A exposição à variante também volta para fora, então um teste passa a ser uma dimensão para segmentar dentro do relatório em que o seu time já confia.

O que acontece com o trabalho se pararmos?

Tudo que já está fixado no código está na sua própria base de código e não é mexido, e é exatamente por isso que a fila de implementação fica insistindo nos vencedores que ainda entregamos. Vencedores ainda entregues pela plataforma param quando ela para, do mesmo jeito que qualquer variante para. Os testes, as hipóteses por trás deles e o registro de cada decisão ficam na conta e não na planilha de um consultor: o que você leva é um programa documentado e não uma pasta de capturas de tela.

Melhores testes, melhores conversões

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.Começar teste grátisAgendar uma demonstração