# Como avaliar o portfólio e os cases de um fornecedor de software — Citeo > Para avaliar o portfólio de um fornecedor de software, verifique se os cases são parecidos com o seu projeto, se o cliente é identificável, qual foi o pape... Fonte: https://mail.citeo.com.br/artigo/como-avaliar-portfolio-e-cases-fornecedor-de-software · Atualizado em 21/10/2026 [Início](https://mail.citeo.com.br) [Insights](https://mail.citeo.com.br/blog) [Contratação](https://mail.citeo.com.br/blog/contratacao) Contratação# Como avaliar o portfólio e os cases de um fornecedor de software **Redação Citeo** Publicado em 16/10/2026 Revisado em 16/10/2026 5 min de leitura Resposta rápidaPara avaliar o portfólio de um fornecedor de software, verifique se os cases são parecidos com o seu projeto, se o cliente é identificável, qual foi o papel do fornecedor, que resultado foi obtido e se o sistema ainda está em uso. Sempre que possível, converse com o cliente. Avaliar o portfólio de um fornecedor de software significa verificar se os projetos apresentados se parecem com o seu, se os clientes são identificáveis, qual foi exatamente o papel do fornecedor e que resultados foram obtidos. O ideal é confirmar ao menos um case conversando com o cliente. Um portfólio bonito mostra capacidade de apresentação; um case verificável mostra capacidade de entrega. Portfólio é o conjunto de projetos que o fornecedor exibe como amostra do seu trabalho. Case é a descrição mais detalhada de um desses projetos, com contexto, problema, solução e resultado. ## Por que o portfólio sozinho não basta? Telas e logotipos dizem pouco sobre como o projeto foi conduzido. Não mostram se houve atrasos, se o orçamento foi respeitado, se o sistema ainda funciona ou se o cliente renovaria o contrato. Além disso, em software, a parte mais difícil costuma ser invisível: regras de negócio, integrações, desempenho e segurança. Uma interface bem desenhada pode esconder um sistema frágil, e o contrário também acontece. ## Quais perguntas fazer sobre cada case? Para cada projeto apresentado, vale fazer as mesmas perguntas. Elas ajudam a separar o que foi feito pelo fornecedor do que foi feito por outras partes. 1. Qual era o problema de negócio do cliente? 2. O que exatamente o fornecedor fez: design, desenvolvimento, integrações, infraestrutura, tudo? 3. Quantas pessoas trabalharam e por quanto tempo? 4. Quais foram as maiores dificuldades e como foram resolvidas? 5. O sistema está em uso hoje? O fornecedor ainda atende o cliente? 6. Que resultado mensurável o cliente obteve? 7. Posso falar com alguém do cliente? Respostas específicas e consistentes indicam participação real. Respostas genéricas sugerem que o fornecedor teve papel menor ou que o projeto não foi bem-sucedido. ## Como saber se um case é relevante para o seu projeto? Relevância não é só setor. Um case em outra indústria pode ser muito relevante se resolver um problema técnico parecido, e um case no mesmo setor pode ser pouco útil se for de natureza diferente. A tabela ajuda a avaliar a aderência em várias dimensões. DimensãoPerguntaPeso sugeridoTipo de sistemaÉ um sistema parecido, como portal, aplicativo, ERP ou integração?AltoComplexidadeTem volume de usuários e regras semelhantes?AltoIntegraçõesEnvolveu sistemas parecidos com os seus?Médio a altoSetorO fornecedor conhece o vocabulário e as regras do seu mercado?MédioRequisitos de segurançaLidou com dados sensíveis ou exigências de conformidade?Depende do projetoAtualidadeO projeto é recente e usa tecnologias atuais?MédioContinuidadeO cliente continua com o fornecedor?Médio ## Como conduzir a conversa com um cliente de referência? A conversa com o cliente é a verificação mais forte disponível. Prepare poucas perguntas objetivas e deixe espaço para comentários espontâneos. Algumas que costumam render boas respostas: - O projeto cumpriu prazo e orçamento? Se não, como o fornecedor lidou com isso? - Como era a comunicação no dia a dia? - A equipe apresentada na venda foi a mesma que trabalhou no projeto? - Como foi o suporte depois da entrega? - Contrataria o fornecedor de novo? Para quê? Uma boa prática é pedir o contato de um cliente escolhido por você a partir do portfólio, e não apenas aquele indicado pelo fornecedor. Isso reduz o viés de seleção. ## Que sinais indicam um portfólio pouco confiável? Alguns padrões merecem atenção: - Projetos sem nome de cliente e sem explicação para o sigilo. - Telas sem contexto, que podem ser apenas protótipos ou conceitos. - Cases muito antigos, sem nada recente. - Resultados vagos, como "aumento de eficiência", sem detalhamento. - Resistência em fornecer qualquer referência. Sigilo contratual é legítimo e frequente. Nesses casos, o fornecedor pode descrever o projeto sem revelar o nome e oferecer outra forma de verificação, como uma referência de um projeto diferente. ## Como avaliar a qualidade técnica por trás de um case? O que aparece na tela é só parte do trabalho. Quando o projeto for crítico, vale pedir ao fornecedor que explique a arquitetura de um case: como o sistema foi dividido, como os dados são protegidos, como são feitos os testes e como novas versões chegam à produção. Se a empresa tiver alguém técnico, essa conversa pode incluir uma demonstração ao vivo de um sistema em funcionamento ou a apresentação de trechos de código de projetos próprios do fornecedor, sem violar o sigilo de clientes. Respostas claras e coerentes indicam domínio; explicações vagas ou que mudam a cada pergunta indicam o contrário. Também ajuda perguntar o que o fornecedor faria diferente se começasse o projeto hoje. Equipes maduras costumam reconhecer erros e mostrar o que aprenderam com eles. ## Como registrar a avaliação de forma comparável? Para não depender da memória das reuniões, registre a avaliação de cada fornecedor no mesmo formato: cases analisados, nota de aderência, resultado da conversa com o cliente de referência e pontos de dúvida. Esse registro facilita a comparação entre candidatos e a explicação da escolha para outras áreas da empresa. Se algum ponto da avaliação for virar compromisso, como manter a mesma equipe dos cases apresentados, leve-o para o contrato. Para a redação dessas cláusulas, consulte um advogado. ## Avaliações verificadas substituem a checagem de cases? Não substituem, mas complementam. Avaliações verificadas mostram a percepção de vários clientes ao longo do tempo, enquanto a checagem de um case aprofunda um projeto específico. As duas fontes juntas dão uma visão mais equilibrada. **Exemplo hipotético**: um fornecedor apresenta três cases fortes. As avaliações verificadas mostram boa nota em qualidade técnica, mas comentários recorrentes sobre atrasos na comunicação. Com essa informação, o comprador pode perguntar diretamente sobre os rituais de acompanhamento e incluí-los no contrato. Na Citeo, as avaliações são verificadas e os [rankings](/rankings) seguem critérios públicos descritos na [metodologia](/metodologia). ## Próximo passo Selecione fornecedores com cases próximos ao seu projeto no diretório de [software houses](/empresas/software) e compare os finalistas com a ferramenta de [comparar empresas lado a lado](/comparar). Empresas com perfil reivindicado podem ser contatadas diretamente pela Citeo para pedir referências. **Encontre software houses verificadas**Compare nota, avaliações verificadas e score, e fale direto com a empresa pela Citeo. [Ver empresas ](https://mail.citeo.com.br/empresas/software) [Comparar empresas lado a lado](https://mail.citeo.com.br/comparar) ## Perguntas frequentes ### Quantos cases devo analisar antes de escolher um fornecedor? Dois ou três cases relevantes para o seu projeto costumam ser suficientes, desde que sejam analisados em profundidade. É melhor verificar bem poucos projetos do que olhar superficialmente muitos. Pelo menos um deles deve ser confirmado em conversa com o cliente. ### O que fazer quando o fornecedor diz que os cases são sigilosos? Sigilo é comum em contratos de software e não é, por si só, um sinal ruim. Peça uma descrição do projeto sem dados identificáveis e uma referência alternativa que possa ser contatada. Se nenhuma verificação for possível, dê menos peso a esses cases. ### Um fornecedor sem cases no meu setor pode ser uma boa escolha? Sim, se tiver experiência comprovada em sistemas tecnicamente parecidos com o seu. O conhecimento do setor pode ser construído na fase de descoberta. Já a falta de experiência com o tipo de sistema costuma ser um risco maior. ### Qual é a diferença entre portfólio e case? Portfólio é a vitrine de projetos que o fornecedor exibe, geralmente com imagens e uma descrição curta. Case é a narrativa detalhada de um projeto, com problema, solução, papel do fornecedor e resultado. Para decidir uma contratação, os cases são mais úteis que o portfólio. ## Leia também [](https://mail.citeo.com.br/artigo/quanto-custa-um-site-profissional) Contratação### [Quanto custa um site profissional em 2026: o que entra no preço e como comparar orçamentos](https://mail.citeo.com.br/artigo/quanto-custa-um-site-profissional) 21 de out · 7 min de leitura [](https://mail.citeo.com.br/artigo/modelo-de-contrato-de-desenvolvimento-de-software) Contratação### [Modelo de contrato de desenvolvimento de software: cláusulas essenciais para revisar com seu advogado](https://mail.citeo.com.br/artigo/modelo-de-contrato-de-desenvolvimento-de-software) 21 de out · 9 min de leitura [](https://mail.citeo.com.br/artigo/lovable-bolt-vibe-coding-ou-software-house) Contratação### [Lovable, Bolt e vibe coding: quando a IA basta e quando contratar uma software house](https://mail.citeo.com.br/artigo/lovable-bolt-vibe-coding-ou-software-house) 21 de out · 8 min de leitura [](https://mail.citeo.com.br/artigo/o-que-e-software-house) Contratação### [O que é uma software house, o que ela faz e quando contratar uma](https://mail.citeo.com.br/artigo/o-que-e-software-house) 20 de out · 3 min de leitura