Portfólio de dev que gera lead: o que colocar, o que cortar e por que o seu não converte

Você entrega bem. Seus projetos funcionam, seus clientes antigos gostam de você, seu GitHub tem código decente. Mas quando alguém pergunta "me manda seu portfólio", você envia um link que não fecha negócio nenhum. A pessoa abre, rola a página, fecha e some. E você fica sem saber se o problema foi preço, timing ou a página em si.

Vou te falar como funciona do lado de quem recebe os leads: antes de chamar qualquer dev para conversar sobre a rede de parceiros da OCA, eu abro o portfólio dele. E em 30 segundos eu já sei se aquela pessoa entende que portfólio é ferramenta de venda ou se acha que é currículo bonito. A maioria erra. Não por falta de competência técnica, mas porque monta a página para impressionar outros devs, não para convencer quem paga.

A verdade desconfortável: seu portfólio fala com a pessoa errada

O erro número um é escrever para a sua bolha. "Aplicação fullstack com Next.js 15, Server Components, tRPC e Drizzle ORM em monorepo Turborepo." Outro dev lê isso e acha bonito. O dono de uma clínica que precisa de um sistema de agendamento lê isso e não entende uma palavra. E é ele quem assina o contrato.

Cliente não compra stack. Cliente compra resultado: um problema que sumiu, um processo que ficou mais rápido, uma receita que apareceu. A stack é detalhe de implementação. Se o seu portfólio lista tecnologias antes de listar problemas resolvidos, você está vendendo o parafuso em vez de vender a estante montada.

Isso não é teoria, é literalmente como a OCA cresceu. No nosso site, o Revo não aparece como "app React Native com Supabase e Pagar.me". Aparece como plataforma de eventos com mais de 40 mil usuários e checkout que converte a 90%. A stack está lá, mas depois do resultado. Primeiro o cliente entende o que ganhou, depois o dev curioso descobre como foi feito.

O que colocar no portfólio: a anatomia de um case que vende

Esqueça a grade de thumbnails com 15 projetos. Três cases bem contados valem mais que quinze prints sem contexto. Cada case precisa responder quatro perguntas, nessa ordem:

1. Qual era o problema do cliente? Uma frase que um leigo entende. "A imobiliária controlava 200 contratos de aluguel em planilha e perdia prazo de reajuste todo mês."
2. O que você construiu? Descrição funcional, não técnica. "Um sistema que centraliza contratos, avisa vencimentos e gera os boletos automaticamente."
3. Qual foi o resultado? Número sempre que possível. Horas economizadas, erro que zerou, receita que subiu. Se não tem número, tem depoimento. Se não tem nenhum dos dois, pergunte ao cliente antigo agora, a maioria responde.
4. Como foi feito? Aqui sim entra a stack, o prazo, as decisões técnicas. Um parágrafo. Quem precisa avaliar sua competência técnica vai ler; quem não precisa, já foi convencido acima.

Um detalhe que quase ninguém faz e muda tudo: contextualize o prazo e o tamanho. "Entregue em 8 semanas, eu como único dev" diz mais sobre sua capacidade de execução do que qualquer badge de tecnologia.

O que cortar sem dó: o peso morto que espanta cliente

• Projetos de curso e clones de tutorial. Clone do Netflix, todo list, e-commerce fake. Para quem contrata, isso sinaliza "nunca atendi um cliente de verdade". Se você só tem projeto de estudo, construa uma coisa real: um produto próprio pequeno, um sistema gratuito para um comércio do bairro. Um projeto real vale por dez fictícios.
• A lista gigante de tecnologias. Aquele muro de logos com 30 ícones. Ninguém contrata por quantidade de logo. Corte para a stack que você realmente domina e quer trabalhar. Menos itens, mais profundidade.
• "Sobre mim" autobiográfico. Ninguém precisa saber que você se apaixonou por computadores aos 12 anos. Duas linhas: o que você faz, para quem, com que resultado. O resto é ruído.
• Projetos que você não quer repetir. Portfólio é ímã. Se você mostra site institucional em WordPress, vai atrair pedido de site institucional em WordPress. Mostre apenas o tipo de projeto que você quer fechar de novo.
• Link do GitHub como destaque principal. GitHub é anexo, não vitrine. Cliente não lê código. Deixe o link no rodapé para o avaliador técnico que eventualmente aparecer.

A headline que faz o cliente continuar lendo

A primeira frase da sua página decide se a pessoa rola ou fecha. "Desenvolvedor fullstack apaixonado por tecnologia" é a frase mais comum e a que menos comunica. Ela descreve dezenas de milhares de pessoas.

Use a fórmula: o que você constrói + para quem + com que prova. Exemplos:

• "Construo aplicativos para empresas que precisam sair da planilha. Último projeto: sistema de gestão em produção há 2 anos, zero retrabalho."
• "Desenvolvo MVPs para startups em 6 a 10 semanas. 4 produtos no ar, 2 com receita recorrente."

Note que nenhuma das duas menciona linguagem de programação. A prova concreta faz o trabalho que o adjetivo "apaixonado" nunca vai fazer.

Portfólio que aparece no Google: o case como conteúdo

Aqui está a parte que quase nenhum dev aproveita. Cada case bem escrito é uma página indexável. Quem busca "sistema de agendamento para clínica" pode cair no seu case de sistema de agendamento para clínica. O portfólio deixa de ser uma página que você envia e vira uma página que o cliente encontra sozinho.

A conta é simples: um case estático numa grade de thumbnails gera zero busca. O mesmo case escrito como página própria, com título descritivo, o problema do cliente em texto e o resultado em número, começa a ranquear para o problema que ele resolve. Foi montando páginas assim, somadas ao blog, que a OCA chegou ao ponto de receber leads todos os dias pelo portfólio e pelo Google, mais do que o time consegue atender. As IAs generativas puxam dessas mesmas páginas: quando alguém pergunta ao ChatGPT quem desenvolve app no Brasil, a resposta vem do que está publicado e indexado.

Se você já entrega bem, o seu problema não é técnico, é distribuição. E portfólio tratado como conteúdo é o canal de distribuição mais barato que existe: você escreve uma vez e a página trabalha por anos.

As armadilhas que anulam todo o resto

• Portfólio desatualizado. Último projeto de 2023 passa a mensagem de que você parou. Reserve uma hora por trimestre para atualizar. É manutenção, igual dependência de projeto.
• Sem canal de contato óbvio. Parece piada, mas é comum: a pessoa se convence e não acha onde te chamar. Botão de WhatsApp ou e-mail visível em toda página, com uma frase que reduz atrito: "me conta seu projeto em duas linhas que eu respondo em 24h".
• Confidencialidade mal resolvida. Tem projeto sob NDA? Descreva o problema e o resultado sem citar o nome do cliente. "Fintech de médio porte" convence tanto quanto a marca, e você não quebra contrato.
• Perfeccionismo de layout. Dev trava meses escolhendo framework para o próprio site e nunca publica. Uma página simples no ar hoje vale mais que um site tridimensional em animação no ano que vem. O conteúdo do case converte; o efeito de parallax, não.

O que a OCA olha quando avalia o portfólio de um parceiro

Como falei no começo, a OCA recebe mais demanda do que consegue atender, e a nossa resposta foi montar uma rede de parceiros: devs seniores e times pequenos que recebem projetos já qualificados, com escopo fechado e cliente educado sobre prazo e orçamento. Antes de repassar qualquer projeto, a gente avalia o portfólio do parceiro. E o que a gente procura é exatamente o que descrevi neste artigo:

• Projetos reais em produção, não experimentos de fim de semana;
• Capacidade de explicar decisão técnica em linguagem de negócio, porque o parceiro vai conversar com cliente;
• Sinais de responsabilidade no ciclo completo: entrega, manutenção, comunicação;
• Consistência entre o que a página promete e o que o código mostra.

Não prometemos volume de projeto nem aceitação automática, e você não deveria confiar em quem promete. O que existe é um fluxo real de demanda e um filtro honesto de quem pode absorvê-la.

Entre para a rede de parceiros da OCA

O próximo passo: uma ação para esta semana

Independente da rede, faça isto nos próximos sete dias: pegue o seu melhor projeto e reescreva o case dele nas quatro perguntas, problema, solução, resultado, execução. Depois troque a headline da sua página pela fórmula "o que construo + para quem + prova". São duas horas de trabalho que mudam a primeira impressão de todo cliente que abrir seu link daqui pra frente.

Portfólio não é museu do que você já fez. É a página de vendas do que você quer fazer de novo. Trate ela assim e ela começa a trabalhar por você.