página do programa
A edição, os artistas e as obras, as categorias de apoio e os benefícios em instituições parceiras. O conteúdo é editável pela equipe, sem depender de desenvolvimento.
← /cases/halo-solar
halo solar
O círculo de apoiadores de uma instituição cultural saiu da planilha e virou plataforma: adesão, pagamento, carteirinha, obra e relacionamento num lugar só.
- cliente
- Solar
- ano
- 2025–2026
- área
- Produtos & sistemas
- papel
- Produto, design de interface e desenvolvimento
- prazo
- No ar para a ArtRio 2026
- 3Superfícies: público, membro e equipe
- 76Rotas de API
- 53Migrações de banco versionadas
- 1Feira de arte como lançamento
01 — contexto
de onde partiu.
O Solar é uma instituição cultural sem fins lucrativos no centro do Rio, com programação gratuita de arte e educação. O Halo é o círculo de pessoas e galerias que sustenta essa programação. A cada edição, quem apoia recebe uma obra inédita de artista convidado.
02 — o problema
o que travava.
A adesão acontecia por formulário de e-mail, transferência avulsa e planilha. A equipe não sabia com segurança quem estava ativo, quem já tinha recebido a obra ou quando renovar.
Para quem apoiava, não existia experiência de pertencimento: nenhum lugar para ver benefícios, agenda ou a própria participação.
03 — processo
as decisões.
- 01
protótipo antes de código
A gente começou por quatro protótipos navegáveis (página do programa, checkout, área do membro e painel) para a equipe usar antes de qualquer linha de sistema.
- 02
auditoria do próprio protótipo
O PRD da versão 3 nasceu de uma auditoria dos protótipos: telas citadas que não existiam, um checkout que levava a uma área inacessível, login com senha onde o certo era link por e-mail.
- 03
entrega com prova externa
O lançamento seguiu um roteiro em que cada item só contava como feito com prova de fora do sistema: domínio respondendo, e-mail entregue, link de acesso chegando no destino certo.
- 04
a feira como teste real
A plataforma estreou no estande da ArtRio 2026, com um modo de venda de balcão para a equipe registrar adesões ali mesmo.
04 — o que foi construído
por dentro.
artistas e obras da edição
Cada edição apresenta os artistas convidados e as obras exclusivas, com a série, a tiragem e o que cada categoria recebe.
adesão e pagamento
Checkout em etapas com PIX e cartão. Categorias de maior envolvimento seguem para conversa direta com a equipe, porque valor negociado pede gente.
calculadora do imposto de renda
Quem declara completo pode destinar parte do imposto a projetos culturais aprovados. A calculadora mostra quanto, em segundos, e leva para o caminho certo.
área do membro e carteirinha
Acesso por link no e-mail, sem senha. Carteirinha digital com QR code, agenda, benefícios, histórico e o acompanhamento da obra até a entrega.
validação pública
Qualquer parceiro confere se uma carteirinha é válida pelo código ou pelo QR, sem precisar de acesso ao sistema.
painel da equipe
Membros e aprovações, planos e cupons, comunicados segmentados, e-mails transacionais, relatórios, venda de balcão e impressão de etiquetas, com papéis de acesso diferentes para cada pessoa.
05 — galeria
06 — stack
com o quê.
- interface
- Next.js 15React 19TypeScriptTailwind CSS
- dados e acesso
- Supabase (Postgres)Link de acesso por e-mailRLS por papelRotinas agendadas
- integrações
- PIX e cartãoResend (e-mail)QR codeVercel
- AI no processo
- Claude CodePRD e auditoria assistidosRoteiro de lançamento com prova
07 — aprendizados
o que fica.
o sistema é a fonte da verdade
Na feira, parte das vendas foi anotada à mão. Quando os dois registros divergiram, a decisão foi clara: vale o que está no sistema, e a reconciliação é de pessoa, não de código.
e-mail só sai de produção
Um teste local chegou a disparar aviso para a equipe inteira. Desde então, e-mail só sai do ambiente de produção, com uma trava no próprio código.
nada de endereço escrito à mão
Domínio e remetente vêm de configuração. Trocar de domínio virou mudar uma variável, não caçar texto pelo código.