Criador de apps com IA e Resend: e-mails do seu projeto

Criador de apps com IA e Resend: e-mails do seu projeto

Sim. O Resend é a integração do Zugo responsável pelos e-mails que o projeto envia: confirmação de cadastro, recuperação de senha, aviso de compra, resposta a formulário. Conectar não gasta créditos, e a conta do Resend fica no seu nome, com os envios saindo do seu domínio.

Que e-mails um projeto realmente precisa mandar?

Menos do que a lista que costuma vir na cabeça. Vale separar dois tipos, porque eles têm regras diferentes e problemas diferentes. O primeiro tipo é a mensagem que responde a uma ação: alguém se cadastrou, alguém comprou, alguém pediu para trocar a senha.

O segundo tipo é a mensagem que você decide mandar: novidade, promoção, newsletter. Esse tipo exige consentimento, exige um jeito claro de sair da lista e costuma ser trabalho de uma ferramenta de marketing, não do próprio produto. Misturar os dois na mesma base é a origem de metade dos problemas de entrega.

Para a maioria dos projetos, três mensagens resolvem a vida: confirmação de que a ação deu certo, recuperação de acesso e aviso para você de que chegou um contato novo. As outras podem esperar até existir volume que justifique.

Note que a última linha é a única que não é resposta a um ato do usuário. É também a única que pode gerar reclamação de spam, e reclamação de spam contamina a entrega de todas as outras.

Por que os e-mails caem na caixa de spam?

Quase sempre por causa do domínio de envio, e quase nunca por causa do texto. Provedores de e-mail julgam remetentes antes de julgar conteúdo, e um remetente sem histórico e sem verificação começa a corrida em desvantagem.

Verificar o domínio é o passo que resolve a maior parte disso. É um procedimento padrão em qualquer serviço de envio: você adiciona registros no painel de DNS do seu domínio, o serviço confirma que você manda no nome que está assinando as mensagens, e a partir daí os provedores tratam o envio como legítimo.

O segundo fator é o comportamento. Uma base pequena de gente que pediu para receber vale mais do que uma lista grande comprada em algum lugar. Se você vai importar contatos antigos, comece devagar, olhe quantos abrem e pare no primeiro sinal de reclamação, porque reputação estragada leva semanas para voltar.

Conectar o Resend custa créditos?

Não. Créditos pagam a construção e as edições do projeto, e esta é a tabela inteira.

Ajustar o texto de um e-mail é uma edição comum e custa 3, e vale ter isso em conta porque texto de e-mail transacional costuma ser reescrito algumas vezes até ficar bom. O valor 1 que aparece em materiais antigos está desatualizado.

O plano gratuito dá 5 créditos, o que é menos que uma construção de 6. O Pro custa US$ 25 por mês com 200 créditos, cerca de 66 edições, folga suficiente para acertar o produto e as mensagens que ele manda. O Business custa US$ 99 por mês com 800 créditos. O custo do envio em si é do Resend e se contrata direto com eles.

O que escrever em um e-mail transacional?

Uma coisa só, e rápido. Esse tipo de mensagem é lido em cinco segundos numa fila de banco, então o assunto precisa dizer o que aconteceu e o corpo precisa oferecer a ação seguinte sem enrolação.

Três erros se repetem em projetos novos. O remetente é um endereço que ninguém responde, e o cliente responde assim mesmo, e a resposta se perde. O assunto é criativo demais e não diz nada, do tipo "Novidades por aqui". E o e-mail de recuperação de senha demora a chegar sem que ninguém tenha avisado que ele pode demorar.

Um detalhe brasileiro que ajuda: muita gente confirma cadastro pelo celular com a conexão ruim, então o e-mail precisa fazer sentido sem imagens carregadas. Se a informação principal está dentro de um banner, ela some justamente para quem mais precisa dela.

Como o Resend se combina com Supabase e Stripe?

Formam o trio que sustenta qualquer produto com usuários pagantes. Vale planejar os três juntos, porque a mensagem certa depende de um evento que nasce em outro serviço.

O Supabase cuida do banco, do login e dos arquivos, e é dele que vêm os eventos de cadastro e de troca de senha. O Stripe cuida das cobranças e assinaturas, e é dele que vêm os eventos de pagamento aprovado, falha de cartão e cancelamento. O Resend transforma esses eventos em mensagem para uma pessoa de verdade.

A ordem prática é construir o fluxo primeiro, sem e-mail nenhum, e ver se ele fecha. Depois se liga o cadastro, depois a cobrança e por último as mensagens. Fazer o contrário costuma produzir e-mails bonitos disparados por um fluxo que ainda vai mudar duas vezes.

Onde estão os limites honestos?

O Zugo não substitui um time de desenvolvimento em um produto complexo, e comunicação por e-mail tem casos complexos de verdade: sequências condicionais, segmentação por comportamento, reenvio inteligente para quem não abriu. Isso é território de ferramenta de marketing ou de código próprio, e para o segundo caminho existe a exportação pelo GitHub.

A verificação em sandbox roda antes de qualquer entrega e garante que uma construção que não abre não chegue até você. Ela não testa a sua conta no Resend, nem se os registros de DNS foram criados, nem se a mensagem chegou. Mande um e-mail de teste para você mesmo e olhe também a caixa de spam.

E o conteúdo continua sendo seu. A ferramenta escreve um texto inicial razoável, e ninguém além de você sabe como a sua empresa fala com o cliente dela.

Por onde começar?

Ligue primeiro as duas mensagens que evitam suporte: a confirmação de que deu certo e a recuperação de acesso. Elas resolvem a maior parte das dúvidas que chegariam por WhatsApp, e nenhuma das duas depende de você ter público ainda.

Verifique o domínio antes de mandar qualquer coisa para clientes reais, porque a primeira impressão de entrega é a que fica no registro dos provedores.

Para montar o restante da base, criador de apps com IA e Supabase cobre cadastro e login, criador de apps com IA e Stripe trata dos eventos de pagamento e criador de apps com IA e domínio próprio explica o endereço de onde os seus e-mails vão sair.

Comece em zugo.dev pelo plano gratuito, publique a primeira versão e ligue o e-mail quando existir alguém do outro lado esperando resposta.