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 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.
- Qual era o problema de negócio do cliente?
- O que exatamente o fornecedor fez: design, desenvolvimento, integrações, infraestrutura, tudo?
- Quantas pessoas trabalharam e por quanto tempo?
- Quais foram as maiores dificuldades e como foram resolvidas?
- O sistema está em uso hoje? O fornecedor ainda atende o cliente?
- Que resultado mensurável o cliente obteve?
- 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ão | Pergunta | Peso sugerido |
|---|---|---|
| Tipo de sistema | É um sistema parecido, como portal, aplicativo, ERP ou integração? | Alto |
| Complexidade | Tem volume de usuários e regras semelhantes? | Alto |
| Integrações | Envolveu sistemas parecidos com os seus? | Médio a alto |
| Setor | O fornecedor conhece o vocabulário e as regras do seu mercado? | Médio |
| Requisitos de segurança | Lidou com dados sensíveis ou exigências de conformidade? | Depende do projeto |
| Atualidade | O projeto é recente e usa tecnologias atuais? | Médio |
| Continuidade | O 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 seguem critérios públicos descritos na metodologia.
Próximo passo
Selecione fornecedores com cases próximos ao seu projeto no diretório de software houses e compare os finalistas com a ferramenta de comparar empresas lado a lado. Empresas com perfil reivindicado podem ser contatadas diretamente pela Citeo para pedir referências.
Compare nota, avaliações verificadas e score, e fale direto com a empresa pela Citeo.
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.