Empresa de desenvolvimento de software sob medida: como escolher sem se arrepender
Contratar fábrica de código sem critério é como abrir obra sem engenheiro. Sete critérios objetivos para separar parceiro de engenharia de fornecedor de linha.
Toda semana chega até a gente um projeto que já passou por outra empresa. A história costuma ser a mesma: escopo mal definido, orçamento estourado, prazo estourado, e um produto que "quase funciona". A raiz não é técnica, é de escolha do parceiro. Este texto é sobre como não repetir esse erro.
O que separa parceiro de engenharia de fábrica de linha
| Aspecto | Fábrica de linha | Parceiro de engenharia |
|---|---|---|
| Discovery | Aceita escopo pronto | Questiona e refina antes de propor |
| Proposta | Preço por hora ou fixo cego | Escopo dividido, marcos claros |
| Time | Rotativo, sem contexto | Estável, com tech lead dedicado |
| Comunicação | Report semanal | Preview toda semana e canal aberto |
| Deploy | No fim do projeto | Contínuo desde a segunda semana |
| Suporte pós | Cobrança extra sem SLA | Contrato de evolução com SLA |
Sete critérios objetivos para avaliar
- Portfólio verificável. Peça acesso a projeto real em produção, não só case bonito no site.
- Referências que você mesmo escolheu. Não aceite só as que a empresa oferece. Peça três clientes e cheque com um de fora da lista.
- Metodologia clara. Como discovery, sprints, code review, QA e deploy funcionam? Vago aqui é sinal ruim.
- Contrato com marcos. Pagamento por entrega mensurável, não por hora vaga.
- Propriedade intelectual sua. Código e dados são seus. Sem cláusula esquisita de "licença de uso".
- Documentação. O que você recebe: arquitetura, código, guia de operação, credenciais transferidas.
- Plano de saída. Como você troca de fornecedor se precisar? Se a resposta é "não dá", fuja.
Sinais de alerta na proposta
Modelos de contratação: qual escolher
- Preço fixo por escopo fechado. Bom quando o escopo é claro e imutável. Raro na vida real.
- Time and material com cap. Paga por hora mas com teto de escopo. Mais realista para projeto médio.
- Squad dedicado mensal. Time fixo alocado. Bom para produto contínuo com muitas frentes.
- Outcome-based. Paga por resultado alcançado. Difícil de fazer, mas alinhado quando funciona.
Sinais de que o projeto vai dar certo
- Você vê preview do que está sendo construído toda semana.
- Cada mudança de escopo é discutida e formalizada.
- Existe ambiente de homologação para você testar.
- Code review acontece internamente no fornecedor.
- Testes automatizados existem e são executados a cada build.
- Você tem acesso ao repositório desde o dia um.
Checklist prático
- Referências verificadas por conta própria (mínimo 2).
- Contrato com marcos e critério de aceite por marco.
- Tech lead nomeado no contrato.
- Propriedade intelectual sua, sem cláusula esquisita.
- Ambiente de homologação disponível na primeira sprint.
- Plano de handover documentado desde o começo.
Perguntas frequentes
Vale contratar freelancer para projeto sério?+
Depende. Freelancer bom entrega frente pequena. Projeto que precisa de multiplos perfis (back, front, mobile, QA, ops) pede time.
Quanto tempo demora um projeto médio?+
Projeto médio (MVP funcional em produção): 4 a 8 meses. Sistema complexo: 8 a 18 meses. Fuja de quem promete milagre em 30 dias.
Preciso ter especificação pronta antes de contratar?+
Não. Bom parceiro conduz discovery antes de escrever código. Fugir do discovery é o começo do fracasso.
E se eu precisar trocar de fornecedor no meio?+
Se o parceiro seguiu boa prática (documentação, código no seu repositório, propriedade sua), a troca dói mas é possível. Sem isso, refém.
Precisa de software sob medida com quem entrega de verdade?
Fazemos diagnóstico gratuito, mostramos escopo, prazo e investimento com precisão. Você decide com informação, não com promessa.
