Botão de deletar conta em um SaaS: obrigatoriedade, LGPD e o fluxo via e-mail
Voltar para blog

Botão de deletar conta em um SaaS: obrigatoriedade, LGPD e o fluxo via e-mail

Atualizado em 20/09/2026 · Publicado em 18/09/2026 · 4 min · Desenvolvimento

Ao construir um SaaS, o foco principal costuma ser entregar valor rápido: fluxo de cadastro, dashboards e regras de negócio. No entanto, em algum momento da operação, surge aquela dúvida: afinal, é obrigatório ter um botão de excluir conta na interface?

Pensando nisso e avaliando cenários reais de produto, resolvi mapear as perspectivas legais, de experiência do usuário (UX) e operacionais sobre esse tema, incluindo o que fazer quando o usuário pede a exclusão diretamente por e-mail em vez de usar o painel.


Do ponto de vista jurídico (especialmente sob a Lei Geral de Proteção de Dados - Lei nº 13.709/2018 e regulamentos como o GDPR), o usuário é o titular dos dados pessoais e possui direitos garantidos sobre eles (art. 18 da LGPD). Quando ele decide encerrar seu relacionamento com a plataforma, tem o direito de solicitar a eliminação dos dados tratados com base no seu consentimento (art. 18, inciso VI).

Se a aplicação armazena nome, e-mail, logs e dados operacionais, ela atua como controladora. Não oferecer um mecanismo claro para exercer esse direito gera riscos desnecessários de conformidade.

Exceções legais: retenção tributária e soft delete#

Vale destacar que a exclusão física total nem sempre pode ser imediata:


2. A experiência do usuário (UX) e o risco do churn negativo#

Tentar esconder o botão de cancelamento ou exclusão ou criar labirintos na interface na esperança de reter o cliente é um erro grave de design de produto (conhecido como dark pattern).

Na prática, o impacto é negativo:


3. E se o usuário enviar um e-mail em vez de usar o botão?#

Se a sua aplicação ainda não tem o botão automatizado e o usuário mandar um e-mail de suporte solicitando a exclusão, você continua sendo obrigado a processar o pedido. A lei não exige que o pedido venha obrigatoriamente de um clique no painel: o e-mail constitui evidência formal de solicitação.

O desafio de segurança no canal de e-mail#

Ao receber pedidos manuais por e-mail, o maior cuidado é a autenticação. É fundamental garantir que o remetente é realmente o dono da conta antes de rodar qualquer script no banco de dados.

O roteiro recomendado para o atendimento manual:

  1. Responder ao e-mail pedindo confirmação expressa a partir do e-mail cadastrado (lembrando que o art. 19 da LGPD estipula o prazo de resposta simplificada imediata ou declaração completa em até 15 dias).
  2. Informar claramente o que será apagado e quais dados fiscais serão retidos por exigência legal.
  3. Executar o soft delete (deleted_at) e anonimização no banco.
  4. Registrar o log do atendimento para fins de auditoria de conformidade.

4. O botão automático de exclusão continua sendo o padrão ideal#

A existência de pedidos manuais por e-mail não invalida a conveniência de construir o botão no painel.

Pelo contrário: disponibilizar a opção direta nas configurações é o padrão de mercado. A automação economiza tempo de suporte, executa as rotinas de banco de dados no momento exato e dá autonomia total ao usuário.

Se alguém enviar um e-mail, a melhor resposta operacional é instruir com simpatia:

"Olá! Para maior agilidade e segurança, você pode realizar a exclusão diretamente no painel na aba Configurações > Minha Conta. Caso prefira que nossa equipe faça manualmente, por favor, confirme esta mensagem."

Manter o controle consciente sobre o ciclo de vida dos dados no SaaS é uma demonstração de respeito por quem utiliza a sua plataforma, e um requisito de conformidade.


Conclusão#

Neste artigo analisei a obrigatoriedade sob a ótica da LGPD e o que funcionou na prática: o botão automático de exclusão como padrão de mercado e o fluxo manual por e-mail com confirmação expressa, soft delete (deleted_at) e anonimização de PII — sempre registrando o atendimento para auditoria de conformidade.

Este artigo foi útil?

Deixe uma reação rápida para apoiar o conteúdo:

CC BY-NC

Este post está licenciado sob CC BY-NC.

Comentários

Participe da discussão abaixo.

0 comentários