Usertour
Plataforma de onboarding de usuários de código aberto —tours de produto, checklists e pesquisas dentro do app
Usertour é uma plataforma de onboarding de usuários de código aberto: você constrói tours de produto, checklists, lançadores e pesquisas dentro do seu próprio app em funcionamento, segmenta usando seus próprios atributos e eventos de usuário, e ou hospeda tudo por conta própria com Docker ou usa a nuvem gerenciada do projeto. Ela se posiciona como a alternativa aberta a Appcues, Userpilot, Userflow e Chameleon. Para um fundador é uma ferramenta de conversão apontada para gente que já está dentro do produto, o que a torna realmente útil em ativação e completamente muda sobre demanda.
O que é o Usertour
O Usertour (github.com/usertour/usertour) é uma plataforma de código aberto para construir as partes guiadas da primeira sessão de um produto. O README dele fala em criar tours de produto, checklists e pesquisas em minutos, e nomeia as ferramentas comerciais contra as quais se posiciona: Appcues, Userpilot, Userflow, Userguiding e Chameleon. É escrito em TypeScript, tinha 2.131 estrelas quando esta página foi escrita, e roda a partir do arquivo Docker Compose do projeto na sua própria infraestrutura ou na nuvem gerenciada dele. A licença cabe em uma linha: o código comunitário é MIT, enquanto diretórios marcados como enterprise têm uma licença enterprise separada.
- Funciona com qualquer app de navegador A formulação do README é que se o seu app roda num navegador, ele integra, e cobre explicitamente aplicações de página única e de várias páginas.
- Segmentação com seus próprios dados Você define atributos de usuário personalizados e registra eventos, e então decide quem vê cada fluxo, de modo que uma checklist pode ser mostrada só a quem não terminou a configuração em vez de a todo mundo.
- Ambientes e histórico de versões Produção e staging vivem numa mesma conta, e mudanças num fluxo ficam registradas com quem as fez e quando. Essa é a diferença entre uma ferramenta que um time consegue usar e um script que alguém colou uma vez.
- Ajustado ao seu produto Texto, cor dos botões, família tipográfica e tamanho são ajustáveis, e vários temas podem coexistir para que fluxos diferentes não precisem parecer idênticos.
- Analytics de fluxo Visualizações e taxas de conclusão por fluxo, mais dados por passo pensados para expor exatamente onde as pessoas se confundem ou abandonam.
Onde encaixa no stack de crescimento de um fundador
Um tour é uma ferramenta de conversão e age apenas sobre tráfego que você já tem. Isso o coloca bem no estágio de ativação, entre alguém se cadastrar e alguém obter um primeiro resultado real, que é um lugar de muita alavancagem justamente porque tudo a montante já foi pago. Também significa que é a compra errada para dois problemas muito comuns: se as pessoas chegam ao seu site e não se cadastram, veja como transformar visitantes em cadastros; se ninguém chega, veja SEO para um site recém-criado. Nenhum dos dois melhora porque apareceu um tooltip dentro do produto.
A tensão honesta de toda essa categoria merece ser dita antes de instalar qualquer coisa. Um tour de produto é o que você usa quando uma interface não se explica sozinha, o que significa que ele pode discretamente virar o jeito de adiar fazer a interface se explicar sozinha. A ferramenta não consegue te dizer qual das duas você está fazendo, embora a analítica dela consiga. Um passo em que uma parcela grande das pessoas abandona o fluxo geralmente não é um passo que precisa de um tooltip melhor: é um passo que precisa deixar de existir. Leia taxas de conclusão como um relatório de bug sobre o produto e não como um placar do tour.
O passo que apagamos em vez de explicar
Nota em primeira mão de construir a AgentCeres —a Diretora de Crescimento com IA em agentceres.com—. A maior melhoria de onboarding que já publicamos removeu uma decisão em vez de anotá-la. Nosso fluxo de configuração perguntava a cada cliente novo quais especialistas ele queria antes que qualquer coisa pudesse rodar, que é exatamente o tipo de tela que um tour de produto existe para explicar. Apagamos a tela e agora configuramos o time completo por padrão. Ninguém precisou entender a escolha, porque ninguém precisou fazê-la.
- Esse passo é mesmo necessário? Uma tela que você pode apagar ganha sempre de uma tela que você pode explicar.
- A fricção é de compreensão ou de tempo? Orientação resolve a primeira e não faz absolutamente nada pela segunda.
- O produto consegue mostrar em vez de contar? Entregar um resultado real antes da configuração ensina mais rápido que qualquer descrição desse resultado.
- O fluxo vai sobreviver à próxima versão? Um tour ancorado numa interface que muda toda semana fica errado em silêncio, e orientação errada é pior que nenhuma.
O segundo ponto é o que erramos por mais tempo. A fricção que importava no nosso próprio cadastro nunca foi as pessoas não entenderem uma tela: era que elas esperavam enquanto a infraestrutura era construída para elas, e nenhuma quantidade de orientação dentro do produto encurta uma espera. A correção foi de infraestrutura: os espaços de trabalho agora são pré-aquecidos para que o último passo se resolva em segundos em vez de minutos. Nada disso é um argumento contra o Usertour, que é uma implementação limpa e genuinamente auto-hospedável de uma categoria real. É um argumento a favor de gastar primeiro no diagnóstico, porque um tour apontado para o tipo errado de fricção produz uma versão lindamente guiada do mesmo problema.
FAQ
- O Usertour é gratuito?
- O código comunitário é licenciado sob MIT e auto-hospedável a partir do repositório com um arquivo Docker Compose, então não há custo de software se você rodar por conta própria: você paga a infraestrutura e o tempo de operá-la. O arquivo LICENSE separa os diretórios marcados como enterprise, regidos por uma licença enterprise à parte, e o projeto também mantém uma nuvem gerenciada como opção paga. Para a maioria dos fundadores a pergunta prática é se operar mais um serviço compensa evitar uma assinatura.
- Usertour contra Appcues ou Userpilot — qual é a troca?
- Fazem o mesmo trabalho central, e o README posiciona o Usertour explicitamente contra esse grupo. A troca é a de sempre: as ferramentas comerciais são mais polidas e não há nada para operar, enquanto a opção de código aberto te dá os dados, a possibilidade de auto-hospedar no seu próprio domínio e nenhum preço por assento ou por usuário ativo conforme você cresce. Escolha pelo fato de ser dono do deploy compensar trabalho operacional real no seu estágio, não pela lista de recursos, que nessa categoria converge rápido.
- Quando um tour de produto é de fato a solução certa?
- Quando o passo é genuinamente necessário, a interface está o mais simples que consegue estar e mesmo assim as pessoas não sabem o que fazer em seguida: uma lacuna real de conhecimento e não de design. Tours também são bons para revelar uma capacidade que ninguém encontraria sozinho, e checklists são boas para dar uma linha de chegada visível a uma configuração de vários passos. São uma solução ruim para um passo que não deveria existir, para uma espera, ou para uma interface que ninguém tentou simplificar ainda.
You built it. Now grow it.
AgentCeres is a managed AI marketing team — specialists draft the SEO, social, and outreach that fill your links, you approve what ships. 14-day free trial, from $39/month.