O que é software house e quando contratar uma

Quarta à tarde, entre uma reunião e outra, você abre as conversas sobre o sistema novo. Tem o freelancer que o seu cunhado indicou, a agência digital que já cuida do Instagram da empresa e uma software house que mandou proposta com cronograma. No meio da semana, ainda ligou uma consultoria oferecendo um programador sênior para trabalhar com você.

São quatro jeitos diferentes de fazer o mesmo sistema. Os prazos não batem, as palavras também não, e nenhum deles respondeu direito quem atende quando o fechamento do mês travar, oito meses depois da entrega.

O que é software house (ou softhouse)

Software house é uma empresa que desenvolve software sob medida para outras empresas. Ela não vende um programa pronto de prateleira: constrói o sistema, o aplicativo ou a integração que a sua operação pede. Muita gente escreve junto, softhouse, e é a mesma coisa.

O que faz uma software house, na prática:

• Constrói sistema do zero, como um sistema de gestão, um portal para clientes ou um aplicativo para a equipe de campo.
• Liga ferramentas que não conversam, como o ERP com o CRM ou a planilha do financeiro com o banco.
• Mantém o sistema depois do lançamento, quando isso está no contrato.

A fábrica de software é o mesmo modelo em tamanho maior. Tem mais gente, processo mais padronizado e costuma pegar projeto grande. Muito texto por aí trata as duas como coisas opostas, mas para quem contrata elas funcionam igual: você descreve o que precisa, o fornecedor gerencia o projeto e entrega. Neste texto, as duas são uma categoria só.

Contratar uma software house faz sentido quando o sistema é da operação, o escopo está razoavelmente claro e não tem ninguém de tecnologia dentro de casa para gerenciar o trabalho do dia a dia. Se falta alguma dessas condições, vale olhar os outros caminhos que aparecem logo abaixo.

Um aviso pra quem pesquisa o termo: no varejo, "software house" também é o nome da empresa que faz o sistema de caixa e integra maquininha e Pix. Parte do que aparece no Google sobre o termo fala desse outro sentido. Aqui eu falo de quem contrata alguém para construir o sistema da própria operação.

Freelancer e agência digital também fazem sistema

Software house não é a única empresa de desenvolvimento de software que vai aparecer na sua frente, e nem todo mundo que faz sistema é empresa de software.

O freelancer é uma pessoa. Quando é bom, é rápido, conversa direto com você e custa a estrutura de uma pessoa só. O risco também é de uma pessoa só: ele pega um emprego, entra num projeto maior ou simplesmente some, e o conhecimento do sistema vai junto. E uma pessoa raramente cobre tudo que um sistema pede, do desenho da tela ao servidor, passando pela segurança e pela regra do negócio.

A agência digital, em geral, é uma agência de marketing que também faz site e aplicativo. Ela é boa no que está perto da comunicação: site, página de campanha, aplicativo que conversa com o cliente final. Sistema de operação, como controle de estoque, financeiro ou pedido de compra, fica longe do centro do trabalho dela. Às vezes a agência repassa essa parte para um freelancer, e você só descobre na primeira manutenção.

Nenhum dos dois é escolha errada. Eles funcionam bem para escopos diferentes, e o problema aparece quando o sistema da operação inteira cai no colo de quem foi contratado para outra coisa.

Consultoria de TI e outsourcing de TI: você paga a hora e gerencia

O quarto caminho é a consultoria que aloca um profissional. O nome muda: consultoria de TI, outsourcing de TI, alocação, ou body shop, como o mercado chama. O formato é o mesmo. Você paga as horas de um desenvolvedor que entra no seu time, usa as suas ferramentas e trabalha no seu código.

A diferença para a software house está em quem gerencia. Na alocação, quem decide o que fazer a cada semana, quem prioriza e quem confere a entrega é você. A consultoria cuida do contrato, da folha e da troca do profissional, quando precisa.

Isso funciona muito bem para empresa que já tem alguém de tecnologia dentro de casa para comandar o trabalho. Para empresa que não tem, vira um problema conhecido: você contrata um programador e passa a ser gerente de um projeto de software sem ter pedido isso. E quando a consultoria troca a pessoa, quem chega aprende o sistema do zero.

Outsourcing de TI também é o nome de outros serviços, como suporte aos computadores e aluguel de equipamento. Aqui eu falo só da alocação de quem desenvolve.

Empresas de desenvolvimento de software: quem gerencia, quem mantém e de quem é o código

Os quatro caminhos usam as mesmas linguagens e, cada vez mais, as mesmas ferramentas de IA. O que separa um do outro é o que acontece em volta do código:

O momento em que a tabela pesa é quando a pessoa sai. Saiu o freelancer, o sistema fica sem ninguém que o conheça. Saiu o gerente da software house, quem chega relê o projeto. Saiu o profissional alocado, a consultoria manda outro e o aprendizado recomeça. Em todos os casos, o que salva é a regra do negócio escrita e o código num lugar que é seu.

Se a sua operação ainda não está mapeada, vale começar pelo mapeamento de processos antes de pedir qualquer proposta, porque é ele que diz o que o fornecedor vai precisar entender.

Com IA, o código sai mais rápido em qualquer modelo

A IA mudou a conta da construção. Hoje um freelancer, uma software house ou o próprio dono da empresa conseguem colocar uma primeira versão de pé em dias, com a IA escrevendo boa parte do código. Isso é bom pra quem contrata: dá pra testar a ideia antes, com um produto mínimo viável, e gastar menos tempo esperando tela.

O que a IA não traz sozinha é a regra da sua operação. Ela escreve muito bem o que foi pedido, com objetivo e especificação claros. Quando ninguém sabe dizer o que acontece com o pedido devolvido ou quem aprova o desconto, ela escreve outra coisa, igualmente bem feita.

Contei no texto sobre vibe coding o caso de um sistema que o dono montou com IA, ficou meses no quase pronto e saiu pronto para lançar em um mês quando alguém passou a decidir o que entrava primeiro.

Por isso, com a IA no meio, o prazo de construção pesa menos na escolha. Pesa mais quem vai entender a sua operação e quem vai responder pelo sistema quando ela mudar.

A IA também ajuda do seu lado da mesa. Cole as propostas no ChatGPT, no Claude ou no Gemini e peça uma tabela com o que cada uma diz sobre quem gerencia, quem mantém e quem fica com o código. O que ficar em branco na tabela vira pergunta pra reunião.

Quem mantém e quem entende a operação continua sendo decisão sua

Antes de escolher quem vai construir, vale decidir se precisa construir. Tem problema que se resolve com um sistema pronto, tem problema que se resolve amarrando as ferramentas que a empresa já usa, e tem problema que pede software sob medida. No texto sobre IA para empresas eu explico essa escolha entre usar pronto, amarrar ou construir. Cada caminho resolve um tipo de problema, e nenhum é degrau para o outro.

Se a resposta for construir, leve estas perguntas pra conversa, seja com freelancer, agência, software house ou consultoria:

• Quem decide o que entra primeiro? Você, o fornecedor ou os dois juntos, e com base em quê.
• Quem conversa comigo é quem vai fazer? Peça o nome de quem vai trabalhar no projeto, não só de quem vendeu.
• Quem atende quando o sistema parar? Pergunte o prazo de resposta, o canal e se isso está no contrato.
• Onde fica a regra do negócio? Peça para ver como ela é documentada num projeto que já está rodando.
• De quem é o código? O repositório, os acessos e as contas de servidor precisam estar no nome da sua empresa.

Esta última eu repito porque é a mais esquecida: peça o repositório no nome da sua empresa desde o primeiro dia. Trocar de fornecedor é chato. Trocar de fornecedor sem acesso ao próprio código é bem pior.

Nenhuma dessas respostas sai de uma ferramenta. Decidir o que construir, quem entende a operação e quem responde depois continua sendo trabalho de quem toca a empresa.

O que eu vejo nas propostas que chegam até mim

Quem me procura com proposta na mão costuma trazer prazos bem mais longos do que o problema pede. Em boa parte delas, a proposta foi montada para construir tudo de uma vez, antes de qualquer pessoa da operação usar a primeira tela.

Também ouço de quem já tentou uma fábrica de software que o projeto era pequeno demais para ela. Não tem erro nisso: muita fábrica é desenhada para projeto grande, com processo pesado, e faz sentido que não aceite o que não cabe nesse processo. O problema é a empresa média ficar entre o freelancer que pode sumir e o projeto gigante.

Foi pra esse meio que eu montei o meu jeito de trabalhar no Colaboratório, um estúdio de produto e IA. Quem conversa com você é quem cuida do projeto, as entregas são testadas com quem vai usar, e os ajustes continuam depois que o sistema entra no ar. Esse modelo também depende de poucas pessoas, e por isso as perguntas da seção anterior valem pra mim também.

Se você está com conversas abertas como as daquela quarta à tarde, escrevi uma página sobre como eu começo um projeto de software sob medida, separando o que precisa ser construído do que dá pra usar pronto. Se quiser comparar as suas opções com alguém que olha primeiro para o depois da entrega, entre em contato.