[Feature] Criar componente de Waitlist <Frontend>

[horacio3m]

Descrição

Precisamos criar um componente de Waitlist que capture os emails dos usuários interessados enquanto o Diaum ainda não é lançado.

Observações

• O componente deve permitir que os usuários insiram seu email.
• Os emails devem ser armazenados de forma segura para uso futuro.
• Garantir que o componente seja responsivo e fácil de usar.

[MathFe]

Olá! Gostaria de trabalhar nesse componente. Posso assumir a issue?

[horacio3m]

Sim, pode sim.
Primeiro: Qual abordagem vc pretende usar?
Onde tem a imagem no reader tem que ser alterado para receber o email do usuario e precisamos de uma pagina de obrigado para o waitlist tambem, como vai ser armazenado esses dados?
Qual vai ser sua abordagem, vai trazendo

[MathFe]

Pretendo criar o componente de Waitlist no frontend, enviando o email para uma rota API do next (/api/waitlist).
Essa rota vai salvar os dados em uma tabela no Supabase, pra garantir a segurança dos dados.
Optei pelo Supabase pela segurança e escalabilidade, do que salvar em um google sheets via API por exemplo.
Também criar a página de "obrigado" após o submit.

[horacio3m]

Pretendo criar o componente de Waitlist no frontend, enviando o email para uma rota API do next (/api/waitlist).

Eu acho que essa issue agora poderia ter apenas esse escopo, apenas o componente no frontend sem integração ainda

Optei pelo Supabase pela segurança e escalabilidade, do que salvar em um google sheets via API por exemplo.

Eu real não sei se vai ter necessidade de subir isso no super base por conta do escopo e o tempo da waitlist, tenho que pensar melhor sobre isso, entoa por hora fecha a issue apenas no frontend no componente visual, propõe o box pra coleta do email e o botão de envio, e uma página de redirecionamento agradecendo, vamos pensar melhor sobre como salvar esses e-mails e abordar em uma outra issue, oq acha?

[MathFe]

Eu real não sei se vai ter necessidade de subir isso no super base por conta do escopo e o tempo da waitlist, tenho que pensar melhor sobre isso

Pensando bem, seria overkill mesmo, vamos fechar a issue apenas no frontend no componente visual então, com a box de coleta do email e botão de submit, redirecionando para a página de agradecimento

[horacio3m]

Então perfeito, fecha o escopo na entrega do componente visual + página de agradecimento da inscrição

Existe uma biblioteca chamada confetti se não me engano que seria uma adição bem bacana para receber o usuário nesse página.

Depois definimos em outra issue o escopo de coleta. Eu não acredito que o super base vai ser necessariariamente o melhor, o volume esperado nessa waitlist não é tão grande para o esforço

Ê toda sua, clona da develop e sobe o pr pra ela.