ProductOSPA.init({
productKey: "pk_live_…",
guides: true
});O mesmo SDK do seu analytics de produto. Os guias ativos são buscados na inicialização, comparados com a página e renderizados. ~3,8 KB, medido.
Guias in-app · onboarding
Faça o onboarding dos usuários. Saiba se funcionou.
Tours, checklists e anúncios — construídos no próprio produto e renderizados pelo SDK de analytics que você já usa. Sem segundo fornecedor, sem segunda tag. E porque cada passo aterrissa na base, um guia fica conectado à ativação e à receita que ele gerou — em vez de isolado numa ferramenta de onboarding que não vê o seu dinheiro.
~3,8 KB de chunk lazy · Shadow DOM · DNT/GPC respeitados
Um só motor, três modos
Tours, checklists, anúncios
O mesmo renderizador leve faz os três. Escolha o modo certo para o momento. Clique para explorar.
Passo a passo ancorado, em várias etapas
- Destaque um elemento, passo a passo
- Ancore cada passo a um seletor com posicionamento
- Um botão de ação pode avançar ou levar direto a um link
Uma lista de tarefas que se completa sozinha
- Cada passo se marca automaticamente a partir de um evento real do produto
- Nenhum progresso autodeclarado — o produto é a fonte da verdade
- Perfeita para uma lista de ativação do tipo "comece por aqui"
Dados de exemplo
Um modal ou banner, exibido uma vez
- Publique uma nota de changelog, um aviso, um empurrão
- Posicionamento em modal ou banner, com opção de fechar
- Frequência: uma vez ou sempre
Por que o nosso, e não uma ferramenta isolada
Um guia que sabe o que valeu.
Ferramentas de onboarding isoladas conseguem dizer que uma checklist foi concluída. Não conseguem dizer que as contas que a concluíram se ativaram mais rápido e pagam mais — os dados delas nunca encontram a sua receita. Aqui é um único registro.
-
O engajamento aterrissa na base
Toda visualização, passo e conclusão é um evento guide.* no mesmo fluxo analytics_event do resto do seu produto — conectado à conta do cliente no momento da escrita.
-
Ativação, não só cliques
Como os passos da checklist se completam a partir de eventos reais do produto, "checklist concluída" significa que o usuário realmente fez a ação que ativa — então o funil de guia até ativação é real, não uma métrica de vanidade.
-
O MRR por trás do fluxo
A performance por guia carrega a receita das contas que se engajaram — assim, "esse fluxo de onboarding vale a pena manter?" é respondido junto aos números, não numa ferramenta separada.
Entrega
Roda no seu SDK de analytics. Nada mais para instalar.
Se você já roda o SDK product-analytics, os guias estão a apenas um flag de distância. O renderizador é um chunk separado que só carrega quando há um guia para mostrar — visitantes que nunca veem um nunca pagam os bytes.
- ✓Um chunk gzipado de ~3,8 KB, carregado em modo lazy só com
init({ guides: true })— o núcleo de analytics fica leve. - ✓Renderizado num overlay Shadow DOM — isolamento contra CSS hostil, então os resets da sua página não conseguem quebrar um guia e o estilo dele não vaza para a sua página.
- ✓Sem framework, sem dependências — DOM puro. Respeita Do Not Track e Global Privacy Control como todo SDK da ProductOS, e o mesmo opt-out de uma chamada só.
- —Só para a web. Os guias são renderizados pelo SDK web de product-analytics. Guias nativos para mobile estão no roadmap, ainda não foram lançados.
- —Três tipos de guia, não um pacote completo. Tours, checklists e anúncios já estão disponíveis hoje. Pesquisas de NPS e CSAT são entregues separadamente, no Insights; um centro de recursos embutido ainda está no roadmap.
- —O direcionamento é por URL + frequência. Hoje é correspondência de página e uma vez/sempre; a conclusão é guiada por eventos. Segmentação comportamental completa de quem vê o quê vem a seguir.
Comece aqui
Faça o onboarding dos usuários sem fazer o onboarding de mais um fornecedor.
Ative um flag e lance um tour, uma checklist ou um anúncio ainda hoje — depois veja ele gerar ativação, ao lado da receita que trouxe.
Perguntas frequentes
Perguntas, respondidas
O que são guias in-app na AIOProductOS?
Três coisas, um só motor: tours (passo a passo ancorado, com destaque), checklists (listas de tarefas que se marcam automaticamente pela atividade real do produto) e anúncios (um modal ou banner exibido uma vez). Você constrói tudo no próprio produto e o SDK Product Analytics renderiza no seu site — sem um fornecedor de onboarding separado.
Isso é uma alternativa ao Pendo, Appcues ou Chameleon?
Para tours, checklists e anúncios, sim — e é o mesmo SDK dos seus analytics, então não há segunda tag nem uma conta separada de fornecedor. A diferença é a base: o engajamento dos guias se conecta à ativação e à receita no mesmo registro do cliente, então "esse fluxo de onboarding realmente gerou ativação e MRR retido?" é uma consulta, não um estudo separado. Pesquisas de NPS e CSAT também são entregues — no Insights, ponderadas pela receita atrás de cada resposta. Um centro de recursos embutido é a única peça que ainda está no roadmap.
É pesado, vai deixar meu site lento?
O renderizador de guias é um chunk separado, gzipado, de ~3,8 KB, carregado em modo lazy só quando você define init({ guides: true }) — nunca afeta visitantes que não veem um guia. Ele roda num overlay Shadow DOM, então o seu CSS não consegue quebrá-lo e o estilo dele não vaza para a sua página.
Como as checklists sabem quando um passo foi concluído?
Um passo de checklist se completa a partir de um evento real do produto — uma chave de funcionalidade ou nome de evento que você já rastreia. O usuário faz a ação no seu produto e o item se marca sozinho; você não está pedindo que ele autodeclare o progresso.
Quem constrói os guias, e onde?
Qualquer pessoa da equipe, no builder dentro do próprio produto — escolha um tipo, adicione passos (título, texto, mídia, um botão de ação), defina o direcionamento por URL e frequência, salve como rascunho e depois publique como ativo. O SDK só lê guias ativos; rascunhos nunca saem do builder.