Todo time de produto acaba encontrando o mesmo gráfico desconfortável: cadastros saudáveis, ativação aceitável e, depois, uma curva de uso que cai semana após semana até sobrar apenas uma minoria teimosa. O instinto é combatê-la com lembretes: mais e-mails, mais notificações, uma campanha de reengajamento. Funciona por uma semana. Depois a curva retoma a descida, porque nada mudou dentro do produto; você só ficou mais barulhento do lado de fora.
O Hook Model é um framework para mudar o que acontece do lado de dentro. Publicado por Nir Eyal em Hooked: How to Build Habit-Forming Products, ele descreve um ciclo de quatro fases, gatilho → ação → recompensa variável → investimento, pelo qual o usuário passa repetidas vezes, e defende que cada passagem completa torna um pouco mais provável que a próxima comece sozinha. Repita o ciclo vezes suficientes e a tarefa de abrir o seu produto passa do seu sistema de notificações para o contexto recorrente do próprio usuário. É isso que um hábito é, mecanicamente: um comportamento que não precisa mais de um empurrão seu.
Este guia cobre o modelo inteiro: o que ele é e quem o criou, cada uma das quatro fases em profundidade, como o ciclo realmente muda no SaaS B2B em relação aos apps de consumo que costumam ilustrá-lo, exemplos de hooks mapeados, um método passo a passo para desenhar o ciclo do seu produto, o teste ético da Matriz de Manipulação que decide se você deveria construí-lo e as métricas que mostram se um hábito está de fato se formando ou se você está só olhando para os seus usuários mais barulhentos.
Principais conclusões
- O Hook Model tem quatro fases: gatilho, ação, recompensa variável e investimento, um ciclo que o usuário percorre repetidas vezes, e não um funil do qual ele sai.
- O objetivo é transferir o gatilho. Você começa com gatilhos externos (e-mails, notificações, prompts in-app); o hábito existe quando um gatilho interno, uma situação ou um sentimento recorrente, passa a iniciar o ciclo no lugar deles.
- As recompensas precisam variar para continuar funcionando. Retornos idênticos deixam de ser notados; Eyal agrupa a variabilidade em recompensas da tribo, da caçada e do eu.
- O investimento é a fase em que o B2B ganha. Dados importados, fluxos de trabalho configurados e colegas convidados deixam o produto melhor da próxima vez e, discretamente, preparam o próximo gatilho.
- Ciclos B2B rodam no ritmo do trabalho, não do tédio. Semanal ou por sprint é uma meta honesta; a cartilha do consumo, feita de interrupção e escassez artificial, sai pela culatra com quem compra.
- O teste ético não é opcional. A Matriz de Manipulação pergunta se o produto melhora a vida dos usuários e se você mesmo o usa: um hábito serve ao objetivo do usuário, um vício serve ao seu.
O que é o Hook Model? (definição e origem)
O Hook Model é um framework de design para criar produtos que as pessoas usam por hábito, e não por obrigação. Em vez de tratar o engajamento como um problema de marketing resolvido de fora do produto, ele trata o hábito como algo que a própria mecânica do produto fabrica ou deixa de fabricar. Sua tese central é que hábitos se constroem pela repetição de uma sequência específica de quatro fases, e que cada passagem por essa sequência fortalece a associação mental entre um estado interno recorrente do usuário e o seu produto como resposta a ele.
O Hook Model, em uma definição. Um ciclo de quatro fases: gatilho (o que provoca o comportamento), ação (o comportamento mais simples realizado na expectativa de uma recompensa), recompensa variável (um retorno cuja forma varia o bastante para manter a expectativa viva) e investimento (algo que o usuário coloca no produto e que aumenta o valor futuro dele para esse usuário e prepara o próximo gatilho), desenhado para ser repetido, de modo que o produto deixe de ser lembrado e passe a ser procurado.
O modelo foi publicado em 2014 por Nir Eyal, com Ryan Hoover, em Hooked: How to Build Habit-Forming Products. Eyal não inventou os ingredientes; ele os montou. A fase da ação se apoia diretamente no modelo de comportamento de B.J. Fogg, do Stanford Behavior Design Lab (a observação de que um comportamento só acontece quando motivação, capacidade e um prompt chegam no mesmo momento), e a fase da recompensa bebe de uma longa linha de pesquisa sobre esquemas de reforço variável. A contribuição de Hooked foi a sequência e a aplicabilidade: quatro fases com nome, contra as quais um time de produto consegue conduzir uma revisão de design.
Vale ser preciso sobre o que o modelo afirma e o que não afirma, porque ele é exagerado com frequência. O Hook Model não torna um produto ruim sticky e não cria demanda. Ele é um framework para fazer render um valor que já existe, para garantir que um usuário que encontrou algo realmente útil volte a ele sem precisar ser perseguido. Se os seus usuários nunca chegam ao aha moment, nenhum hook vai salvar você; o seu problema é de ativação, e construir um ciclo em torno de uma recompensa que ninguém quer só automatiza a decepção.
As quatro fases do Hook Model
O ciclo, em uma imagem. Repare que é um círculo, não uma linha: a fase do investimento é o que alimenta o próximo gatilho, e esse é todo o motivo pelo qual o modelo descreve um hábito, e não uma conversão isolada.
O Hook Model: quatro fases que rodam em ciclo, em que o investimento do usuário na fase quatro é o que faz a fase um disparar de novo, e cada ciclo completo torna mais provável que o próximo comece sem você.
1. O gatilho: o que inicia o ciclo
Os gatilhos são de dois tipos, e a distância entre eles é o jogo inteiro. Os gatilhos externos ficam fora do usuário e trazem a instrução consigo: uma notificação, um e-mail de onboarding, uma mensagem in-app, um link que um colega colou em um canal, um botão cujo rótulo diz o que vai acontecer quando você clicar. Usuários novos precisam deles, porque ainda não têm motivo para pensar em você sem um empurrão.
Os gatilhos internos ficam dentro do usuário, não precisam de instrução e geralmente são uma situação ou uma emoção recorrente. Em produtos de consumo, eles são, notoriamente, sentimentos: tédio, solidão, incerteza. No B2B, com muito mais frequência, são situações: a segunda-feira de manhã antes da revisão de pipeline, o momento em que um cliente faz uma pergunta que você não sabe responder de cabeça, a checagem antes da daily para ver se o deploy foi ao ar. O hábito existe quando essa situação, sozinha, traz o seu produto à mente. Todo o resto do modelo é a engrenagem para fazer essa associação se formar.
2. A ação: o comportamento mais simples, feito na expectativa
A ação é a menor coisa que o usuário faz esperando uma recompensa: abrir o dashboard, rodar a busca, atualizar a página. Eyal tira a regra desta fase diretamente de B.J. Fogg: um comportamento acontece quando motivação, capacidade e um prompt se encontram no mesmo momento e, se qualquer um deles faltar, o comportamento não acontece. A consequência prática é que, quando um hook falha nesta fase, a resposta quase nunca é "adicionar mais motivação". Motivação é cara e volátil; a capacidade é algo que você controla diretamente.
Motivação, capacidade e um prompt precisam chegar juntos. Quando o hook trava, encurtar o caminho até a recompensa leva o comportamento para o outro lado da linha de ação de forma muito mais confiável do que tentar fazer os usuários quererem mais.
3. A recompensa variável: o retorno que não é idêntico toda vez
Esta é a fase que a maioria dos times erra, geralmente por tornar a recompensa perfeitamente previsível. Um retorno previsível deixa de ser notado: quando o cérebro sabe exatamente o que vem, a expectativa desaba e o comportamento perde a força. É por isso que um badge concedido a cada ação fica invisível em uma semana, e por isso que um dashboard que mostra o mesmo número toda vez é consultado cada vez menos.
Eyal divide as recompensas variáveis em três famílias, e saber qual delas você está usando é uma decisão de design realmente útil:
- Recompensas da tribo: retornos sociais. Reconhecimento, a reação de um colega, um comentário sobre o seu trabalho, ver onde você está em relação aos seus pares. No B2B, isso é real, mas estreito: notificações de colaboração e visibilidade do trabalho compartilhado contam; rankings geralmente não.
- Recompensas da caçada: a busca por um recurso. Dados novos, novos leads, um registro correspondente, a resposta a uma pergunta. Este é o burro de carga do SaaS B2B: uma visão de analytics, uma caixa de entrada, um resultado de busca e um pipeline são todos caçadas, e são variáveis de graça, porque a realidade por trás deles muda de verdade.
- Recompensas do eu: domínio, competência e conclusão. Terminar a tarefa, zerar a fila, ver uma habilidade se desenvolver, ver um processo que você montou rodar sem falhas. É a família que a gamificação do onboarding tenta engarrafar, e a que envelhece melhor em ferramentas profissionais, porque ser competente no próprio trabalho não perde a graça.
4. O investimento: o que armazena valor e prepara o próximo gatilho
O investimento é a fase que separa o Hook Model de um ciclo de engajamento comum, e ele faz dois trabalhos ao mesmo tempo. Primeiro, deixa o produto melhor da próxima vez: o usuário contribui com dados, conteúdo, configuração, integrações, seguidores ou reputação, e essa contribuição não tem valor até que ele volte a ela. Segundo, planta o próximo gatilho externo: convidar um colega cria uma notificação futura, configurar um alerta cria um e-mail futuro, importar uma fonte de dados cria um relatório futuro que vale a pena consultar.
A ordem importa e é fácil inverter. O investimento é pedido depois da recompensa, não antes, porque um usuário que acabou de receber algo está disposto a contribuir, e um usuário que ainda não recebeu nada está sendo taxado. É exatamente por isso que uma checklist de onboarding bem construída funciona e uma parede de campos de configuração obrigatórios não: a checklist sequencia pequenos investimentos, cada um vindo depois de um retorno visível, em vez de cobrar todos de uma vez, logo de cara, de alguém que ainda não faz ideia se o produto vale a pena.
Recompensa fixa vs. variável: o mesmo ciclo, dois resultados
Aqui está a fase da recompensa construída duas vezes, ao vivo nesta página. Os dois painéis se atualizam no mesmo ritmo; a única diferença é se o que chega é a mesma coisa toda vez.
A diferença não é decorativa. À esquerda, o usuário aprende depois de três visitas que abrir o produto não lhe ensina nada que ele já não soubesse, e cada visita seguinte é um pequeno saque da paciência dele. À direita, a recompensa é incerta na forma, mas continua confiável no valor, e é essa combinação que mantém o ciclo rodando. E repare que o painel da direita não é um truque: a variabilidade vem da mudança real no trabalho do usuário. Esse é o tipo sustentável. A variabilidade fabricada, recompensas aleatórias presas a nada de real, funciona por pouco tempo e depois vira ruído, que é o caminho mais rápido para transformar um usuário engajado em um caso de cegueira de banner.
O Hook Model no SaaS B2B: o que muda
Quase todas as ilustrações populares do Hook Model vêm de apps de consumo, o que é uma pena, porque os times B2B acabam descartando o modelo como irrelevante ou importando táticas de consumo que prejudicam ativamente uma relação comercial. O ciclo se transfere; as táticas, em geral, não. O que realmente muda:
| Fase | Padrão no consumo | Padrão no SaaS B2B |
|---|---|---|
| Gatilho interno | Uma emoção: tédio, FOMO, solidão | Uma situação de trabalho recorrente: a revisão semanal, a pergunta do cliente, a checagem antes da daily |
| Ação | Um toque reflexo, de segundos | Uma tarefa deliberada dentro de um fluxo de trabalho, muitas vezes de minutos e com interrupções |
| Recompensa variável | Principalmente tribo: curtidas, respostas, feedback social | Principalmente caçada e eu: dados novos, um insight que aparece, uma fila zerada, um fluxo concluído |
| Investimento | Conteúdo, seguidores, construção de perfil | Dados importados, fluxos configurados, integrações, colegas convidados: alto valor e difíceis de reproduzir em outro lugar |
| Cadência honesta | Diária, muitas vezes várias vezes ao dia | Semanal ou por sprint para a maioria das ferramentas; diária só quando o próprio trabalho é diário |
| Quem você precisa convencer | O usuário, que também é quem compra | Muitas vezes vários usuários e um comprador que lê a fatura e o relatório de uso |
Dois desses pontos merecem destaque. O primeiro é a cadência: perseguir uso diário em uma ferramenta cujo trabalho de fundo é semanal é um tiro no próprio pé. Você vai criar pressão de notificações para bater um número que não reflete valor, irritar justamente as pessoas que renovam e acabar lendo uma razão DAU/MAU que nunca foi a medida certa. Veja o guia de stickiness de produto para saber como escolher um denominador que combine com o ritmo natural do seu produto. A meta certa é o ciclo disparar toda vez que o trabalho se repete, seja qual for esse intervalo.
O segundo é que o B2B é estruturalmente forte em investimento, justamente a fase em que os produtos de consumo mais sofrem. Um usuário que importou os próprios dados, montou três fluxos de trabalho, conectou duas integrações e trouxe quatro colegas acumulou um valor armazenado que é genuinamente doloroso de recriar. Isso é um fosso competitivo durável, e legítimo, desde que tenha sido construído com valor que o usuário escolheu armazenar, e não com um botão de exportação que você discretamente decidiu não lançar.
As táticas que não se transferem. Interrupção, escassez artificial, culpa por quebrar a sequência (streak) e volume de notificações rendem boas métricas em apps de consumo por um tempo. No B2B, elas batem de frente com um profissional que tem um trabalho a fazer e um gestor que assina a renovação. Um hook baseado em interrupção em uma ferramenta de trabalho não cria um hábito; cria um ticket de suporte e, depois, um champion que para de defender você na hora da renovação. O ciclo B2B precisa ser construído a partir do próprio trabalho.
Exemplos de Hook Model: três ciclos, mapeados por completo
O modelo só fica útil quando você consegue escrever o seu próprio ciclo, fase por fase. Três exemplos em categorias de SaaS conhecidas, cada um mapeado nas quatro fases:
-
Uma ferramenta de analytics de produto
Gatilho: externo, um e-mail de resumo na segunda de manhã; interno, a pergunta recorrente "o release da semana passada deu resultado?" antes da reunião do time. Ação: abrir o dashboard e olhar um gráfico. Recompensa variável: a caçada; os números realmente mudam a cada semana e, de vez em quando, um deles é uma surpresa que vale contar para alguém. Investimento: salvar a visão, configurar um alerta de limite, convidar um colega para o workspace, cada um tornando a visita da próxima segunda mais rápida e mais pessoal, e cada um preparando um gatilho futuro.
-
Uma plataforma de atendimento ao cliente
Gatilho: externo, a notificação de um novo ticket; interno, o reflexo do início do turno: "o que está esperando por mim?" Ação: abrir a fila e pegar o primeiro ticket. Recompensa variável: o eu, zerar a fila e a sensação de competência de um caso bem resolvido; e a tribo, quando um colega ou cliente responde bem. Investimento: escrever uma macro, etiquetar a conversa, melhorar um artigo de ajuda, um trabalho que deixa a fila de amanhã mais rápida de zerar e transforma a ferramenta em um ativo pessoal que só cresce.
-
Uma plataforma de onboarding de usuários (o próprio ciclo da Kompassify)
Gatilho: externo, um resumo semanal de performance dos fluxos; interno, lançar um recurso e ficar se perguntando se alguém vai encontrá-lo. Ação: abrir o editor e ver como o último product tour performou. Recompensa variável: a caçada, números de conclusão e de abandono que mudam a cada coorte; o eu, um fluxo que você ajustou de 54% para 82% de conclusão. Investimento: criar o próximo tour, segmentá-lo, adicionar uma checklist, cada um aumentando o valor dos analytics que você vai voltar para ler.
O padrão nos três casos: a recompensa é variável porque o mundo real do usuário é variável, e o investimento é um trabalho que o usuário queria fazer de qualquer forma. Nenhum dos dois é um enxerto. Quando um hook parece manipulador na prática, quase sempre é porque uma dessas duas coisas foi fabricada: uma recompensa aleatória presa a nada, ou um "investimento" que só beneficia o fornecedor.
Como desenhar o hook do seu produto: um método passo a passo
Seis etapas, nesta ordem. Cada uma é uma pergunta que você deveria conseguir responder em uma frase antes de passar para a próxima:
- Nomeie o gatilho interno, a situação recorrente que você quer conquistar.
- Escolha uma única ação e faça dela o caminho mais curto até um retorno.
- Escolha a família de recompensa e encontre a sua variabilidade genuína.
- Desenhe o investimento que vem depois da recompensa, nunca antes.
- Feche o ciclo: faça o investimento criar o próximo gatilho.
- Instrumente, rode com usuários reais e corrija a fase mais fraca.
1. Nomeie o gatilho interno que você quer conquistar
Escreva-o como um momento recorrente específico, não como uma categoria. "Quando um CSM está se preparando para uma call de renovação e não sabe se a conta está saudável" é um gatilho contra o qual dá para desenhar. "Quando os usuários querem insights" não é. O teste é se você consegue dizer quando ele acontece, com que frequência e o que a pessoa está sentindo ou tentando realizar. Se não consegue, você ainda não tem um gatilho; tem uma declaração de posicionamento, e o jeito mais rápido de encontrar o gatilho real é conversar com os usuários que já voltam sem empurrão e perguntar o que estava acontecendo logo antes de abrirem o produto. As suas personas de usuário e o seu mapa da jornada são os lugares certos para registrar o que você encontrar.
2. Escolha uma única ação e encurte o caminho até a recompensa
Nomeie o comportamento mais simples que leva ao retorno: um comportamento, não um fluxo de trabalho. Depois ataque a distância entre o gatilho e esse comportamento, porque é nessa distância que os hooks morrem. Conte os cliques, os carregamentos, as decisões e os momentos em que o usuário precisa se lembrar de alguma coisa. Cada um que você remove leva o comportamento para o outro lado da linha de ação, e fazer isso é mais barato e mais confiável do que tentar aumentar a motivação. É o trabalho comum de redução de fricção, e aqui ele rende duas vezes: uma no ciclo atual e outra em cada ciclo futuro.
3. Escolha a família de recompensa e encontre variabilidade real
Decida explicitamente se o seu retorno é uma recompensa da caçada, da tribo ou do eu e, depois, localize a variabilidade que já existe na realidade dos seus usuários: dados que mudam, trabalho que chega, resultados que evoluem, a atividade de outras pessoas. Traga isso à tona. Se você realmente não encontrar nenhuma, essa é uma informação importante: geralmente significa que o valor do produto está em uma configuração única, e não em um serviço recorrente, e nenhum desenho de ciclo vai mudar isso. Fabricar variabilidade com prêmios aleatórios é a correção errada; encontrar um trabalho recorrente para atender é a certa.
4. Desenhe o investimento que vem depois da recompensa
Liste tudo com que um usuário poderia contribuir para deixar a próxima visita melhor: dados, configuração, conteúdo, uma visão salva, um colega convidado, uma ferramenta conectada. Depois, coloque cada pedido logo após um momento de valor entregue, nunca antes. Comece pelos menores; o erro clássico é pedir a integração no primeiro dia, quando o usuário ainda não tem nenhuma evidência de que o retorno vale o esforço, e a correção clássica é uma checklist que distribui esses pedidos ao longo das primeiras sessões, cada um vindo depois de algo que o usuário acabou de ver funcionar.
5. Feche o ciclo para que o investimento crie o próximo gatilho
Esta é a etapa que os times pulam, e pulá-la transforma o modelo de volta em um funil. Para cada investimento, anote qual gatilho futuro ele produz: o colega convidado gera uma notificação de colaboração, a visão salva gera um resumo semanal que vale a pena abrir, o alerta configurado gera uma mensagem que chega exatamente quando é relevante. Se um investimento não produz nenhum gatilho futuro, ele armazena valor sem fazê-lo render: útil, mas não é um hook. E, à medida que o ciclo amadurece, aposente de propósito os gatilhos externos de que você não precisa mais: o objetivo é passar a tarefa de iniciar o ciclo para o contexto do próprio usuário, e não continuar mandando e-mail para alguém que já estava vindo.
6. Instrumente e corrija a fase mais fraca
Meça cada fase separadamente, porque um ciclo falha em exatamente uma delas por vez, e cada uma exige uma resposta oposta. Falha no gatilho significa que os usuários simplesmente não voltam; falha na ação significa que eles voltam, mas não fazem a coisa; falha na recompensa significa que eles fazem a coisa e não voltam mais; falha no investimento significa que eles voltam, mas nada se acumula, então o ciclo nunca fica mais fácil. Diagnostique qual é o seu caso antes de mudar qualquer coisa; depois, mude uma fase, rode de novo e meça os mesmos quatro números.
O Hook Model é manipulador? A Matriz de Manipulação
O Hook Model atrai a crítica de ser um manual para fabricar compulsão, e a crítica não é infundada; as mesmas quatro fases descrevem tanto uma ferramenta da qual alguém fica feliz em depender quanto um produto projetado para ser difícil de largar. A resposta do próprio Eyal é a Matriz de Manipulação, um teste de duas perguntas aplicado antes de construir o ciclo, e não depois de lançá-lo.
A Matriz de Manipulação faz duas perguntas antes de você construir um hook: ele melhora de forma concreta a vida do usuário, e você mesmo o usa? Só um quadrante dispensa qualquer justificativa adicional.
A matriz é útil justamente porque recusa a resposta confortável. A maioria dos times de produto supõe que é facilitadora; os honestos verificam. Se ninguém no time usa o produto para o fim a que ele se propõe, você é, na melhor das hipóteses, um mascate, e deve a si mesmo evidências externas (pesquisas, resultados, renovações pelos motivos certos) de que o benefício que os usuários recebem é real, e não suposto.
Por baixo dos quadrantes existe uma distinção mais simples, que vale levar sempre com você: um hábito serve ao objetivo do usuário; um vício serve ao seu, às custas do usuário. Os dois parecem iguais vistos de dentro das métricas, e é por isso que o teste operacional importa mais do que a intenção. Pergunte o que o seu ciclo faz quando um usuário deixa de obter valor. Se a resposta honesta é que ele se esforça mais (mais notificações, mais pressão de streak, mais fricção na saída), o ciclo parou de servir a esse usuário, diga o seu dashboard o que disser.
Três proteções práticas. Cuide da saída tanto quanto da entrada: um caminho de cancelamento visível e uma exportação de dados que funcione não custam nada se o produto for bom, e são o sinal mais claro de que o valor é real. Mantenha os gatilhos externos proporcionais e com prazo de validade: um prompt que dispara depois que o hábito já existe é puro ruído, e é por isso que a orientação in-app deve se aposentar para cada usuário depois de consumida. E meça o resultado que os seus usuários vieram buscar, não só a frequência com que eles aparecem: um uso que sobe enquanto os resultados deles não sobem não é um hábito se formando, é uma conta se acumulando.
Como medir se um hábito está de fato se formando
O Hook Model é uma hipótese sobre o seu produto e, como toda hipótese, precisa de números capazes de refutá-la. Quatro sinais, cada um respondendo a uma pergunta diferente:
-
O achatamento da curva de retenção
O sinal de hábito mais honesto que existe. O uso de todo produto cai depois do cadastro; a pergunta é se a curva acaba se estabilizando em um platô ou continua escorregando até zero. Uma curva de retenção que se achata significa que alguma coorte formou um comportamento duradouro; o ciclo está se fechando para ela. Uma curva que nunca se achata significa que não está, por melhores que pareçam os números de engajamento deste mês.
-
A frequência de uso comparada à sua cadência natural
Compare a frequência com que os usuários percorrem o ciclo com a frequência com que o trabalho de fundo realmente se repete. Para um trabalho diário, uma razão do tipo DAU/MAU faz sentido; para um semanal, ativos semanais sobre ativos mensais é a medida honesta. A pergunta da stickiness não é "eles estão aqui todo dia?", e sim "eles estão aqui toda vez que o trabalho aparece?".
-
A parcela de sessões que começam sem um gatilho externo
A medição mais direta do que o modelo de fato afirma, e a que quase ninguém instrumenta. Separe as sessões atribuíveis a um e-mail, uma notificação ou uma campanha das que chegam sem empurrão. Uma parcela crescente de sessões espontâneas é um hábito se formando; uma parcela estável significa que você está alugando atenção. Se esse número cai quando uma campanha é pausada, você nunca teve um hook; teve um lembrete.
-
O investimento acumulado por conta
Conte o valor armazenado diretamente: visões salvas, fluxos de trabalho configurados, integrações conectadas, colegas convidados, registros importados. Este é o indicador antecedente que os outros seguem com atraso: contas cujo valor armazenado cresce ficam, e contas cujo valor armazenado estagna dão churn mais tarde, não importa como estejam as contagens de sessões hoje. É também o alerta mais precoce que você vai ter na sua análise de churn.
Lidos em conjunto, esses quatro sinais localizam a falha. Gatilhos fortes e investimento fraco significam que as pessoas aparecem, mas nada rende; o ciclo recomeça do zero toda vez. Investimento forte e frequência fraca significam que o valor é real, mas o gatilho ainda não se tornou interno, o que geralmente é um problema de posicionamento, e não de produto. E, se nenhum deles se mexe, o problema está antes do hook: os usuários nem chegam ao valor, o que é trabalho de ativação, não de hábito.
Construindo hooks: o que fazer e o que evitar
✅ Faça
- Nomeie uma situação recorrente específica como seu gatilho interno
- Encurte o caminho entre o gatilho e a recompensa antes de adicionar motivação
- Encontre variabilidade no trabalho real, que muda, do usuário
- Peça investimento logo depois de uma recompensa entregue
- Faça cada investimento produzir um gatilho futuro
- Aposente os gatilhos externos à medida que o interno assume
- Ajuste a meta de cadência ao ritmo natural do trabalho
- Aplique a Matriz de Manipulação antes de construir o ciclo
❌ Evite
- Construir um hook em torno de uma recompensa que os usuários não querem de verdade
- Entregar exatamente o mesmo retorno a cada visita
- Fabricar variabilidade com prêmios presos a nada
- Cobrar trabalho de configuração antes de o usuário ver qualquer valor
- Perseguir uso diário para um trabalho semanal
- Continuar disparando prompts para usuários que já voltam sozinhos
- Usar o valor armazenado como refém; sempre ofereça a exportação
- Confundir mais sessões com melhores resultados
Colocando o ciclo no ar sem ciclo de release
A maior parte de um hook é trabalho de produto: a recompensa precisa vir do que o seu produto realmente faz. Mas as fases que iniciam e reiniciam o ciclo (os gatilhos externos, a primeira ação, a visibilidade da recompensa e os convites para investir) são camadas de orientação, e camadas de orientação são exatamente o que você quer mudar toda semana sem esperar um release. É esse o trabalho da Kompassify:
- Torne a ação fácil, no momento certo. Product tours e tooltips encurtam o caminho entre o gatilho e a recompensa exatamente na etapa em que os usuários hesitam: trabalho de capacidade, aplicado onde a linha de ação está mais perto.
- Sequencie os investimentos. Uma checklist de onboarding distribui as contribuições que deixam o produto mais sticky (conectar uma fonte, salvar uma visão, convidar um colega) para que cada uma chegue depois de um retorno visível, e não antes dele.
- Continue revelando a próxima recompensa. Hotspots e beacons cuidam da descoberta de recursos muito depois de o tour terminar e se aposentam para cada usuário depois de consumidos, então um gatilho nunca dura mais do que a sua utilidade.
- Acione as pessoas certas, não todo mundo. Anúncios in-app e segmentação colocam um gatilho externo na frente dos usuários para quem ele ainda é relevante e deixam em paz os que já têm o hábito.
- Veja se o ciclo se fecha. Os analytics integrados mostram conclusão e abandono por fluxo e por etapa, e é assim que você encontra a fase que está falhando em vez de chutar.
Você desenha o ciclo; a camada de orientação que o inicia vai ao ar no mesmo dia em que você pensa nela. A Kompassify está em conformidade com o GDPR, é hospedada na UE, é gratuita para menos de 100 usuários ativos mensais e tem planos pagos a partir de $129/mês.
Construa o ciclo, não só o lembrete
A Kompassify coloca product tours, checklists de onboarding, hotspots e anúncios in-app por cima do seu produto atual (sem código, sem ciclo de release) para que você torne a primeira ação natural, sequencie os investimentos que fazem os usuários voltarem e meça se o ciclo realmente se fecha. Em conformidade com o GDPR, hospedada na UE e gratuita para menos de 100 usuários ativos mensais.
Comece grátis →Perguntas frequentes
O que é o Hook Model?
O Hook Model é um framework de design em quatro fases para criar produtos formadores de hábito, apresentado por Nir Eyal no livro Hooked. As quatro fases são o gatilho (o que leva o usuário a agir), a ação (o comportamento mais simples realizado na expectativa de uma recompensa), a recompensa variável (um retorno cuja forma exata varia, e é isso que torna o ciclo envolvente em vez de entediante) e o investimento (algo que o usuário coloca no produto, como dados, conteúdo, configuração ou reputação, que aumenta o valor do produto para ele e prepara o próximo gatilho). Fazer o usuário passar por esse ciclo repetidas vezes é como um produto deixa de ser algo que as pessoas precisam ser lembradas de abrir e passa a ser algo que elas procuram por conta própria, movidas por um gatilho interno, como uma situação ou um sentimento recorrente, e não por um e-mail ou uma notificação.
Quais são as quatro fases do Hook Model?
Gatilho, ação, recompensa variável e investimento. O gatilho inicia o ciclo e pode ser externo (um e-mail, uma notificação, um prompt in-app, um colega compartilhando um link) ou interno (um sentimento ou uma situação recorrente que passou a ser associada mentalmente ao produto). A ação é a coisa mais simples que o usuário faz esperando um retorno, e ela só acontece quando motivação, capacidade e um prompt se encontram no mesmo momento. A recompensa variável é o próprio retorno, entregue com variabilidade genuína para que o ciclo continue interessante. O investimento é a contribuição do usuário de volta ao produto, como convidar um colega, importar dados ou configurar um fluxo de trabalho, o que torna o produto melhor para ele da próxima vez e planta o gatilho do ciclo seguinte. Cada passagem pelas quatro fases fortalece a associação entre o gatilho interno e o produto.
Quem criou o Hook Model?
O Hook Model foi criado por Nir Eyal e publicado em 2014 em Hooked: How to Build Habit-Forming Products, escrito em coautoria com Ryan Hoover. Ele reúne conhecimentos já existentes da ciência comportamental, em especial o modelo de comportamento de B.J. Fogg, do Stanford Behavior Design Lab, segundo o qual um comportamento acontece quando motivação, capacidade e um prompt se encontram, e décadas de pesquisa sobre esquemas de reforço variável, em uma sequência contra a qual times de produto conseguem de fato desenhar. Eyal também é autor da Matriz de Manipulação, um teste ético para decidir se um determinado hook deve sequer ser construído.
Qual é a diferença entre um gatilho externo e um gatilho interno?
Um gatilho externo fica fora da cabeça do usuário e diz a ele o que fazer em seguida: uma notificação, um e-mail de onboarding, uma checklist in-app, um link enviado por um colega, um botão cujo rótulo traz a própria instrução. Um gatilho interno fica dentro do usuário e não precisa de instrução: uma situação ou emoção recorrente que traz o produto à mente automaticamente, como a dúvida sobre se um release foi mesmo ao ar ou a necessidade de saber como uma campanha performou antes de uma reunião. Os gatilhos externos são como você inicia o ciclo com um usuário novo; os gatilhos internos são como o hábito se sustenta depois de formado. Todo o sentido de repetir o ciclo é transferir a tarefa de iniciá-lo do seu sistema de notificações para o contexto recorrente do próprio usuário.
Por que o Hook Model usa uma recompensa variável em vez de uma fixa?
Porque recompensas previsíveis deixam de ser notadas. Quando o retorno é idêntico toda vez, o cérebro aprende rapidamente o que esperar e a expectativa que movia o comportamento se apaga. É por isso que um badge concedido a cada ação fica invisível em uma semana. A variabilidade mantém o sistema de recompensa ativo, porque o usuário sabe que um retorno é provável, mas não exatamente qual será. Nir Eyal agrupa as recompensas variáveis em três famílias: recompensas da tribo (retornos sociais como reconhecimento, comentários ou a reação de um colega), recompensas da caçada (a busca por um recurso: informações, leads, respostas) e recompensas do eu (domínio, competência, conclusão, progresso). Produtos B2B bem desenhados costumam se apoiar mais na caçada e no eu, porque a recompensa é valor real de trabalho, que de fato muda a cada vez.
O Hook Model funciona para SaaS B2B?
Sim, mas o ciclo tem outra cara do que nos apps de consumo. O uso B2B é limitado pelos ritmos de trabalho, então a meta honesta costuma ser semanal ou por sprint, e não diária, e o gatilho interno geralmente é uma situação de trabalho recorrente, e não o tédio: a revisão de pipeline de segunda-feira, a checagem antes da daily, o momento em que um cliente faz uma pergunta. As recompensas variáveis vêm principalmente da caçada e do eu, não da tribo: dados novos, um insight que aparece, um fluxo de trabalho concluído. E o investimento é onde o B2B é excepcionalmente forte, porque dados importados, fluxos configurados, integrações conectadas e colegas convidados tornam o produto mensuravelmente mais valioso a cada ciclo e são difíceis de reproduzir em outro lugar. O que não se transfere é a cartilha do consumo, feita de interrupção e escassez artificial; no B2B, essas táticas queimam a confiança justamente da pessoa que renova o contrato.
O Hook Model é manipulador?
Pode ser, e é por isso que o próprio autor publicou um teste para isso. A Matriz de Manipulação faz duas perguntas: o produto melhora de forma concreta a vida do usuário, e quem o cria o usa? Quem usa o produto e realmente melhora a vida dos usuários é um facilitador, e construir um hook nesse caso é legítimo. Quem não usa o produto, mas ainda assim melhora a vida das pessoas, é um mascate, e precisa de evidências externas de que o benefício é real. Quem usa o produto sabendo que ele não melhora a vida de ninguém é um animador, e quem não faz nenhuma das duas coisas é um traficante, uma posição sem nenhuma defesa ética. A distinção prática é que um hábito serve ao objetivo do usuário, enquanto um vício serve ao seu, às custas do usuário. O teste operacional é simples: se um usuário deixa de obter valor, o seu ciclo o ajuda a sair ou se esforça ainda mais para mantê-lo?
Como construir um ciclo do Hook Model sem tempo de engenharia?
A maior parte do hook é trabalho de produto, mas as partes que iniciam e reiniciam o ciclo (os gatilhos externos, a primeira ação, a recompensa visível e os convites para investir) podem ser construídas sem ciclo de release com uma plataforma de onboarding no-code como a Kompassify. Product tours e tooltips tornam a primeira ação fácil exatamente no momento em que ela precisa ser fácil; checklists de onboarding sequenciam os investimentos que deixam o produto mais sticky e dão a cada um deles um retorno visível; hotspots revelam a próxima recompensa depois que o tour termina; e os anúncios in-app funcionam como gatilhos externos direcionados ao segmento certo. Os analytics integrados mostram onde os usuários concluem ou travam em cada fluxo, e é isso que diz se o ciclo está de fato se fechando. A Kompassify está em conformidade com o GDPR, é hospedada na UE, é gratuita para menos de 100 usuários ativos mensais e tem planos pagos a partir de $129/mês.