[pm letter] #65 - Sobre Engajamento

Meus pensamentos sobre o que é engajamento em serviços e produtos digitais.

PM Letter #65

Engajamento e retenção são dois dos fundamentos mais importantes na construção e manutenção de produtos e serviços digitais. É muito fácil confundir o significado dos dois e principalmente definir quais usuários são engajados e quais são retidos. 

Neste texto quero me focar em Engajamento e em um momento posterior, podemos falar melhor sobre Retenção.

Podemos definir engajamento como extensão de uso do produto pelas pessoas.

Nesse sentido, engajamento tem tudo a ver com o comportamento que a pessoa tem dentro do produto, que geralmente se resume em interações e cumprimentos de tasks/jobs, desde cliques, comentários, compartilhamentos até execuções de tarefas que são core no produto, que ajudam o usuário a cumprir seu objetivo. Isso significa que é necessário entender, no modo mais granular, o que afeta o comportamento. 

Usuários engajados são importantes por que:

  • Eles têm maior probabilidade de ficarem mais tempo na plataforma;

  • Eles cuidam e mantém suas contas por mais tempo;

  • Eles geralmente são early adopters de novas funcionalidades;

  • Eles compartilham seu produto pra outras pessoas;

  • Eles sabem extrair e usar o seu produto para extrair o máximo de valor possível;

Saber o que afeta o comportamento do usuário, ajuda a entender como é possível maximizar e estimular o aumento do uso, além de saber se o serviço realmente facilitando o valor que as pessoas esperam. 

Definindo o que é um usuário engajado no seu produto

Todas as definições que falaremos aqui vão depender muito da empresa, produto e serviço que você está envolvido, além do setor e da forma que as pessoas usam o produto. Contudo, não iremos nos focar em métricas ou indicadores de growth.

O engajamento pode ser definido pela execução das core tasks do produto. Diferente da retenção, que tem a ver com a período de retorno ao produto, quando o usuário está fora do sistema.

Diferença entre usuário engajado e usuário ativo

As pessoas usam o tempo inteiro o termo usuário engajado como um sinônimo de usuário ativo. Acho que isso é um erro, por que embora os dois estejam relacionados, eles são coisas diferentes.

Eu não consegui pensar em uma analogia melhor, espero que você, depois desse meu exemplo tosco, consiga pensar em algo mais legal. Mas pense que o seu produto seja uma festa. Tem uma pessoa que interage com as outras pessoas, que come, que se diverte e canta no karaokê. Agora tem uma outra pessoa, um pouco mais low profile, que também está ali na festa, mas prefere fazer apenas uma coisa que a festa oferece de melhor: comer.

A primeira pessoa do meu exemplo é o usuário engajado: ela usou todos os recursos oferecidos pela festa enquanto ela estava lá. Já a segunda pessoa do exemplo é apenas um usuário ativo. Ela não usa todos os recursos do sistema, mas ela ainda está no sistema, fazendo uso de uma ou duas features que provavelmente a fazem alcançar seus objetivos.

Para ficar mais palpável, vou utilizar como exemplo uma empresa fictícia que tem um serviço de streaming de música. A missão dessa empresa é ser o principal local para ouvir músicas online em qualquer plataforma digital existente. Lembrando que a missão é algo para ser alcançado em longo prazo.

Eu não crio mais tantas playlists como antes, nem busco muitas músicas, nem compartilho ou favorito músicas o tempo inteiro no Deezer. Entretanto, eu ouço músicas todos os dias durante horas, pelas playlists que eu criei lá no início ou de playlists já prontas do Deezer. Embora eu não esteja engajando (usando várias features do produto ou executando jobs e core tasks), eu posso ser considerado um usuário ativo.

O problema é que usuários ativos podem se camuflar de usuários que serão potenciais churns no futuro. Do mesmo jeito que podem existir pessoas que são clientes há muito tempo do serviço, mas que usam apenas as tasks principais, há usuários que acabaram de chegar ou que não estão satisfeitos com o produto, que também tem um comportamento de pouco uso. Contudo, há como diferenciar:

  • Entendendo a frequência de retorno. Pessoas que são ativas no sistema, costumam retornar mais. Pessoas não ativas/engajadas, quase não retornam sem estímulos externos;

  • Entendendo a execução de tarefas que não são jobs importantes. No nosso exemplo de streaming de música: precisamos investigar usuários que não ouvem música; 

  • Investigar visita em seções de saída. Monitorar visitas e ações em áreas como histórico de pagamentos, troca de forma de pagamento, botões de cancelar, sign out, etc;

Existem muitas interpretações sobre o que são usuários retidos, engajados e ativos… Isso vai depender muito do setor da indústria em que o produto está inserido ou da forma com que sua empresa e time definem esses perfis, além do que os dados do seu produto diz. As definições acima, são as que eu uso no meu racional de gestão de produto. Até agora, tem feito sentido.

Uma coisa em comum entre usuários ativos, engajados e retidos é a execução de core tasks do produto. Se eles executam essas tasks/jobs, o produto ajuda a empresa a chegar mais próximo do posicionamento estratégico pretendido, além de gerar valor para o negócio. Então, como encontramos e definimos as core tasks do nosso produto? 

Concluindo

Eu tenho uma visão de que tudo no produto precisa estar completamente interconectado, desde o nível mais tático até o nível mais estratégico. Veja bem, a missão do Spotify é Our mission is to unlock the potential of human creativity—by giving a million creative artists the opportunity to live off their art and billions of fans the opportunity to enjoy and be inspired by it.. O contexto de DESCOBERTA está totalmente interligado com essa missão. A missão, por sua vez é algo que será atingido no longo prazo.

Dessa forma, qualquer linha de código, qualquer design, qualquer planejamento de produto, qualquer decisão em qualquer nível, deve deixar a empresa mais perto da sua missão. Quando essa missão for cumprida ou a empresa se sentir satisfeita com o posicionamento, uma nova missão deve ser encontrada ou a missão atual deve ser renovada.

Como esse artigo é bem grande, coloquei ele na íntegra no meu blog.

Referências:


Share

Share PM Letter Email

Pode nos dar seu feedback? Você responde em menos de 15 segundos.