Registo preguiçoso móvel: experimentar antes de se registar

A taxa de abandono entre "baixar um aplicativo" e "criar uma conta" é brutal. Estudos mostram que 40 a 60% dos usuários desistem no momento do registro. Você pagou pela aquisição, o usuário fez o esforço de baixar, e ele vai embora porque você pede o e-mail dele antes mesmo que ele tenha visto sua primeira funcionalidade.

Minha solução para TAMSIV: atrasar o registro ao máximo. Deixar o usuário experimentar tudo — criar tarefas, ditar memorandos, explorar os recursos — sem nunca pedir uma conta. Isso é o que chamamos de lazy registration, e é a melhor decisão de UX que tomei.

Pontos-chave a serem lembrados:
- Supabase Anonymous Auth cria uma conta invisível desde o primeiro lançamento
- O usuário obtém um UUID real e as mesmas permissões de uma conta clássica
- A migração anônima para conta real mantém todos os dados intactos
- Os lembretes de registro devem ser contextuais, nunca intrusivos
- Um onboarding de no máximo 3 slides com botão "Pular" visível é suficiente

Por que o atrito no registro mata as conversões?

Para entender o problema, vamos nos colocar no lugar do usuário. Ele descobre TAMSIV na Play Store, as capturas de tela o interessam, ele baixa. O aplicativo abre e... formulário de registro. E-mail, senha, confirmação por e-mail.

Nesse momento, o usuário não sabe se o aplicativo vale a pena. Ele não viu nada, não experimentou nada. Você pede um compromisso (seus dados pessoais) em troca de uma promessa (seu aplicativo é ótimo). É um acordo desequilibrado.

Os números são claros. Segundo a AppsFlyer, a taxa média de registro pós-download em aplicativos de produtividade é de 45%. Isso significa que mais da metade dos usuários que baixam nunca criam uma conta. É um desperdício enorme de orçamento de aquisição.

A lazy registration inverte o problema: em vez de pedir "registre-se para experimentar", dizemos "experimente, e registre-se se gostar".

Como funciona o Anonymous Auth do Supabase?

No primeiro lançamento do TAMSIV, o aplicativo cria automaticamente uma conta anônima via Supabase Anonymous Auth. O usuário não vê nada — nenhum formulário, nenhum pop-up, nenhum carregamento. Mas em segundo plano, uma conta real é criada:

• Um UUID único é atribuído (idêntico a uma conta clássica)
• Um JWT token é gerado para autenticação
• As RLS policies (Row Level Security) se aplicam normalmente
• O usuário pode criar tarefas, memorandos, usar a voz — tudo funciona

Tecnicamente, a única diferença entre uma conta anônima e uma conta real: nenhum e-mail associado. O UUID é idêntico, as permissões são idênticas, o armazenamento é idêntico. Para o backend e o banco de dados, um usuário anônimo é um usuário como qualquer outro.

É elegante porque evita gerenciar dois "modos" no código. Nenhuma condição if (isAnonymous) { ... } em todo lugar. Os mesmos serviços, os mesmos RPCs, as mesmas tabelas funcionam uniformemente.

Como projetar um onboarding minimalista?

O onboarding do TAMSIV são 3 slides. Não 7. Não 10. Três.

Cada slide responde a uma pergunta:

1. "O que é TAMSIV?" — Uma frase. "Suas tarefas e memorandos, por voz."
2. "Como funciona?" — Uma ilustração animada do ditafone.
3. "Por onde começar?" — Um CTA direto para o ditafone.

O botão "Pular" está sempre visível. Sempre. Usuários impacientes (e são muitos) devem poder pular o onboarding sem atrito. Forçar alguém a assistir 3 slides que ele não quer ver é perder a confiança dele nos primeiros segundos.

Este design minimalista é inspirado nas recomendações do Nielsen Norman Group sobre onboarding: mostrar, não explicar. O onboarding mais eficaz é aquele que o usuário esquece imediatamente porque foi natural.

O que são estados vazios ricos e por que são importantes?

Após o onboarding, o usuário chega ao aplicativo. E tudo está vazio. Nenhuma tarefa, nenhum memorando, nenhuma atividade no feed. É um momento crítico: ou o usuário entende o que fazer, ou ele fecha o aplicativo.

Os estados vazios ricos são a solução. Em vez de uma tela vazia com uma mensagem genérica ("Nenhuma tarefa"), cada tela vazia contém:

• Uma ilustração envolvente (não um ícone genérico)
• Uma mensagem acionável: "Toque no microfone para criar sua primeira tarefa"
• Um CTA direto: um botão que inicia imediatamente a ação

O feed vazio diz: "Dite sua primeira tarefa e veja-a aparecer aqui." O botão inicia diretamente o ditafone. Em um toque, o usuário está em ação.

Os estados vazios servem como um tutorial implícito. Não é necessário um guia de 10 telas — cada tela vazia explica sua própria funcionalidade. É um coaching in-contexto, o padrão mais eficaz para o aprendizado móvel.

Em que momento pedir o registro?

Essa é a questão estratégica. Muito cedo, você perde o usuário. Muito tarde, você nunca terá o e-mail dele. O timing é uma arte delicada.

Identifiquei 4 momentos estratégicos para lembrar suavemente o registro:

1. Após a 5ª tarefa criada. O usuário investiu tempo. Ele tem conteúdo que não quer perder. O lembrete diz: "Crie uma conta para salvar suas tarefas em todos os seus dispositivos." O medo da perda é uma alavanca poderosa.

2. Após 3 dias de uso. O hábito começa a se formar. O lembrete é contextual: "Você usa TAMSIV há 3 dias — crie uma conta para não perder nada."

3. Quando ele tenta um recurso Pro. O sistema de assinaturas requer uma conta. O lembrete é natural: "Este recurso está disponível no Pro — crie uma conta para acessá-lo."

4. Quando ele tenta entrar em um grupo. Os grupos colaborativos requerem uma identidade. O lembrete é funcional: "Para entrar em um grupo, crie uma conta para que seus colegas de equipe possam reconhecê-lo."

O ponto comum: cada lembrete agrega valor. Não "registre-se porque queremos seu e-mail", mas "registre-se porque isso desbloqueia algo para você". Nunca intrusivo. Sempre contextual.

Como migrar uma conta anônima para uma conta real?

Esta é a parte mágica. O Supabase permite vincular uma conta anônima a um e-mail sem perder nenhum dado. O processo técnico:

1. O usuário clica em "Criar uma conta" (um dos lembretes contextuais)
2. Ele insere seu e-mail e uma senha
3. O Supabase "vincula" o e-mail à conta anônima existente
4. O UUID não muda
5. Todos os dados (tarefas, memorandos, preferências) permanecem intactos
6. O token JWT é renovado com as informações da conta real

Para o usuário, é invisível. Ele tem a impressão de "criar" uma conta, mas na realidade ele "completa" uma conta que já existia. Nenhuma migração de dados, nenhuma fusão de contas, nenhuma perda. É mágico do ponto de vista da UX.

É semelhante ao que o Firebase Anonymous Auth faz, mas a implementação do Supabase é mais limpa porque o UUID permanece idêntico. Com o Firebase, a migração às vezes pode mudar o UID, o que quebra as referências no banco de dados.

Quais são os riscos da lazy registration?

Não são apenas vantagens. Aqui estão os riscos que identifiquei e como os gerencio:

Perda de dados se o aplicativo for desinstalado. Uma conta anônima sem e-mail é uma conta sem meio de recuperação. Se o usuário desinstalar o aplicativo, tudo é perdido. Este é o risco principal, e é exatamente por isso que os lembretes de registro são importantes.

Contas zumbis no banco de dados. Muitos usuários criarão uma conta anônima, experimentarão o aplicativo por 2 minutos e nunca mais voltarão. Isso gera contas e dados órfãos. Implementei uma limpeza automática: contas anônimas inativas por mais de 30 dias são excluídas.

Sem e-mail para marketing. Sem e-mail, é impossível enviar e-mails de reengajamento, newsletters ou notificações de recursos. Este é um custo comercial real da lazy registration. O compromisso: os usuários que se registram são usuários convencidos, não usuários forçados.

Sincronização multi-dispositivo impossível. Uma conta anônima não pode fazer login em outro dispositivo. O usuário não aproveita o sistema de autenticação por QR code nem o aplicativo web enquanto não tiver criado uma conta. Este é justamente um dos gatilhos de conversão.

Qual o impacto na retenção e nas métricas?

Desde a implementação da lazy registration, as métricas evoluíram significativamente:

• Taxa de exploração: mais de 80% dos novos usuários criam pelo menos uma tarefa (contra ~40% com registro obrigatório)
• Retenção D1: aumento significativo — os usuários que experimentaram o aplicativo voltam com mais frequência
• Taxa de conversão para conta real: cerca de 35% dos usuários acabam se registrando (mas são usuários engajados)
• Qualidade dos inscritos: os usuários que se registram após experimentar o aplicativo têm uma retenção D30 muito superior àqueles que se registravam de imediato

O trade-off é claro: menos registros, mas registros de melhor qualidade. É uma escolha deliberada que se alinha com a filosofia do TAMSIV: preferimos usuários convencidos a métricas infladas.

Como medir a eficácia do onboarding?

O painel de administração do TAMSIV acompanha várias métricas-chave:

• Funil de onboarding: quantos usuários veem cada slide, quantos pulam
• Tempo para a primeira ação: quanto tempo entre a abertura e a primeira tarefa criada
• Conversão anônima → real: em que momento (dia, ação) os usuários se registram
• Taxa de abandono por etapa: qual tela faz os usuários desistirem

O "tempo para a primeira ação" é a métrica mais importante. Quanto mais curto, mais eficaz é o onboarding. O objetivo é ficar abaixo de 60 segundos entre o primeiro lançamento e a primeira tarefa criada. Com o ditafone de voz, isso é perfeitamente alcançável: abrir o aplicativo, tocar no microfone, falar, pronto.

O que aprendi sobre UX móvel como desenvolvedor solo

Construir o onboarding do TAMSIV me ensinou uma lição fundamental: como desenvolvedor solo, cada atrito que você adiciona custa caro. Você não tem o orçamento de marketing do Todoist ou do Notion para compensar um onboarding medíocre. Cada usuário perdido no momento do registro é um usuário que você não tem como recuperar.

A lazy registration não é apenas uma técnica — é uma filosofia: confie no seu produto. Se o seu aplicativo for bom, os usuários se registrarão naturalmente. Se não for, forçar o registro não mudará nada.

É a mesma lógica que apliquei ao sistema de indicação: a melhor aquisição é o boca a boca de usuários satisfeitos. E usuários satisfeitos começam com um onboarding que respeita o tempo deles.

FAQ

O Supabase Anonymous Auth é gratuito?

Sim, o Anonymous Auth está incluído no plano gratuito do Supabase. As contas anônimas contam como usuários normais na cota (50.000 MAU no plano gratuito). As contas inativas limpas automaticamente não afetam as cotas uma vez excluídas.

Os dados de uma conta anônima são seguros?

Sim. As mesmas políticas RLS (Row Level Security) se aplicam. Um usuário anônimo só pode acessar seus próprios dados. A única diferença: sem e-mail, a conta não pode ser recuperada em caso de desinstalação.

É possível combinar lazy registration e registro social (Google, Apple)?

Sim. O Supabase permite vincular uma conta anônima a um provedor OAuth (Google, Apple, GitHub). O processo é idêntico à vinculação por e-mail: o UUID permanece o mesmo, os dados são preservados.

Por quanto tempo manter as contas anônimas inativas?

O TAMSIV exclui contas anônimas após 30 dias de inatividade. É um equilíbrio entre dar tempo ao usuário para retornar e evitar o acúmulo de dados órfãos. Contas com conteúdo (tarefas, memorandos) são mantidas por mais tempo.

A lazy registration funciona para todos os aplicativos?

Não. Aplicativos que exigem uma identidade desde o início (mensagens, redes sociais, fintech) não podem usar esse padrão. É ideal para aplicativos utilitários, de produtividade ou de conteúdo onde o usuário pode obter valor antes de se identificar.