10 Perguntas Essenciais para Fazer Antes de Contratar uma Empresa de Software

A Diferenca Entre um Projeto Bem-Sucedido e um Problema Caro Esta nas Perguntas Certas

Contratar uma empresa de desenvolvimento de software e uma das decisoes mais criticas que um empresario pode tomar. O custo de uma ma escolha nao e apenas financeiro: e tempo perdido, produto inferior, codigo que ninguem consegue manter e, em alguns casos, dados e propriedade intelectual comprometidos.

O problema e que o mercado de desenvolvimento de software tem uma assimetria de informacao enorme. O contratante nao sabe avaliar o que esta comprando ate que o produto esteja pronto — e tarde demais. Por isso, a due diligence antes de fechar contrato e fundamental.

Este guia apresenta as 10 perguntas que voce deve fazer em toda reuniao de avaliacao com uma potencial empresa de desenvolvimento. Para cada pergunta, explicamos por que ela importa, o que uma boa resposta parece e quais sinais de alerta observar.

Se voce ainda esta comparando opcoes de empresas, leia tambem nosso artigo sobre como escolher a empresa de desenvolvimento certa.

1. Posso ver o portfolio completo e falar com clientes anteriores?

Por que essa pergunta importa

Portfolio e a prova mais objetiva de capacidade tecnica e experiencia. Qualquer empresa pode montar um site bonito com capturas de tela genericas. A diferenca esta em projetos verificaveis, com clientes reais que possam ser contatados para uma referencia.

O que esperar de uma boa resposta

• Portfolio com pelo menos 5 a 10 projetos detalhados, com screenshots, descricao do problema resolvido e resultados mensurados
• Links para apps nas lojas (App Store e Google Play) que voce pode baixar e testar
• Disponibilidade para fornecer contato de dois ou tres clientes anteriores para referencia
• Cases com empresas do seu setor ou com desafios tecnicos similares ao seu projeto

Sinais de alerta

• Portfolio vago, com imagens de tela muito pequenas ou sem links verificaveis
• Relutancia em fornecer contatos de clientes anteriores
• Portfolio com muitos projetos do mesmo tipo simples sem evolucao tecnica
• Projetos listados que nao aparecem nas lojas publicas

Na FWC Tecnologia, todos os nossos projetos estao disponiveis no portfolio com descricao tecnica detalhada.

2. Qual e a metodologia de desenvolvimento utilizada?

Por que essa pergunta importa

Metodologia define como o projeto sera gerenciado, como voce sera envolvido, como mudancas serao tratadas e como problemas serao escalados. Empresas sem metodologia clara tendem a ter projetos sem documentacao, sem versionamento organizado e com gestao de scope informal — o que invariavelmente resulta em atrasos e desentendimentos.

O que esperar de uma boa resposta

• Descricao clara de como o projeto e dividido em etapas ou sprints
• Explicacao de como o cliente e envolvido em cada fase (aprovacoes, demos, revisoes)
• Uso de ferramentas de gestao (Jira, Linear, Trello, Notion) com acesso ao cliente
• Processo documentado para gestao de mudancas (change requests)
• Politica clara sobre o que acontece quando surgem requisitos nao previstos

Sinais de alerta

• Resposta vaga tipo: "trabalhamos de forma agil" sem explicar o que isso significa na pratica
• Nenhuma ferramenta de gestao mencionada
• Processo de aprovacao impreciso
• Sem demos ou entregas intermediarias previstas

3. Como e estruturada a comunicacao durante o projeto?

Por que essa pergunta importa

Problemas de comunicacao sao a causa numero um de projetos de software fracassados. A pergunta revela quem sera seu ponto de contato, com que frequencia voce recebera atualizacoes e como decisoes serao documentadas.

O que esperar de uma boa resposta

• Um gerente de projeto dedicado ou tech lead como ponto de contato principal
• Reunioes semanais de status definidas no contrato
• Canal de comunicacao definido (Slack, Teams, WhatsApp com SLA de resposta)
• Relatorios de progresso periodicos por escrito
• Documentacao de decisoes tomadas em reunioes

Sinais de alerta

• Comunicacao exclusivamente reativa (voce tem que perguntar para saber o status)
• Sem ponto de contato definido ou acesso direto ao desenvolvedor sem intermediario
• Ausencia de reunioes periodicas previstas

4. Como e feito o orcamento e o que esta incluido?

Por que essa pergunta importa

O modelo de precificacao determina seu nivel de exposicao a risco financeiro. Ha tres modelos principais no mercado: preco fixo, time and materials (T&M) e dedicacao de time. Cada um tem casos de uso especificos.

O que esperar de uma boa resposta

• Preco fixo: adequado quando o escopo e muito bem definido. Requer especificacao detalhada antes de assinar. Boa para projetos com requisitos estaveis.
• Time and materials: adequado para projetos com escopo evolutivo. Voce paga por hora trabalhada, com mais flexibilidade mas menor previsibilidade de custo total.
• Retainer/Dedicacao: adequado para manutencao continua ou roadmap evolutivo. Voce contrata um time por um periodo com escopo flexivel.
• O contrato deve deixar claro o que acontece com horas excedentes, mudancas de escopo e bugs pos-entrega.

Sinais de alerta

• Orcamento sem discriminacao de horas por funcionalidade
• Ausencia de clausula sobre gestao de mudancas de escopo
• Preco muito abaixo do mercado sem explicacao plausivel (veja nosso guia de quanto custa desenvolver um app)
• Proposta sem detalhe das horas estimadas por modulo

5. Quem exatamente vai desenvolver meu projeto?

Por que essa pergunta importa

E comum que a empresa apresente um time senior na reuniao de vendas e depois coloque juniores no projeto. Tambem e pratica no mercado de terceirizar o desenvolvimento para freelancers ou empresas terceiras sem informar o cliente.

O que esperar de uma boa resposta

• Apresentacao nominada dos membros do time que vai trabalhar no projeto
• Nivel de senioridade e tempo de empresa de cada membro
• Politica clara sobre terceirizacao (se a empresa usa freelancers ou parceiros, voce deve saber)
• Clareza sobre o que acontece se um membro do time for substituido durante o projeto

Sinais de alerta

• Resposta evasiva sobre quem vai trabalhar especificamente
• Ausencia de CVs ou perfis LinkedIn dos desenvolvedores alocados
• Politica de terceirizacao nao declarada

6. Qual e a stack tecnologica e por que essa escolha?

Por que essa pergunta importa

A tecnologia escolhida define a performance, o custo de manutencao, a disponibilidade de talentos no mercado e a capacidade de evolucao do produto. Uma empresa que usa sempre a mesma stack independente do projeto pode estar priorizando a propria conveniencia em vez das necessidades do cliente.

O que esperar de uma boa resposta

• Justificativa tecnica clara para a tecnologia recomendada para o seu projeto especifico
• Comparacao objetiva com alternativas e por que foram descartadas
• Consideracao sobre a facilidade de encontrar outros desenvolvedores no mercado para manter o codigo no futuro

Sinais de alerta

• Proposta de tecnologia sem justificativa especifica para o seu caso
• Tecnologia exotica ou muito de nicho sem vantagem clara para o seu projeto
• Stack que cria dependencia total da propria empresa (vendor lock-in intencional)

Leia nosso comparativo tecnico app nativo vs hibrido vs cross-platform para entender as diferencas antes da reuniao.

7. Quais sao os prazos e como sao gerenciados os atrasos?

Por que essa pergunta importa

Atraso em projetos de software e a norma, nao a excecao. Uma empresa honesta vai reconhecer isso e ter processos para mitigar e comunicar atrasos. Uma empresa que promete prazos precisos sem ressalvas pode estar te vendendo o que voce quer ouvir.

O que esperar de uma boa resposta

• Cronograma detalhado por fase ou sprint com datas de entrega intermediarias
• Explicacao de como mudancas de escopo impactam o prazo
• Historico de cumprimento de prazos nos projetos anteriores
• Processo definido para comunicar atrasos assim que identificados, antes do impacto
• Clausulas contratuais sobre prazos (multas por atraso, condicoes de extensao)

Sinais de alerta

• Promessa de prazo muito curto sem aviso de riscos
• Ausencia de marcos intermediarios verificaveis
• Sem mecanismo contratual de responsabilizacao por atrasos

Consulte nosso artigo quanto tempo leva para desenvolver um aplicativo para ter referencia de prazos por tipo de projeto.

8. Quem fica com o codigo e a propriedade intelectual?

Por que essa pergunta importa

Esta e a pergunta que empresarios menos fazem e que causa mais problemas. E comum que contratos de desenvolvimento atribuam a propriedade intelectual do codigo a empresa desenvolvedora ou criem dependencias que dificultam a portabilidade.

O que esperar de uma boa resposta

• Clausula explicita no contrato transferindo a propriedade do codigo-fonte ao cliente apos o pagamento integral
• Entrega do codigo-fonte completo em repositorio de controle de versao (Git) de propriedade do cliente
• Documentacao tecnica suficiente para outra empresa dar continuidade ao desenvolvimento
• Clareza sobre bibliotecas e frameworks de terceiros utilizados (licencas open source)

Sinais de alerta

• Contrato vago sobre propriedade intelectual
• Repositorio mantido na conta da empresa desenvolvedora
• Clausulas de exclusividade de manutencao sem opcao de saida
• Sem entrega de documentacao tecnica prevista

9. Como e tratado o suporte e a manutencao pos-lancamento?

Por que essa pergunta importa

O lancamento do app nao e o fim do projeto. Atualizacoes de sistema operacional, correcao de bugs, melhorias de performance e novas funcionalidades sao necessidades continuas. Descobrir como isso funciona antes de contratar evita surpresas.

O que esperar de uma boa resposta

• Periodo de garantia pos-lancamento definido (tipicamente 30 a 90 dias para bugs relacionados ao desenvolvimento)
• Opcoes claras de contrato de manutencao com SLAs definidos (tempo de resposta, tempo de correcao)
• Politica sobre atualizacoes obrigatorias de SO (iOS e Android lancam versoes maiores anualmente)
• Diferenciacao entre bugs de desenvolvimento (responsabilidade da empresa) e novos requisitos (cobrados separadamente)

Sinais de alerta

• Suporte pos-lancamento nao mencionado espontaneamente
• Clausula de garantia inexistente ou muito curta (menos de 30 dias)
• Sem opcao formal de contrato de manutencao

10. Como a empresa garante a seguranca e a privacidade dos dados?

Por que essa pergunta importa

Com a LGPD vigente no Brasil, a responsabilidade pela seguranca dos dados dos usuarios do seu app e sua. Uma vulnerabilidade de seguranca no codigo entregue pela empresa desenvolvedora pode resultar em multas, processos e danos reputacionais significativos.

O que esperar de uma boa resposta

• Descricao das praticas de seguranca no desenvolvimento (OWASP, criptografia, autenticacao segura)
• Processo de code review com foco em seguranca
• Politica de gestao de secrets (senhas, chaves de API) — nunca devem estar no codigo
• Consideracoes sobre conformidade com LGPD (e PCI-DSS para apps financeiros)
• Processo de teste de seguranca antes da entrega

Sinais de alerta

• Tema de seguranca ignorado na proposta tecnica
• Sem processo documentado de revisao de seguranca
• Desenvolvedor que nao conhece os requisitos basicos da LGPD
• Para projetos financeiros: ausencia de mencao a PCI-DSS ou requisitos do Banco Central

Como Usar Este Checklist

Recomendamos usar estas 10 perguntas em formato de scorecard. Para cada empresa avaliada, pontue de 1 a 5 a qualidade da resposta a cada pergunta. Some os pontos e compare os fornecedores de forma objetiva.

Perguntas Bonus: Especificas para o Seu Setor

Alem das 10 perguntas fundamentais, adapte a avaliacao para o seu contexto:

• Fintech: Experiencia com PCI-DSS, Banco Central, open banking? Desenvolveram outros apps de pagamento? Leia nosso guia sobre desenvolvimento de apps fintech.
• Saude: Conhecimento de LGPD aplicado a dados de saude? Integracao com TISS/TUSS?
• E-commerce: Experiencia com integracao de gateways de pagamento? Logistica e rastreamento?
• Logistica: Trabalho com GPS, rastreamento em tempo real, otimizacao de rotas?

A Abordagem da FWC em Relacao a Essas Perguntas

Na FWC Tecnologia, incentivamos ativamente nossos prospective clients a fazer todas essas perguntas. Temos respostas claras para cada uma:

• Portfolio verificavel com 30+ projetos e clientes de referencia disponiveis
• Metodologia propria documentada com sprints quinzenais e demos regulares
• Gerente de projeto dedicado para cada cliente, com reunioes semanais estruturadas
• Codigo-fonte entregue em repositorio do cliente ao final de cada sprint
• Contratos com clausula explicita de transferencia de propriedade intelectual
• Garantia de 60 dias pos-lancamento para bugs de desenvolvimento
• Opcoes de contrato de manutencao com SLA de 24 horas para criticos

Preparado para fazer as perguntas certas? Solicite uma reuniao tecnica com nosso time. Voce pode trazer este checklist completo — e teremos respostas para tudo.