Finoo Student Deals - Ofertas Universitárias e Captura de Leads em Vue 3

Resumo

• Entrega: evolução do módulo de University Deals (cards, seções e página detalhada com roteamento) + criação/ajustes de Terms/Privacy.
• Como eu destravei: organizei o fluxo em componentes reutilizáveis e mantive uma fonte única de dados para reduzir retrabalho e inconsistência.
• Efeito prático: experiência mais “explicativa” por universidade (mais contexto, links e organização), mantendo o fluxo de captura de lead existente.

Ao longo de ~19 meses de contribuições, atuei no site público (SPA) em Vue 3 + TypeScript, com foco em UX/conteúdo de ofertas universitárias e páginas essenciais de compliance, preservando integrações de CRM/analytics já presentes no projeto.

Contexto

• Produto e usuários: site público para estudantes encontrarem descontos/parcerias com universidades e deixarem contato (lead).
• Por que era crítico: ofertas mal explicadas derrubam intenção e geram fricção; páginas legais são baseline para confiança/compliance.
• Restrições reais: base já existente, integrações por script (HubSpot/Pixel) e lacuna de testes automatizados no app.

Principais desafios

• Evoluir um módulo “core” (Deals) sem reescrever o site inteiro, preservando estrutura e estilo.
• Manter dados e i18n consistentes enquanto a UI ganhava novas seções e mais conteúdo por universidade.
• Trabalhar com baixa automação (sem testes de app e sem CI detectado), reduzindo risco via mudanças incrementais e checks locais.

O que eu fiz

• University Deals (core)

  • Evoluí a página detalhada e seu roteamento, além do conjunto de componentes do módulo de ofertas.
  • Ajustei cards e seções para melhorar leitura rápida: o usuário bate o olho e entende o que ganha + como solicitar.
  • Mantive uma fonte única de dados para o conteúdo das ofertas, reduzindo duplicação e facilitando manutenção.

• Legal & Compliance

  • Criei/ajustei páginas de Privacy e Terms, garantindo conteúdo base e consistência visual com o site.

• Lead capture & integrações

  • Mantive compatibilidade com o fluxo de formulários (HubSpot) e tracking existente (Pixel) quando mudanças de UI exigiram ajustes de encaixe.

Decisões & trade-offs

• Fonte local de conteúdo > migrar para API/CMS no curto prazo

  • Por quê: acelerou entregas e reduziu dependências externas.
  • Trade-off: atualização manual do conteúdo e menor flexibilidade para times não técnicos.

• Evoluir componentes existentes > reescrever o layout geral

  • Por quê: minimizou risco e tempo, mantendo consistência com o restante do site.
  • Trade-off: algumas limitações estruturais permanecem até existir uma janela de melhoria (ex.: testes/CI).

• Checks locais de qualidade > suíte de testes (ainda)

  • Por quê: era o baseline disponível para reduzir risco sem reestruturar o pipeline do projeto.
  • Trade-off: maior risco residual de regressão visual/comportamental até introduzir testes úteis.

Resultados

• Medido (engenharia): 84 commits atribuídos diretamente a mim, com marcos claros em Mar/2024 (Legal) e Out/2025 (Deals overhaul).
• Proxy técnico (concreto):
  • Página detalhada de ofertas + componentes reutilizáveis do módulo + dataset centralizado de conteúdo.
  • Páginas legais (Privacy/Terms) adicionadas/ajustadas.
• Operacional: base mais previsível para manutenção de ofertas, com conteúdo centralizado e UI mais modular.

Nota: métricas de conversão/lead (ex.: CTR, submits) ficam em ferramentas internas (HubSpot/analytics). Evidências redigidas disponíveis sob solicitação.

O que eu faria diferente

• Adicionar testes mínimos e baratos: começar por unit/component tests para o módulo de Deals (renderização do card, regras de exibição, dados obrigatórios).
• Introduzir CI básico: rodar type-check/build/test em PR para reduzir regressão (mesmo que simples).
• Estratégia de conteúdo: migrar a fonte de conteúdo para algo gerenciável (CMS ou planilha → build step) conforme o volume de universidades crescer.