/projects/pampa-devs

Todos os projetos

Pampa Devs

O site do meu estúdio, e a ferramenta com que ele manda proposta.

Fundador — design & implementação · 2020–2021, 2025 – Atual

Vue 3TypeScriptViteVue RouterVue I18nSCSSAzure Static Web Apps
Live sitePrivado
Captura de tela de Pampa Devs

Visão geral

A Pampa Devs é o meu estúdio de software, e é aqui que um cliente em potencial o encontra. O site carrega o catálogo de serviços, um blog em dois idiomas e três landing pages voltadas a serviços específicos. Duas partes dele não são o que um site de estúdio costuma fazer: os serviços são demonstrados por versões funcionais de si mesmos, e não por prints, e uma proposta comercial é renderizada como página aqui, em vez de anexada a um e-mail.

O que eu fiz

Eu construí e mantenho — cerca de dois terços dos commits, em duas fases: a primeira versão em 2020–2021, e o trabalho que retomou em 2025.

  • O site em si: o catálogo, as landing pages, o blog e os dois idiomas em que tudo é renderizado.
  • As demos embutidas — a loja, o assistente de chat, o checkout e o formulário de lead.
  • O renderizador de proposta: diagnóstico, estratégia, cronograma, custo, retorno e arquitetura como seções de uma página.

Dois engenheiros do estúdio trabalharam nele comigo; cerca de um terço dos commits é deles.

O problema

Um estúdio que vende site, loja online e automação para pequenas empresas precisa mostrar que sabe construir isso, para gente que não lê código. Print de trabalho passado prova menos do que parece — quem lê não consegue distinguir o que é produto real do que é mockup feito para a apresentação.

O que faz

  • Uma demo de loja que dá para usar de verdade: escolher tamanho, jogar no carrinho, ver o total mudar.
  • Uma demo de assistente de chat que responde, e um formulário de lead que vai até a confirmação.
  • Um blog com posts escritos nos dois idiomas, e não um idioma traduzido automaticamente para o outro.
  • Propostas de cliente como páginas: diagnóstico, estratégia, cronograma, custo, retorno, antes e depois, arquitetura.

Decisões de engenharia

  • Demonstrar os serviços em vez de descrevê-los

    A loja, o assistente de chat e o checkout na página de serviços são front-ends funcionais, não imagens. Quem está decidindo se compra uma loja online consegue colocar algo no carrinho antes de decidir. Custa mais para construir do que um print, e é a parte do site que vende.

  • Proposta é página, não documento

    Uma proposta comercial é uma view deste site, montada sempre com as mesmas seções: o diagnóstico, a estratégia, como o trabalho acontece, o cronograma, o custo, o retorno esperado, um antes e depois, a arquitetura e as perguntas que os clientes fazem. O cliente abre um link. Mudar a oferta é mudar uma página, não reexportar um arquivo e torcer para ter anexado a versão certa.

  • Estático, e publicado como estático

    Não há servidor por trás. Os posts do blog são arquivos no repositório, as demos rodam no navegador, e tudo é publicado como site estático com uma regra de rewrite para o roteamento no cliente. Um site institucional que cai porque um backend caiu é custo sem benefício correspondente.