Times de SaaS lançam funcionalidades o tempo todo. Uma nova integração sai na terça. O redesenho de um fluxo muito aguardado entra no ar na quinta. O product manager escreve uma mensagem no Slack, o desenvolvedor fecha o ticket no Jira e todo mundo passa para a próxima sprint.
Duas semanas depois, os dados de uso mostram que a nova funcionalidade quase não foi tocada. Soa familiar?
O problema raramente é a funcionalidade em si. É a distância entre lançar algo e garantir que os usuários realmente o descubram, entendam e adotem. Segundo pesquisas citadas pela Hopscotch, até 64% das funcionalidades de produtos de software não são usadas, muitas vezes simplesmente porque os usuários nunca souberam que elas existiam.
Principais aprendizados
- Funcionalidades não se anunciam sozinhas. Até 64% das funcionalidades de software não são usadas porque os usuários simplesmente não sabem que elas existem. O anúncio é tão importante quanto a própria funcionalidade.
- O canal in-app é o de maior alavancagem. Encontrar os usuários onde eles já estão (dentro do seu produto) gera consistentemente mais adoção do que o e-mail sozinho.
- Segmente antes de enviar. Nem toda funcionalidade é relevante para todo usuário. Anúncios direcionados geram mais engajamento e criam menos ruído para quem não precisa saber.
- Uso ≠ adoção. Um usuário que clica em uma funcionalidade uma vez não a adotou. Acompanhe a retenção e o uso recorrente para entender se a funcionalidade conquistou de verdade um lugar no fluxo de trabalho dos seus usuários.
- Colete feedback no contexto. O melhor momento para perguntar o que os usuários acham de uma nova funcionalidade é logo depois que eles a usaram, não três dias depois por e-mail.
- Trate o anúncio como um lançamento, não como uma nota de rodapé. Planeje, meça e itere sobre ele da mesma forma que você itera sobre a própria funcionalidade.
Por que anunciar uma nova funcionalidade?
Os usuários não têm com o seu produto a mesma relação que o seu time tem. Eles não acompanham suas release notes nem percebem quando um novo botão aparece na barra lateral. Eles estão focados em fazer o próprio
trabalho.
Um anúncio de funcionalidade não é um extra em um produto SaaS. É uma parte crítica do ciclo de desenvolvimento
de produtos SaaS. Bem feito, ele transforma uma funcionalidade lançada em hábitos adotados. Mal feito, transforma meses de
desenvolvimento em uma funcionalidade fantasma que vive para sempre no seu changelog.
- Mais adoção de funcionalidades. Os usuários não podem adotar uma funcionalidade que não sabem que existe. Um anúncio cria a consciência que torna a adoção possível.
- Menos churn. Usuários que sentem que recebem mais valor com o tempo têm menos chance de ir embora. Um anúncio no momento certo pode reengajar alguém que estava, sem alarde, caminhando para o cancelamento.
- Mais fidelidade. Quando os usuários percebem que uma nova funcionalidade resolve uma dor que eles tinham, isso fecha o ciclo entre o feedback deles e a evolução do seu produto. Usuários que se sentem ouvidos ficam.
- Impulso visível. Uma comunicação de produto consistente e clara mostra que o seu time escuta e entrega. Essa percepção de progresso é, por si só, um motor de retenção.
- Melhor retorno sobre o trabalho de engenharia. Cada funcionalidade não anunciada é um prejuízo do tempo de design, desenvolvimento e QA investido nela. Um anúncio converte esse investimento em valor real para o usuário.
Passo a passo para anunciar uma nova funcionalidade
Lançar uma funcionalidade sem um plano é o caminho para baixa adoção, usuários confusos e tickets de suporte que nunca deveriam ter existido. Um processo de anúncio replicável muda isso. Estes são os passos que transformam a liberação de uma funcionalidade em um verdadeiro lançamento.
-
Defina seu objetivo e suas métricas de sucesso
-
Identifique e segmente seu público-alvo
-
Prepare o material de onboarding e suporte da nova funcionalidade
-
Escreva o texto do anúncio
-
Escolha seus canais e lance
-
Meça, colete feedback e itere
1. Defina seu objetivo e suas métricas de sucesso
Um anúncio de funcionalidade sem objetivo é um exercício de comunicação. Um anúncio com objetivo é um lançamento. Antes de escrever uma palavra ou escolher um canal, decida como é o sucesso.
Você quer gerar adoção entre todos os usuários ativos em 30 dias?
Reengajar um segmento que vem usando pouco o produto?
Reduzir uma categoria específica de tickets de suporte?
Escolha uma ou duas métricas que vão dizer se o anúncio funcionou e faça delas a sua estrela-guia durante todo o processo.
2. Identifique e segmente seu público-alvo
Quem vai realmente se beneficiar dessa funcionalidade? Pense com cuidado em cargos, planos, padrões de uso e na parte do produto onde a funcionalidade está.
Uma funcionalidade pensada para administradores de equipe não é relevante para colaboradores individuais. Uma integração avançada criada para clientes enterprise não precisa chegar ao seu plano gratuito.
Enviar anúncios para usuários que não têm motivo para se importar os ensina a ignorar tudo o que você envia. Defina seu segmento com clareza e direcione o anúncio apenas a esses usuários.
3. Prepare o material de onboarding e suporte da nova funcionalidade
Para qualquer funcionalidade com curva de aprendizado, este também é o momento certo para escrever um artigo na sua central de conhecimento, criar um tour de produto de onboarding ou até um checklist de onboarding. Em vez de deixar os usuários descobrirem tudo sozinhos depois de clicar no seu CTA, um tour os conduz pela funcionalidade passo a passo, diretamente dentro do produto, no exato momento em que eles a encontram pela primeira vez.
E com a Kompassify você pode iniciar tours de produto diretamente pelo CTA do widget de anúncios
4. Escreva o texto do anúncio
Comece pelo benefício, não pelo nome da funcionalidade. Um título claro, uma ou duas frases de contexto, um CTA. Curto o bastante para ser lido de relance e atraente o bastante para gerar o clique. Para os detalhes de como escrever bem, veja a próxima seção.
5. Escolha seus canais de distribuição e lance
Nem todo lançamento merece o mesmo megafone. Combine o canal com o tamanho da atualização e com o lugar onde o seu público tem mais chance de prestar atenção.
-
Anúncios in-app (um widget de notificações): o canal in-app é o de maior alavancagem. Encontrar os usuários onde eles já estão (dentro do seu produto) gera consistentemente mais adoção do que o e-mail sozinho.
-
E-mail: o e-mail é ideal para grandes lançamentos que merecem um momento próprio. Um novo plano, uma funcionalidade carro-chefe ou qualquer coisa que mude a forma como as pessoas usam o seu produto. Não envie e-mail a cada atualização. Se fizer isso, os usuários vão parar de prestar atenção justamente quando importar.
-
Uma barra de anúncio: uma barra de anúncio fica no topo ou na parte inferior da interface e permanece visível sem atrapalhar. Use-a para novidades com prazo, como um beta limitado, uma descontinuação próxima ou uma data importante.
-
Um modal para grandes lançamentos: um modal interrompe o usuário de propósito, então reserve-o para momentos que mereçam essa atenção: um fluxo redesenhado, um novo plano de preços ou uma mudança crítica que todos precisam conhecer. Use-o com frequência demais e as pessoas vão começar a fechá-lo sem ler.
-
Post de blog ou entrada no changelog: um post de blog ou uma entrada no changelog é algo que os usuários podem encontrar sozinhos quando querem saber o que mudou. Também é bom para SEO e dá ao seu time um registro claro do que foi lançado e por quê. Use-o em todo lançamento, grande ou pequeno.
6. Meça, colete feedback e itere
O lançamento não é o fim do processo. Quando a funcionalidade estiver no ar, você precisa saber se ela está realmente funcionando, não só se as pessoas viram o anúncio, mas se usaram a funcionalidade e continuaram usando.
Comece acompanhando o básico:
-
Alcance: quantos usuários viram o anúncio?
-
Engajamento: quantos clicaram ou interagiram com ele?
-
Adoção: quantos chegaram a usar de fato a funcionalidade?
-
Retenção: quantos voltaram e a usaram de novo?
Esses quatro números dizem muito. Se o alcance é alto mas a adoção é baixa, o anúncio funcionou, mas a funcionalidade não. Se a adoção é alta mas a retenção cai, os usuários experimentaram uma vez e não viram valor suficiente para voltar. Cada lacuna aponta para um problema diferente a corrigir.
O feedback funciona do mesmo jeito. O melhor momento para pedi-lo é logo depois que alguém usa a funcionalidade pela primeira vez, não três dias depois em um e-mail de acompanhamento. Uma pergunta in-app no momento certo sempre vai trazer respostas mais sinceras e úteis do que uma pesquisa enviada fora de contexto.
Depois, use o que aprendeu. Atualize o tooltip de onboarding se os usuários estiverem confusos no primeiro passo. Reescreva o anúncio se as pessoas não estiverem clicando. Ajuste a própria funcionalidade se o feedback apontar para um problema real de usabilidade. Os times que tratam o lançamento de uma funcionalidade como ponto de partida, e não como linha de chegada, são os que veem mais adoção ao longo do tempo.
Como escrever a mensagem de anúncio de uma funcionalidade
O texto que você escreve para um anúncio de funcionalidade será lido em segundos, escaneado mais rápido ainda e julgado quase imediatamente. Veja como fazer cada palavra contar.
Comece com um título que diga o benefício
Diga aos usuários o que eles podem fazer agora, não o que você construiu. "Exporte qualquer relatório com um clique" ganha de "Módulo de exportação CSV disponível". Responda à pergunta silenciosa: "O que eu ganho com isso?"
Acrescente uma ou duas frases de contexto
Que problema ela resolve? Que atrito ela remove? Duas frases no máximo. Se estiver escrevendo mais do que isso, você está começando pelas funcionalidades em vez dos resultados.
Escreva como um colega inteligente falaria, não como um comunicado de imprensa
Leia o texto em voz alta. Se soar engessado, reescreva. "Implementamos um mecanismo aprimorado de automação de fluxos de trabalho" não diz nada aos usuários. "Crie fluxos de aprovação em minutos, sem pedir ajuda a um desenvolvedor" diz. Use linguagem simples, evite a voz passiva e diga "agora você pode" em vez de "agora é possível".
Use um único CTA claro
Uma ação, com texto que descreva exatamente o que acontece quando o usuário clica: "Experimente agora", "Faça o tour", "Abra o painel". Leve-os direto à funcionalidade, não a uma página inicial. Quanto mais curto o caminho até o valor, maior a sua taxa de adoção.
Inclua um visual sempre que possível
Uma captura de tela, um GIF ou uma gravação de tela curta faz mais do que qualquer quantidade de texto. Os visuais deixam os usuários verem o que vão receber antes de clicar, reduzindo o atrito e baixando a barreira de ativação.
Uma mensagem, uma funcionalidade: resista à tentação de juntar várias atualizações em um único anúncio. Quando você anuncia três coisas de uma vez, os usuários não absorvem nenhuma delas com clareza, o CTA fica ambíguo e você perde a capacidade de medir o impacto de cada lançamento. Guarde as atualizações agrupadas para um changelog trimestral ou um post de "novidades". Nos seus anúncios in-app, uma funcionalidade, uma mensagem, uma ação.
Adapte o tom ao seu público
Ferramentas para desenvolvedores podem ser concisas e técnicas. Produtos para o consumidor final podem ser mais calorosos. Uma mudança que quebra algo precisa começar tranquilizando. Escreva para o seu usuário específico, não para um público genérico.
Um modelo rápido para começar: [Título: o que os usuários podem fazer agora] + [Uma frase: por que isso importa / que problema resolve] + [Visual: captura de tela ou GIF da funcionalidade] + [CTA: uma ação específica que os leve direto à funcionalidade]. Isso é um anúncio completo. Todo o resto é opcional.
O modelo, preenchido
Veja como fica aplicado a um lançamento realista, uma funcionalidade de fluxo de aprovação em uma ferramenta de gestão de projetos:
Título: "Aprove solicitações sem sair do seu quadro"
Contexto: "Chega de correr atrás de aprovações por e-mail: adicione uma etapa de aprovação a qualquer tarefa e os revisores são notificados no app."
Visual: um GIF de dez segundos mostrando uma tarefa passando pela nova etapa de aprovação
CTA: "Adicionar etapa de aprovação", com link direto para o editor de fluxos, e não para uma página inicial ou artigo de ajuda.
Repare no que está faltando: nenhum nome de funcionalidade no título, nenhum parágrafo sobre quanto tempo levou para construir, nenhum segundo CTA. Cada elemento merece seu lugar porque aproxima o usuário de experimentar a funcionalidade.
Boas práticas para anunciar uma nova funcionalidade
O que separa os anúncios com alta adoção dos que são ignorados.
Comece pelo resultado para o usuário, não pelo seu esforço de engenharia
"Agora você pode criar fluxos de aprovação automatizados em minutos" é um anúncio. "Adicionamos um novo mecanismo de automação de fluxos com lógica de ramificação condicional" é uma entrada de changelog que ninguém pediu. Escreva do ponto de vista do usuário, não do seu.
Segmente seu público antes de anunciar
Enviar uma atualização de API voltada a desenvolvedores para usuários não técnicos os ensina a ignorar tudo o que você envia. Segmente por cargo, plano ou padrão de uso, e direcione o anúncio apenas a quem realmente precisa saber.
Garanta que a funcionalidade está realmente pronta antes de anunciar
Faça o QA da funcionalidade, atualize a documentação de ajuda e prepare o suporte antes de enviar qualquer coisa. Um usuário que clica e encontra um bug ou um artigo de ajuda inexistente não vai só abandonar a funcionalidade: ele vai passar a confiar menos no seu produto.
Escolha o momento do anúncio para maximizar o engajamento
As manhãs do meio da semana (de terça a quinta, das 9h às 11h no fuso dos seus usuários) superam consistentemente os outros horários. Evite segundas, sextas e feriados. Para produtos globais, escalone por região.
Inclua sempre uma próxima ação clara
Um CTA, específico e direto: "Experimente agora", "Faça o tour", "Abra o painel". Leve os usuários direto à funcionalidade, não a uma página inicial. Menos cliques = mais adoção.
Seja breve
Os usuários leem por cima. Um título, uma frase de contexto e um CTA bastam para a maioria das funcionalidades. Se você precisa de mais de duas frases para explicar o benefício, o problema está no enquadramento, não no tamanho.
O que NÃO fazer ao anunciar uma nova funcionalidade
Os erros abaixo são comuns, caros e totalmente evitáveis. A maioria vem de tratar o anúncio como uma formalidade, e não como uma parte crítica do lançamento do produto.
✅ Faça
- Comece pelo benefício para o usuário, não pelo nome da funcionalidade
- Segmente seu público e direcione apenas aos usuários relevantes
- Use canais in-app para os usuários ativos
- Inclua um único CTA específico por anúncio
- Programe os anúncios para os horários de pico de engajamento
- Ofereça um tour interativo para funcionalidades complexas
- Colete feedback logo depois que o usuário interagir
- Acompanhe as métricas de adoção e itere sobre o que não performa
- Garanta que documentação e suporte estejam prontos antes de entrar no ar
❌ Não faça
- Anunciar para toda a sua base de usuários, seja qual for a relevância
- Usar um texto passivo, centrado na funcionalidade ("adicionamos…")
- Depender de um único e-mail e mais nada
- Pular o anúncio porque a funcionalidade "fala por si"
- Anunciar antes que documentação e suporte estejam prontos
- Usar um modal em tela cheia para todo lançamento, grande ou pequeno
- Ignorar os dados de abandono e de adoção depois do lançamento
- Esperar semanas para coletar feedback dos usuários
- Tratar o anúncio como um evento único, sem acompanhamento
O assassino silencioso: o erro mais prejudicial não é um anúncio ruim; é não ter anúncio nenhum. Toda funcionalidade lançada sem ser comunicada aos usuários é uma funcionalidade que não entrega seu valor potencial, por melhor que tenha sido construída.
3 exemplos reais de anúncio de funcionalidade (e o que faz cada um funcionar)
A melhor forma de entender como é um ótimo anúncio de funcionalidade é estudar as empresas que fazem isso bem de forma consistente. Estes três exemplos abrangem tipos de produto diferentes, formatos de anúncio diferentes e níveis diferentes de complexidade de lançamento, mas cada um demonstra um princípio específico que vale a pena copiar.
Quando o Slack redesenhou discretamente o layout da barra lateral, ele não interrompeu os usuários com um modal em tela cheia. Em vez disso, exibiu um pequeno tooltip ancorado diretamente na barra lateral atualizada, com o texto "We've tidied up the sidebar; it's a bit neater and less distracting." (arrumamos a barra lateral; ela está um pouco mais organizada e distrai menos). Um único link "Learn more" (Saiba mais) era a única ação disponível.
O que faz funcionar:
- Posicionamento contextual. O tooltip aparece bem ao lado do elemento que mudou. Os usuários não precisam ler sobre a atualização da barra lateral de forma abstrata; eles a veem acontecer enquanto a mensagem explica. Contexto e conteúdo estão perfeitamente alinhados.
- Formato mínimo e não bloqueante. Um tooltip não exige nenhum compromisso. Os usuários leem em dois segundos e seguem com o que estavam fazendo. Não há interação forçada, botão obrigatório nem fluxo a concluir. O anúncio respeita a tarefa atual do usuário.
- Texto centrado no benefício. "Mais organizada e distrai menos" fala diretamente do motivo da mudança, não do que foi alterado tecnicamente. Os usuários entendem na hora o que ganham, sem precisar deduzir.
- Um único CTA opcional. "Learn more" está disponível para quem quer o quadro completo, mas nunca é imposto. Quem já está satisfeito com o resumo do tooltip pode simplesmente fechá-lo e seguir em frente.
Quando o Notion lançou os Custom Agents, agentes de IA que trabalham de forma autônoma em segundo plano, poderia ter anunciado a funcionalidade com um simples banner ou uma entrada no changelog. Em vez disso, apostou tudo em um modal cinematográfico em tela cheia com o título "Meet the night shift." (conheça o turno da noite). O visual: uma esteira escura e animada de ícones de apps passando sob um holofote, sugerindo trabalho acontecendo em silêncio enquanto você está fora.
O que faz funcionar:
- Um título que vende a sensação, não a funcionalidade. "Meet the night shift" evoca produtividade acontecendo enquanto você dorme: autonomia, tranquilidade, progresso sem esforço. Ele não diz "Apresentamos os Custom Agents". Ele faz você sentir o que a funcionalidade faz antes de explicar o que ela é.
- Narrativa visual imersiva. O fundo escuro em tela cheia com ícones de apps animados em uma esteira não é decoração; é o próprio anúncio. Os usuários captam na hora o conceito de agentes trabalhando em tarefas em diferentes ferramentas, sem ler uma palavra.
- Texto de apoio conciso e centrado no benefício. O texto de apoio (em tradução livre: "Eles mantêm o trabalho andando 24/7: registram conhecimento, respondem perguntas e fazem os projetos avançarem, tudo enquanto você dorme") entrega três casos de uso concretos em uma única frase. Eficiente e fácil de escanear.
- Um único CTA sem atrito. Um botão: "Explore". Nenhuma opção secundária, nenhum link para fechar escondido no canto. Todo o anúncio conduz os usuários a uma única ação, tornando o próximo passo impossível de perder.
Quando o Figma passou a pasta privada de Drafts (rascunhos) dos usuários para dentro do workspace da equipe, era o tipo de mudança estrutural que poderia facilmente confundir ou assustar as pessoas: uma pasta da qual elas dependiam tinha literalmente mudado de lugar. Em vez de deixar os usuários tropeçarem na mudança, o Figma exibiu um modal em tela cheia de dois painéis com o título "Drafts have a new home" (os rascunhos têm uma nova casa), combinando uma explicação escrita clara à esquerda com uma prévia visual da nova estrutura da barra lateral à direita.
O que faz funcionar:
- Tranquilizar antes de explicar. O texto começa pelo contexto, o motivo da mudança ("não estava claro qual equipe era dona de quais rascunhos"), antes de descrever o que mudou de lugar. Os usuários entendem a lógica na hora, o que transforma uma possível frustração em aceitação.
- Gestão proativa da ansiedade. O segundo parágrafo trata explicitamente do medo que a maioria dos usuários teria: "Nada mais mudou; os rascunhos continuam gratuitos e permanecerão privados até que você decida compartilhá-los." Antecipar e neutralizar essa preocupação antes que o usuário precise perguntar é a marca de um anúncio centrado no usuário.
- Um layout em dois painéis que mostra, e não só conta. O lado direito do modal exibe a barra lateral atualizada, com os Drafts dentro da equipe, exatamente onde os usuários vão encontrá-los depois de fechar o modal. Não há nenhuma distância entre o anúncio e a realidade.
- Dois CTAs que respeitam perfis diferentes de usuário. "Got it" (Entendi) para quem está satisfeito e pronto para seguir; "Learn more" (Saiba mais) para quem quer a documentação completa. As duas opções transmitem pouca pressão e nenhuma impede o usuário de continuar.
O padrão nos três exemplos: todo ótimo anúncio de funcionalidade começa pelo benefício para o usuário, respeita a autonomia dele (ninguém é forçado a nada) e torna a distância entre ler o anúncio e experimentar o valor da funcionalidade a menor possível. O formato muda (tooltips, modais em tela cheia, CTAs duplos), mas o princípio por trás é o mesmo.
Como medir a adoção de uma funcionalidade após o anúncio
Há uma distinção importante que muitos times de produto deixam passar: uso de uma funcionalidade não é o mesmo que adoção. Um usuário que clica em uma funcionalidade uma vez porque viu um anúncio a usou. Um usuário que volta a ela repetidamente porque ela o ajuda de verdade no trabalho a adotou. A adoção é a métrica que gera retenção. O uso é só um precursor.
Medir a adoção de funcionalidades exige olhar o comportamento ao longo do tempo, não só nas primeiras 24 horas após um anúncio. Estas são as métricas que importam.
| Métrica | O que mede | Como interpretar |
|---|---|---|
| Taxa de adoção da funcionalidade | Porcentagem de usuários-alvo que usam a funcionalidade pelo menos uma vez em um período definido | Uma taxa de adoção baixa após um anúncio bem distribuído costuma indicar um problema de clareza de valor: os usuários viram, mas não se convenceram a experimentar |
| Taxa de retenção da funcionalidade | Porcentagem de usuários que voltam a usar a funcionalidade em uma segunda sessão após a primeira interação | É a medida mais fiel de adoção. Retenção baixa significa que os usuários experimentaram, mas não encontraram valor suficiente para voltar |
| Tempo até o primeiro uso | Quanto tempo um usuário leva para usar a funcionalidade depois de ver o anúncio | Um intervalo longo entre o anúncio e o primeiro uso sugere que o CTA ou o onboarding está criando atrito |
| Frequência de uso | Com que frequência os usuários ativos usam a funcionalidade por semana ou por mês | Funcionalidades com alta adoção inicial mas baixa frequência costumam virar algo "bom de ter", e não parte central do fluxo de trabalho |
| Taxa de cliques do anúncio | Porcentagem de usuários que viram o anúncio e clicaram no CTA | Um CTR baixo aponta para um problema de texto ou de segmentação: a mensagem não convence os usuários ou não é relevante para eles |
| Volume de tickets de suporte | Número de solicitações de suporte relacionadas à nova funcionalidade | Um pico de tickets sugere que a funcionalidade está sendo descoberta, mas não compreendida: invista em uma orientação in-app melhor |
Montando um funil de adoção
Pense na adoção de funcionalidades como um funil com quatro etapas: Consciência (o usuário viu o anúncio?), Ativação (o usuário experimentou a funcionalidade?), Retenção (o usuário voltou a usá-la?) e Integração (a funcionalidade agora faz parte regular do fluxo de trabalho do usuário?).
Cada etapa pode perder usuários. Muita consciência com pouca ativação significa que o anúncio está chegando aos usuários, mas não os motiva a experimentar a funcionalidade. Muita ativação com pouca retenção significa que a funcionalidade está sendo experimentada, mas não entrega valor suficiente para merecer uma segunda visita. Mapear o seu funil permite identificar exatamente qual etapa corrigir.
O product analytics da Kompassify permite acompanhar as interações dos usuários com funcionalidades específicas, montar funis personalizados e medir taxas de adoção diretamente no seu app, sem precisar enviar dados para uma plataforma de analytics separada. Você vê de relance quais segmentos de usuários estão adotando uma funcionalidade e quais não estão, e usa esses dados para disparar anúncios de acompanhamento direcionados ou tours guiados para os grupos que precisam de mais incentivo.
Como coletar feedback dos usuários sobre uma nova funcionalidade
As métricas de adoção dizem o que os usuários estão fazendo com uma nova funcionalidade. O feedback diz por quê. Os dois são essenciais. Uma funcionalidade com alta adoção mas baixa satisfação tem um problema de qualidade ou de UX que acabará aparecendo como churn. Uma funcionalidade com baixa adoção pode precisar de uma estratégia de anúncio melhor, ou pode precisar ser repensada do zero.
Colete feedback no contexto, não depois do fato
O melhor momento para perguntar a um usuário o que ele acha de uma nova funcionalidade é logo depois que ele a usou pela primeira vez. Nesse momento, a experiência está fresca, as impressões estão vivas e a pergunta soa natural. Uma pesquisa por e-mail que chega três dias depois perguntando sobre a experiência vai receber uma fração das respostas, e a qualidade do feedback será menor.
O widget de notificações da Kompassify permite coletar feedback dentro do próprio anúncio, para que você inclua um seletor de reações simples, uma pergunta de joinha para cima/para baixo ou uma pergunta aberta curta diretamente no anúncio. Os usuários respondem sem sair do produto, o que aumenta muito a taxa de resposta e a qualidade dos dados coletados.
Use micropesquisas para perguntas específicas
Uma micropesquisa é uma pergunta (ou duas) que aparece no app depois que o usuário concluiu uma ação específica. Para feedback sobre funcionalidades, as perguntas mais úteis costumam ser: "Quão útil esta funcionalidade foi para você?" (nota de 1 a 5), "O que tornaria esta funcionalidade mais útil?" (texto livre) ou um simples joinha para cima/para baixo seguido de "Conte por quê". Mantenha uma pergunta por vez: no momento em que uma pesquisa começa a parecer um compromisso, os usuários a abandonam.
Acompanhe NPS e CSAT por funcionalidade
O Net Promoter Score (NPS) e o Customer Satisfaction Score (CSAT) medidos no nível da funcionalidade (e não do produto como um todo) dão um sinal preciso sobre se uma capacidade específica está encantando ou decepcionando seus usuários. (Ainda não conhece a métrica? Nosso guia completo do Net Promoter Score cobre a fórmula, os benchmarks e as boas práticas de pesquisa.) Acompanhe esses números ao longo do tempo, principalmente nos primeiros 30 a 90 dias após um lançamento. Uma funcionalidade cujo CSAT melhora a cada iteração é um bom sinal. Uma cuja nota fica estagnada ou cai apesar das mudanças indica que a proposta de valor central talvez precise ser repensada.
Observe os tickets de suporte como um canal passivo de feedback
As solicitações de suporte são uma das formas mais sinceras de feedback dos usuários: elas representam os momentos em que o produto não conseguiu se explicar sozinho. Uma onda de tickets sobre uma nova funcionalidade não é só um peso para o suporte. É um mapa detalhado de onde os usuários se confundem, do que esperavam e não encontraram e de onde a sua orientação in-app precisa melhorar. Revise os tickets da primeira semana de qualquer grande lançamento como parte da análise pós-lançamento.
Juntando tudo: seu checklist de anúncio de funcionalidade
Use este checklist em todo lançamento importante. Adapte o escopo ao tamanho do lançamento: uma pequena melhoria pode precisar apenas de uma entrada no widget de notificações e de um e-mail para usuários inativos, enquanto uma grande nova capacidade merece o processo completo.
Pré-lançamento
- Defina seu objetivo de adoção e uma ou duas métricas de sucesso
- Segmente seu público-alvo (cargo, plano, padrão de uso)
- Faça o QA da funcionalidade: garanta que ela esteja estável, testada e pronta para produção
- Atualize a documentação de ajuda com um artigo dedicado à nova funcionalidade
- Prepare o time de suporte para as perguntas mais comuns que vai receber
- Crie um tour de produto para funcionalidades complexas usando a Kompassify
- Escreva o texto do anúncio (benefício primeiro, curto, um único CTA)
Lançamento
- Publique o anúncio in-app pelo widget de notificações e/ou com um tour de produto curto
- Dispare o tour de produto para usuários que entram pela primeira vez na área da funcionalidade
- Envie um e-mail para usuários inativos ou pouco frequentes que se beneficiariam da funcionalidade
- Publique o changelog ou o post de blog
- Compartilhe nas redes sociais (principalmente em grandes lançamentos)
- Confirme que o rastreamento do product analytics está ativo para a nova funcionalidade
Pós-lançamento (dias 7-30)
- Revise o funil de adoção: consciência → ativação → retenção
- Colete e analise o feedback in-app vindo do widget de notificações
- Analise o volume de tickets de suporte da nova funcionalidade
- Envie um lembrete de acompanhamento para quem viu o anúncio mas não experimentou a funcionalidade
- Itere sobre o texto do anúncio ou os passos do tour com base nos dados de abandono
- Documente os aprendizados para o próximo lançamento
Pronto para lançar funcionalidades que são realmente adotadas?
A Kompassify oferece tours de produto in-app, widgets de notificações, checklists de onboarding, coleta de feedback e product analytics: tudo o que você precisa para anunciar novas funcionalidades e medir o sucesso delas, sem escrever uma única linha de código.
Comece grátis →Perguntas frequentes
Por que é importante anunciar uma nova funcionalidade?
Sem um anúncio adequado, novas funcionalidades passam despercebidas. Pesquisas indicam que até 64% das funcionalidades de software não são usadas, muitas vezes porque os usuários simplesmente não sabem que elas existem. Um anúncio bem feito impulsiona a descoberta, aumenta a adoção, reduz o churn e mostra aos usuários que o seu produto está evoluindo ativamente, o que contribui diretamente para a retenção e a receita no longo prazo.
Quais canais devo usar para anunciar uma nova funcionalidade?
A abordagem mais eficaz é multicanal. Anúncios in-app (widgets de notificações, barras de anúncio, modais) alcançam os usuários ativos no contexto certo e geram consistentemente as maiores taxas de adoção. O e-mail alcança usuários inativos ou menos frequentes. Posts de blog e redes sociais ampliam a visibilidade e ajudam no SEO. Para grandes lançamentos, uma demo ao vivo ou um webinar aprofunda o engajamento com seus clientes mais valiosos.
Qual é a diferença entre uso e adoção de uma funcionalidade?
O uso mede qualquer interação registrada, incluindo cliques únicos. A adoção mede se a funcionalidade se torna uma parte regular e recorrente do fluxo de trabalho do usuário. Uma funcionalidade pode mostrar bons números de uso sem nunca ser realmente adotada. A adoção é a métrica que importa para a retenção no longo prazo, porque indica que a funcionalidade conquistou um lugar duradouro na forma como os usuários trabalham.
Como medir a adoção de uma funcionalidade após o anúncio?
As principais métricas a acompanhar são: taxa de adoção da funcionalidade (porcentagem de usuários-alvo que a usam pelo menos uma vez), taxa de retenção da funcionalidade (porcentagem que volta a usá-la em uma segunda sessão), tempo até o primeiro uso e frequência de uso por usuário ativo. O product analytics da Kompassify permite acompanhar tudo isso diretamente no seu app, montar funis de adoção e segmentar os resultados por coorte de usuários, sem enviar dados para uma plataforma de analytics separada.
Como coletar feedback sobre uma nova funcionalidade?
O método mais eficaz é coletar feedback no contexto, logo depois que o usuário interagiu com a nova funcionalidade. O widget de notificações da Kompassify permite coletar feedback diretamente dentro dos anúncios, para que os usuários reajam, avaliem ou deixem um comentário curto sem sair do produto. Isso aumenta muito a taxa de resposta em comparação com pesquisas enviadas por e-mail depois. Para insights qualitativos mais profundos, micropesquisas in-app curtas (uma ou duas perguntas) disparadas após o primeiro uso de uma funcionalidade funcionam muito bem.
Qual é o momento certo para anunciar uma nova funcionalidade?
Anuncie quando a funcionalidade estiver estável, testada e totalmente documentada. Dentro da semana, as manhãs do meio da semana (de terça a quinta) geram consistentemente mais engajamento. Evite segundas, sextas e feriados. Para produtos globais, considere escalonar o anúncio por fuso horário. Acima de tudo, não anuncie antes que a funcionalidade esteja realmente pronta. Uma primeira impressão com bugs ou sem documentação prejudica a confiança dos usuários muito mais do que um lançamento adiado.
Preciso anunciar pequenas atualizações e correções de bugs?
Pequenas correções de bugs geralmente não justificam uma campanha completa de anúncio, mas devem aparecer no seu changelog ou no feed do widget de notificações. Usuários que enfrentavam um problema persistente e depois descobrem que ele foi corrigido vão gostar de saber. Para pequenas melhorias que mudam sutilmente um fluxo existente, uma breve entrada no widget de notificações costuma bastar; reserve modais e e-mails para lançamentos de funcionalidades realmente importantes.