Melhores práticas para maximizar a receita

Introdução

Obrigado por ler este guia. Nosso objetivo comum ao integrar o Bright SDK ao seu aplicativo é maximizar o número de usuários diários. Isso dá à Bright Data o número de endereços IP necessários para operar e maximiza sua receita. 

Integrar o Bright SDK do ponto de vista técnico é fácil, mas para maximizar a receita, você precisa pensar como um gerente de produto.

Você pode oferecer o Bright SDK aos seus usuários em vários momentos durante a jornada deles dentro do seu aplicativo, por exemplo:

• Assim que o aplicativo for iniciado pela primeira vez
• Após exibir alguns anúncios
• Como alternativa aos anúncios de recompensa padrão
• Dentro da sua “loja”
• Etc

A equipe do Bright SDK terá prazer em analisar seu aplicativo e sugerir otimização contínua da taxa de adesão, testando e monitorando diferentes opções de implementação adequadas ao fluxo de usuários.

Exibindo a tela de consentimento: Opt-in

Geral

A adesão é uma forma de consentimento dada pelos usuários da web, reconhecendo o interesse em um serviço. Seu objetivo é fazer com que os usuários adiram, exibindo a tela de consentimento no momento em que o valor para o usuário é maior, aumentando a probabilidade de adesão.

• Você precisa obter a adesão do usuário apenas uma vez. Depois disso, não há necessidade de mostrar a tela de consentimento novamente
• Se o usuário recusou a oferta do Bright SDK uma vez, você pode optar por exibi-la novamente mais tarde, de preferência em um contexto diferente. Se, quando e como fazer isso é totalmente sua decisão.
• As conversões de adesão são maiores quando você oferece um incentivo que dará ao usuário um valor agregado real.
• A tela de consentimento do Bright SDK deve ser exibida como uma tela independente, e não antes ou depois de outras caixas de diálogo (como mensagens pop-up ATT). Exibir o Bright SDK como parte de uma “cadeia” de caixas de diálogo prejudica significativamente a conversão.

A tela de consentimento do Bright SDK pode ser modificada. Alguns elementos (por exemplo, o texto do botão) são dinâmicos. Isso permite que você escolha o texto certo para substituir “aceitar”/”recusar” de uma forma que esclareça o valor para os usuários. Consulte o guia de integração do Bright SDK para itens específicos relacionados ao seu sistema operacional. Você pode encontrar links para os guias de integração no painel do Bright SDK.

As seções a seguir descreverão cenários possíveis para quando e como exibir a tela de consentimento.

Tela de consentimento na inicialização do aplicativo

Você pode exibir a tela de consentimento do Bright SDK assim que o aplicativo for iniciado. Nesse momento, o usuário ainda não sabe muito sobre o aplicativo. Alguns usuários optam por aceitar para continuar no aplicativo, enquanto outros recusam. Lembre-se: se os usuários recusarem, você ainda poderá perguntar novamente mais tarde.

Você pode oferecer a tela de consentimento com uma das seguintes versões:

1. “Modelo de doação”: você solicita ao usuário que apoie o aplicativo e o desenvolvedor. O usuário não obtém nenhum valor concreto além de saber que ajudou o desenvolvedor. A implementação dessa opção é a mais fácil, mas as taxas de conversão podem não ser altas porque os usuários não obtêm um valor concreto.
2. “Menos anúncios”: você informa ao usuário que, se ele optar por participar, poderá usar o aplicativo com menos anúncios. Você é responsável por ajustar o número de anúncios para os usuários que optaram por participar — o Bright SDK não tem controle sobre seus anúncios.
3. “Experiência sem anúncios”: em algumas regiões, você pode informar ao usuário que, se ele optar por participar, poderá usar o aplicativo sem nenhum anúncio. Você é responsável por ajustar o número de anúncios para os usuários que optaram por participar — o Bright SDK não tem controle sobre seus anúncios.

Tela de consentimento como alternativa ao anúncio de recompensa

Provavelmente, a maneira mais eficaz de converter usuários para a opção de participação é oferecer o Bright SDK como alternativa ao anúncio de recompensa.

Vantagens:

• Toda a sua base pode ser exposta à oferta do Bright SDK, e não apenas os novos usuários
• Os usuários veem um valor concreto, portanto as taxas de conversão são mais altas
• Há muitos momentos adequados durante a jornada do aplicativo para apresentar a oferta

Desvantagens:

• Nenhuma!

Nesse fluxo, quando os usuários tocam para obter uma recompensa, você mostra a tela de consentimento do Bright SDK.

• Se o usuário aceitar o Bright SDK, você dá a recompensa e… parabéns! Você pode voltar à sua monetização normal. Você terá uma receita EXTRA com o usuário que usa o Bright SDK.
• Se o usuário recusar a oferta do Bright SDK, basta mostrar a ele seu anúncio de recompensa existente!

Veja os dois exemplos a seguir:

Tela de consentimento como forma de reduzir o número de anúncios

Você pode decidir reduzir o número de anúncios que os usuários verão depois de aceitarem o Bright SDK. Isso tem um efeito positivo na retenção e no valor da vida útil (LTV). Obviamente, você ainda controla quando e quais anúncios exibir.

Exemplos adicionais

Quando e o que você pode oferecer aos seus usuários?

Quando perguntar	Incentivo ao usuário
Na loja	Inscreva-se para ganhar… (por exemplo, moedas, armas, vidas, etc.)
Em banners	Remova banners gratuitamente
Após alguns anúncios	“Quer ver menos anúncios?”
Entre os níveis	Pule instantaneamente para o próximo nível (ou seja, pule o anúncio de recompensa)
O anúncio de recompensa está sendo reproduzido	“Quer ver menos anúncios?” ou “quer pular este anúncio?”
Na página do filme/conteúdo	Assista a um filme específico sem anúncios
Quando o período de avaliação terminar	Extensão do período de avaliação

Cancelar

Geral

Você deve oferecer aos usuários uma opção fácil de cancelar, mas pode tentar convencê-los a não fazer isso. Certifique-se de que suas políticas estejam claramente definidas e que procedimentos adequados estejam em vigor para facilitar aos consumidores o exercício do direito de cancelar a qualquer momento.

Usando incentivos para evitar a desativação

Se os usuários clicarem em cancelar, você pode exibir uma caixa de diálogo para perguntar se eles têm certeza e/ou oferecer um incentivo para que continuem inscritos. Por exemplo:

• Um incentivo positivo: “Ganhe 500 moedas extras se não cancelar a inscrição”
• Uma penalidade: “Atenção! Se você cancelar, perderá os bens virtuais que recebeu.”

Um incentivo positivo é geralmente mais agradável e eficaz.

Você pode colocar um limite no número de opt-ins → opt-ins para evitar que usuários tentem ser espertos e ganhar recompensas extras.

Para evitar dúvidas, os usuários devem poder cancelar a inscrição facilmente. Se eles recusarem sua oferta, não deve haver uma etapa adicional — os usuários devem ser cancelados.

Conformidade

Você deve exibir a opção de desativação na tela de configurações de forma clara e de acordo com as especificações do guia de integração do Bright SDK.

⚠️ Importante! A Bright Data verificará a experiência do usuário e a funcionalidade da opção de cancelamento. Certifique-se de que ela esteja implementada antes de enviar o aplicativo para revisão.

Recuperação de usuários após a exclusão

Geral

Você pode continuar oferecendo o Bright SDK aos usuários que optaram por não participar, de uma forma que se adapte ao DNA do seu aplicativo. Você tem flexibilidade para determinar quando e como a próxima oferta de participação será apresentada. 

Usando métodos já descritos

Você pode continuar a solicitar que os usuários optem pelo Bright SDK, mas esteja atento à experiência do usuário e tente não exagerar.

Na esperança de ganhar moedas

Uma maneira de continuar oferecendo o Bright SDK aos usuários que optaram por não participar é incluí-lo em sua loja. Para manter uma interface de usuário limpa, lembre-se de remover a opção de adesão da loja depois que os usuários tiverem aderido!

Veja este exemplo: