Fábrica de software: o que é e quando vale a pena contratar

Fábrica de software é uma empresa que desenvolve sistemas em larga escala usando processos padronizados, squads multidisciplinares, metodologias ágeis e pipelines automatizados de CI/CD. O nome vem da analogia com manufatura industrial: componentes reutilizáveis e previsibilidade na entrega. Mas o termo carrega ambiguidades que confundem comprador na hora de avaliar fornecedor.

O que é uma fábrica de software

O conceito de "software factory" foi cunhado pela Hitachi em 1969, dois anos antes do termo "engenharia de software" virar mainstream. A ideia era simples: aplicar processos industriais (reuso de componentes, padronização, controle de qualidade) ao desenvolvimento de sistemas. No Brasil, "fábrica de software" virou termo guarda-chuva pra qualquer empresa que entregue desenvolvimento sob demanda — software house, fábrica de desenvolvimento, body shop, consultoria. As fronteiras são borradas, e isso atrapalha quem está contratando.

A confusão é prática. Você pede orçamento pra três empresas que se chamam de fábrica de software e recebe três coisas diferentes: uma cobra hora avulsa de devs (body shop), outra propõe squad fixo de 4 pessoas por 6 meses (squad dedicada), a terceira quer fazer discovery completo antes de prometer prazo (sob medida real). Mesmo nome, modelos opostos.

Como funciona na prática

Uma fábrica de software bem montada tem squads multidisciplinares: PM, devs back/front, design, QA, DevOps. O processo segue um ciclo previsível: discovery, arquitetura, sprints quinzenais, entrega, sustentação. A tecnologia base combina CI/CD (cada commit roda testes e deploy automático) com code review obrigatório, e observabilidade configurada antes do go-live.

Padrões de qualidade mais sérios: certificação MPS.BR (modelo brasileiro de maturidade) ou CMMI quando o cliente é multinacional ou setor regulado. Empresas com certificação real vendem isso na home; quem só "segue boas práticas" sem auditoria, em geral, segue mais ou menos.

Os 3 modelos de contratação no Brasil

Aqui mora a confusão. "Fábrica de software" no Brasil esconde 3 modelos distintos:

Quem diz "somos fábrica de software" sem qualificar está vendendo qualquer um desses três sem deixar claro qual. Pergunta direta na primeira reunião: "qual o modelo de contratação?" Se a resposta for vaga, é body shop disfarçado.

Quando faz sentido contratar uma fábrica

Faz sentido quando:

• Seu time interno tá saturado e a feature não pode esperar 4 meses na fila.
• Você precisa de expertise específica (mobile nativo, IA aplicada, blockchain) que não compensa contratar full-time.
• Há prazo fixo de mercado e você não tem tempo de montar squad interno do zero.
• Quer fazer um piloto antes de internalizar: fábrica entrega o MVP, time interno sustenta depois.

Em todos esses casos, o critério é o mesmo: a expertise externa resolve um problema temporário, sem que o conhecimento crítico fique fora da empresa.

Quando NÃO contratar fábrica

Esse é o gap que ninguém aborda direito. Fábrica de software é a escolha errada nestes cenários:

• MVP de fundador que ainda não sabe direito o que está construindo. Fábrica precisa de escopo claro pra cotar; fundador precisa de iteração rápida com envolvimento profundo. Choque garantido. Veja O que é MVP de software e como tirar o seu do papel.
• Sistema crítico-core do negócio (o ERP que roda toda a operação, o algoritmo de matching que define a vantagem). Não terceiriza vantagem competitiva.
• Budget abaixo de R$ 40k. Vai dar errado. Fábrica decente não cobra menos que isso por entrega séria; o que entra abaixo geralmente é freelancer informal vendido como fábrica.
• Regra de negócio que ainda não está clara. Fábrica funciona com escopo. Se você ainda está descobrindo o produto, vai pagar pra refazer 3 vezes.

Em todos os 4 casos, o problema não é a fábrica. O uso errado dela é.

Fábrica de software vs software sob medida

Software sob medida é o output. Fábrica de software é o método (industrializado, em escala). Toda fábrica entrega "sob medida" no sentido de que cada projeto é único, mas o quanto realmente custom o código é, varia muito.

Diferença prática:

• Fábrica genérica: reusa stack, componentes, arquiteturas entre clientes. Velocidade alta, menor flexibilidade. Bom pra CRUDs B2B e painéis administrativos.
• Sob medida real: modela do zero quando faz sentido (regra única, integração não-padrão, performance crítica). Mais caro, mais flexível.

Quando importa essa diferença? Quando o sistema é vantagem competitiva. Você não quer que seu concorrente compre o mesmo "produto" da mesma fábrica. Veja Software sob medida vs pronto: como escolher em 2026 pra desambiguar contra SaaS.

Quanto custa contratar uma fábrica

As faixas no mercado brasileiro em 2026:

• Sistema simples (10-25 telas, 1 integração, regras lineares): R$ 40-150 mil.
• Sistema médio (25-40 telas, 3-5 integrações, regras complexas): R$ 150-500 mil.
• Sistema grande (40+ telas, multi-tenant, mobile, regulado): R$ 500 mil+.

Os drivers que mexem mais no preço são variados: número de integrações, complexidade da regra de negócio, expectativa de design custom (vs componentes prontos), e prazo (apertar o cronograma cobra mais). Detalhamos os 6 drivers e os modelos de contratação no post Quanto custa desenvolver um software sob medida em 2026.

Como escolher uma fábrica (e os red flags)

5 sinais de fábrica ruim:

• Cota o projeto antes de qualquer discovery. Se ninguém perguntou nada do seu negócio, o orçamento é chute.
• Não mostra case com nome real. "Trabalhamos com grandes empresas" sem citar nenhuma significa que ninguém quer ser citado.
• Terceiriza tudo. Fábrica que repassa pra outra fábrica vira telefone-sem-fio.
• Vende hora barata como diferencial. R$ 80/hora de dev sênior em 2026 é pizzaria; o real é R$ 180-300.
• Não cita propriedade intelectual no contrato. Código tem que ser 100% seu.

5 sinais de fábrica boa:

• Discovery é pago e tem entregável (documentação ou protótipo).
• Cases com nome e foto, ou pelo menos contato pra referência.
• Time fixo: você sabe quem vai estar no seu projeto antes de assinar.
• Processo documentado e auditável (sprints quinzenais com retro).
• Contrato deixa claro que código é seu, credenciais são suas, sem cláusula de exclusividade.

Quem mistura "fábrica de software" com sob medida estratégico em /sistemas tem que decidir o que quer vender. Sob medida bem feito custa mais e leva mais tempo, e isso é parte do produto, não defeito a ser escondido.

Checklist objetivo antes de assinar (RFP, RFI, due diligence)

Compra de software grande costuma usar processo formalizado pra reduzir risco. Ferramental e termos:

• RFI (Request for Information): primeira rodada, fábrica responde questionário descritivo (capacidade, portfólio, certificações, time, processo). Gratuito, exploratório.
• RFP (Request for Proposal): rodada formal. Empresa contratante envia escopo detalhado, fábrica retorna proposta comercial com prazo, equipe nomeada, cronograma, contrato modelo. Pode ser pago em projetos públicos.
• Due diligence técnica: cliente potencial avalia repositório de exemplo, entrevista devs sêniores nominalmente, valida certificação (MPS.BR, ISO 27001), checa solidez financeira (balanço, faturamento). Vale exigir antes de contratos acima de R$ 500k.
• Reference call: entrevista 2-3 clientes anteriores escolhidos pelo cliente potencial (não só os indicados pela fábrica). Pergunta sobre prazo, escopo, briga, retrabalho, satisfação geral.
• Pilot project: discovery pago de 2-4 semanas com escopo enxuto antes do contrato grande. Fábrica entrega documento técnico e protótipo. Cliente avalia qualidade real, não só apresentação comercial.

Vocabulário ágil que aparece em proposta séria: hourly rate, daily rate, sprint goal, story points, planning poker, t-shirt sizing (S/M/L/XL pra estimativa), velocity (média de pontos entregues por sprint), Definition of Ready (critério pra item entrar em sprint), Definition of Done (critério pra item ser considerado entregue), retrospectiva, showcase. Quem não usa essa linguagem provavelmente não roda Scrum nem Kanban com método.

Sinais de alarme silenciosos: turnover alto na fábrica (rotatividade acima de 25% ao ano), Glassdoor com nota abaixo de 3.5, salário de dev sênior abaixo de R$ 14k em 2026 (mercado tá mais alto), ausência de PLR ou ESOP/equity. Time mal pago entrega mal — paga você o preço.

Onshore, nearshore e offshore: onde a fábrica fica importa?

Quando você contrata fábrica de software, a localização da equipe muda mais do que parece. O mercado divide em três modelos geográficos.

Offshore é a fábrica em país distante com diferencial de custo enorme — Índia, Filipinas, Vietnã. Hora de dev sai por R$ 50-80 contra R$ 200 brasileiro. Trade-off: fuso horário antagônico (5-12h de diferença), comunicação assíncrona obrigatória, choque cultural na escrita técnica, suporte fora de horário comercial brasileiro. Funciona pra escopo grande com governança forte do lado contratante; quebra em projeto pequeno onde o overhead de coordenação engole a economia prometida.

Nearshore é a fábrica latino-americana ou ibérica — México, Argentina, Colômbia, Portugal. Fuso compatível com Brasil (1-3h), idioma similar, cultura ocidental próxima. Custo intermediário (R$ 100-180/hora). Cresceu muito pós-pandemia: empresas brasileiras descobriram que squad colombiano entrega tão bem quanto paulistano por 30% menos. Câmbio é o catch: desvalorização do real encarece nearshore mais rápido que onshore.

Onshore é fábrica brasileira atendendo cliente brasileiro. Fuso idêntico, idioma idêntico, mesma jurisdição (LGPD, ISS, contrato em real, foro brasileiro). Custo mais alto, mas fricção operacional baixa. Faz sentido pra projeto sensível à regulação setorial, contato presencial com stakeholders, ou reuniões em horário comercial padrão.

A escolha não é só preço. É também previsibilidade jurídica: contratar offshore exige cláusula de arbitragem internacional e atenção a tributação na importação de serviço (ISS-importação, PIS/COFINS-importação, IRRF). Onshore evita boa parte dessa complexidade.

Como avaliar a maturidade técnica de uma fábrica

Time bom não é só time grande. Maturidade aparece em sinais práticos durante a primeira reunião técnica:

• Pipeline e DevOps: pergunte como funcionam os pipelines de CI/CD. Resposta vaga ("usamos Jenkins") sinaliza imaturidade. Resposta detalhada (pipelines distintos pra dev/staging/prod, gates de cobertura mínima, deploy automatizado com rollback) sinaliza time experiente.
• Observabilidade: time bom configura SLO (service level objective), monitora MTTR (mean time to recovery) e roda post-mortem blameless após incidente. Quem só "olha o log" quando dá pau não opera produção séria.
• Estratégia de release: canary release, blue-green deployment, feature flag por usuário. Deploy direto em produção sem proteção significa cobrar consultoria sênior por workflow amador.
• Postura sobre dívida técnica: time maduro mede dívida (com ferramenta tipo SonarQube) e reserva 15-20% de cada sprint pra refactor. Quem nega dívida ("nosso código é limpo") está adiando o problema até a entropia cobrar.
• Documentação como artefato: ADR (architecture decision record), runbook de operação, diagrama de arquitetura atualizado. Sem documentação, ninguém substitui o dev sênior se ele sair.

Fábrica que não tem opinião forte sobre cada um desses pontos provavelmente nunca operou software em produção sob carga real.

Pontos críticos no contrato

Cláusulas que aparecem pouco em propostas e custam caro depois:

• Propriedade intelectual e fonte: código entregue tem que ser 100% do contratante, com cessão integral assinada. Isso inclui repositório Git, binários, scripts auxiliares, configuração de infraestrutura. Reutilização de bibliotecas open-source é normal, mas qualquer biblioteca proprietária da fábrica precisa estar listada e licenciada explicitamente.
• Confidencialidade e NDA: acordo mútuo com prazo definido pós-término (mínimo 5 anos). Inclui dados de cliente, regra de negócio, screenshots e métricas operacionais.
• Garantia técnica: prazo mínimo de 90 dias pós-go-live pra correção de defeito sem custo adicional, com SLA de resposta. Distinguir bug (correção gratuita) de evolução (cobrável).
• Penalidade contratual: multa por atraso, multa por descumprimento de SLA, mecanismo de retenção parcial de pagamento até aceitação formal. Sem penalidade, prazo vira sugestão.
• Saída do contrato: procedimento de transição quando o vínculo termina. Inclui handover de credenciais, transferência de conhecimento, prazo de paralelo entre time atual e novo, limpeza de acessos.
• Jurisdição e foro: sempre brasileiro pra contrato local. Pra offshore, especificar arbitragem pela CCI (Câmara de Comércio Internacional) ou foro alternativo previamente combinado.

Contrato genérico baixado da internet vira problema na primeira disputa séria. Vale pagar advogado especializado em TI pra revisar antes de assinar — custo típico de R$ 3-5 mil resolve.

Perguntas frequentes

Qual a diferença entre fábrica de software e software house?

Na prática brasileira, sinônimos. "Software house" é o termo mais antigo (anos 90); "fábrica de software" pegou força nos anos 2000 e ficou. Algumas empresas se posicionam como uma ou outra pra sinalizar foco: software house tende a soar mais consultivo, fábrica mais industrial. Mas o serviço é o mesmo.

Quanto custa contratar uma fábrica de software?

Faixa de R$ 40 mil (sistema simples) a R$ 500 mil ou mais (sistema crítico). O detalhe está nos drivers: número de integrações, regras complexas, design custom e prazo. Veja a tabela completa no post de quanto custa desenvolver um software sob medida.

Fábrica de software ou sob medida: qual escolher?

Se o sistema é commodity (CRUD interno, painel admin, integração padrão), fábrica resolve. Se é vantagem competitiva ou tem regra única que ninguém mais tem, sob medida real. Em /sistemas descrevemos o processo de sob medida estratégico do início ao fim.

O código fica sendo da empresa que desenvolve ou meu?

Em contrato bem feito, é 100% seu: inclui código-fonte e credenciais. Se a fábrica resiste a essa cláusula, recue. É padrão de mercado.

Quanto tempo leva um projeto típico?

MVP funcional 2-3 meses. Produto vendável 4-6 meses. Plataforma multi-tenant 9-12 meses. Pode acelerar com squad maior, mas não infinitamente. Qualidade não escala linear.