Pular para o conteúdo
Renan BarbosaSEO · Conteúdo · IA aplicada

Por 4 min de leitura

Como indicar a natureza de cada projeto em um portfólio

Experiência profissional, projeto demonstrativo, projeto pessoal e experimento pedem apresentações diferentes. O que aprendi ao organizar o meu portfólio e como pretendo testar se a distinção funciona.

portfóliouxconteúdo

Meu portfólio reúne experiência profissional, projetos pessoais e experimentos. Ao organizar a apresentação desse material, apareceu uma questão que eu não tinha previsto: como mostrar essas frentes lado a lado sem fazer um protótipo parecer uma entrega para cliente, ou um estudo fictício parecer um caso real?

A questão importa porque quem avalia um portfólio, seja em um processo seletivo, seja em uma conversa sobre projeto, costuma ter pouco tempo e lê a partir de pistas visuais. Se todos os itens têm o mesmo formato, a pessoa tende a supor que todos têm a mesma natureza.

A solução: identificar cada trabalho pelo que ele é

A decisão foi indicar a natureza de cada item e separar a experiência profissional da seleção de projetos e experimentos. Na prática, cada projeto recebeu uma categoria visível:

categoriao que indica
Experiência profissionalatuação em empresa, descrita sem dados internos ou resultados confidenciais
Projeto demonstrativoestudo com empresa, produto e briefing fictícios, criado para mostrar um método
Projeto paraleloiniciativa própria fora do trabalho principal
Projeto pessoaltrabalho feito para uso ou aprendizado próprio
Experimento de produtoprotótipo para explorar uma ideia, sem compromisso de uso real

O case em destaque, Compasso, aparece como projeto demonstrativo. O produto e o briefing são fictícios, e isso está dito na própria página, não apenas em uma nota de rodapé. Os outros itens aparecem como projeto paralelo, projeto pessoal ou experimento de produto.

O que a literatura de UX recomenda

Essa preocupação não é nova no design de experiência. Um guia da Nielsen Norman Group sobre portfólios de UX lista, entre os elementos esperados em um estudo de caso, a definição do problema, o papel específico da pessoa, o processo e as restrições encontradas. Para projetos acadêmicos ou hipotéticos, o guia recomenda reconhecer abertamente o que foi simulado, porque a transparência tende a ser lida como maturidade profissional (NN/g, 5 steps to creating a UX-design portfolio).

A recomendação vale também para portfólios de marketing. Um estudo fictício bem documentado demonstra método. O mesmo estudo apresentado como caso real, se descoberto, compromete a confiança em todo o resto.

Quantas informações acompanham uma entrega

O aprendizado mais útil de organizar esse material foi perceber quantas informações precisam acompanhar cada entrega para que ela seja compreendida corretamente. Além da categoria, tento deixar claros quatro pontos em cada projeto:

  • qual foi a minha participação, e o que foi feito com ajuda de outras pessoas ou de ferramentas;
  • em que contexto o trabalho foi feito;
  • o que existe de fato, como uma página publicada, um protótipo navegável ou um documento;
  • o que continua sendo proposta, hipótese ou plano.

Esse último ponto é o que mais facilmente se perde. Um protótipo bem acabado visualmente pode sugerir que a solução foi validada, quando na verdade ninguém além de mim a usou. Escrevi sobre esse cuidado, no caso específico de projetos feitos com assistência de IA, em Por que “saber usar IA” diz pouco sobre um trabalho.

O que ainda não sei

Na versão atual do site, essa organização já está nas páginas. Ainda não tenho evidência de que recrutadores ou potenciais contatos compreendam a apresentação da maneira que pretendo. A categoria pode estar visível e, ainda assim, ser ignorada na leitura rápida.

O próximo teste

O próximo passo é um teste simples de usabilidade. Quero pedir a algumas pessoas que naveguem pelo portfólio sem explicação prévia e me digam quais projetos entendem como demonstração, protótipo ou experiência profissional.

Não é preciso um estudo grande para isso. Jakob Nielsen defende há bastante tempo que testes pequenos, com cerca de cinco participantes, revelam a maior parte dos problemas de usabilidade, e que vale mais repetir rodadas curtas depois de cada ajuste do que concentrar tudo em um único teste extenso (NN/g, Why you only need to test with 5 users).

O critério de sucesso também é simples. Se a distinção entre os tipos de projeto depender de eu explicar por fora, a apresentação ainda precisa de ajustes.

Referências

  • Nielsen Norman Group. 5 steps to creating a UX-design portfolio. Consultado em 29/09/2026. Link
  • Nielsen, J. Why you only need to test with 5 users. Nielsen Norman Group, 2000. Link
Continue lendo

Leia também

· conteúdo · ux

Quando a promessa chega antes da explicação

Muitos sites abrem com uma promessa abstrata e deixam para depois o que a empresa faz. Um estudo com uma proposta fictícia mostra o que muda quando o título e o botão passam a informar.

· conteúdo · seo

Quando produzir fica fácil, a decisão editorial pesa mais

Com IA, uma pauta pode estar escrita antes de alguém decidir se ela merece existir. Critérios para separar intenção de busca de variação de palavra e para lembrar que cada publicação exige manutenção.

· ia · carreira

Por que “saber usar IA” diz pouco sobre um trabalho

A expressão cabe em atividades muito diferentes e, sozinha, não explica o que alguém entrega. Como mostrar a tarefa, a participação e os limites de um projeto feito com assistência de IA.