Software house: o que é e como escolher a sua
- Software house é a empresa especializada em desenvolver sistemas sob medida, e não em vender um produto pronto de prateleira.
- A escolha certa depende menos do preço da hora e mais do domínio do seu processo, da documentação entregue e do contrato de manutenção.
- Empresas de Sorocaba e de outras cidades do interior têm perfis de demanda específicos, que mudam o que se deve exigir de um fornecedor.
A dor real
Quase toda empresa de médio porte chega a um ponto em que a planilha não dá mais conta. O controle de pedidos vira uma sequência de abas que ninguém entende, o financeiro depende de alguém que "sabe onde está o arquivo", e o comercial passa informação para a produção por WhatsApp. Nesse momento surge a pergunta: comprar um sistema de prateleira ou contratar uma software house para construir algo próprio?
O sistema de prateleira, também chamado de software de mercado ou pacote, é aquele vendido em licença para muitas empresas ao mesmo tempo. Ele é mais barato no início e entra em operação rápido. O problema aparece quando o seu processo é diferente do processo padrão que o fornecedor desenhou. Você passa a adaptar a empresa ao software, cria planilhas paralelas para o que o sistema não cobre e paga por personalizações que, muitas vezes, quebram na próxima atualização.
A software house segue o caminho oposto. Ela constrói o sistema a partir do seu processo. Isso custa mais no começo e exige mais do contratante durante o projeto, mas tende a resolver a causa do problema em vez de contorná-la. A dor real, portanto, não é "falta de sistema". É falta de um sistema que acompanhe como a empresa realmente funciona.
O que muda na prática
Antes de comparar fornecedores, vale entender o que uma software house entrega e o que ela não entrega. Ela não vende um produto fechado. Ela vende um projeto, com etapas de levantamento, desenvolvimento, testes, implantação e manutenção. Isso muda a natureza da relação: você não é cliente de um catálogo, é parceiro de um processo.
Alguns termos aparecem sempre e é melhor esclarecer desde já. Escopo é a lista do que será feito, e tão importante quanto ela é a lista do que não será feito. Sprint é um ciclo curto de trabalho, normalmente de duas a quatro semanas, ao fim do qual algo utilizável é apresentado. Homologação é o momento em que a sua equipe testa o que foi entregue e aprova. Código-fonte é o conjunto de arquivos que forma o sistema, e a propriedade sobre ele precisa estar clara no contrato.
Na prática, o que muda é o seguinte: em vez de esperar que o fornecedor inclua a sua necessidade na fila de melhorias do produto dele, você define a prioridade. Em vez de aceitar um relatório fixo, você pede o relatório que a sua gestão usa para decidir. Em troca, você assume responsabilidade maior: precisa indicar uma pessoa da casa para acompanhar o projeto, validar entregas e responder dúvidas com agilidade.
Comparativo entre modelos de contratação
| Critério | Software de prateleira | Software house sob medida | Freelancer isolado | Equipe interna |
|---|---|---|---|---|
| Aderência ao seu processo | Baixa, exige adaptação da empresa | Alta, o sistema nasce do processo | Variável, depende de uma só pessoa | Alta, mas leva tempo para montar |
| Tempo até o primeiro uso | Curto, dias ou semanas | Médio, meses conforme o escopo | Médio, com risco de atraso | Longo, inclui contratação e treino |
| Custo inicial | Baixo | Médio a alto | Baixo a médio | Alto, com encargos e benefícios |
| Manutenção e evolução | Depende da fila do fornecedor | Contrato dedicado, prioridade sua | Frágil, risco de indisponibilidade | Previsível, mas exige gestão |
| Propriedade do código | Do fornecedor | Negociável, deve estar em contrato | Precisa ser formalizada | Sua, integralmente |
| Risco principal | Ficar preso a um produto que não evolui como você precisa | Escopo mal definido gerar custo e prazo fora do previsto | Descontinuidade por ausência de uma pessoa | Custo fixo alto e dificuldade de contratar |
Passo a passo para escolher
- Descreva o processo antes de falar com fornecedor. Escreva, em uma ou duas páginas, como o trabalho acontece hoje, quem faz cada etapa e onde estão os gargalos. Esse documento vale mais do que qualquer apresentação comercial que você vai receber.
- Separe o essencial do desejável. Defina o que o sistema precisa fazer no primeiro dia para a operação funcionar e o que pode entrar em uma segunda fase. Projetos que tentam cobrir tudo de uma vez costumam travar.
- Peça referências de clientes com perfil parecido com o seu. Não basta saber que a software house atendeu uma grande indústria. Pergunte se ela já lidou com o seu setor, com o seu porte e com o seu nível de maturidade em tecnologia.
- Exija proposta com escopo, prazo e forma de trabalho. Uma proposta séria descreve as etapas, o que será entregue em cada uma, quem participa do seu lado e como as mudanças de escopo serão tratadas.
- Verifique a questão da propriedade e da manutenção. Confirme por escrito quem é dono do código, o que acontece se você quiser trocar de fornecedor e como funciona o contrato de manutenção depois da entrega.
- Comece por um módulo, não pelo sistema inteiro. Entregar uma parte funcionando reduz o risco e permite corrigir o rumo antes de investir no restante.
Prós e contras
- Prós: o sistema acompanha o seu processo em vez de forçar mudanças nele; a prioridade de evolução é sua; a integração com sistemas que você já usa pode ser feita sob medida; a informação passa a ficar centralizada e auditável.
- Prós: você deixa de pagar por funcionalidades que nunca vai usar e passa a investir no que gera resultado para o seu negócio.
- Contras: o investimento inicial é maior do que o de um pacote; o prazo depende de um projeto, não de uma instalação; exige que alguém da sua equipe acompanhe e valide as entregas.
- Contras: se o escopo for mal definido, o custo pode crescer; se o contrato de manutenção for ruim, você fica dependente de um fornecedor específico.
Investimento e retorno esperado
Não existe tabela de preço aplicável a todo caso, porque o custo de um projeto sob medida depende do número de módulos, do grau de integração com outros sistemas, do volume de dados a migrar e do nível de exigência de segurança. O que é possível dizer com segurança é que o investimento se divide em três blocos: o desenvolvimento inicial, a manutenção mensal e o custo interno de acompanhar o projeto.
O retorno, por sua vez, costuma aparecer em três frentes. A primeira é a redução de trabalho manual e retrabalho, que libera horas da equipe. A segunda é a melhora na qualidade da informação, que permite decidir com dado em vez de estimativa. A terceira é a capacidade de crescer sem aumentar proporcionalmente o quadro administrativo. Nenhuma dessas frentes se mede em uma semana. Projetos sob medida costumam fazer sentido quando o processo é estável o suficiente para ser descrito e específico o suficiente para não caber em um pacote.
Como isso aparece em Sorocaba
O perfil econômico da cidade ajuda a entender quem sente essa dor com mais força. Segundo o IBGE, 59,0% do valor adicionado de Sorocaba vem de comércio e serviços, 32,5% da indústria, e o município ocupa a 10ª posição entre os PIBs do estado de São Paulo. Essa combinação produz dois grupos bastante distintos de empresas que procuram uma software house.
O primeiro é formado por empresas de comércio e serviços que cresceram apoiadas em planilhas e sistemas genéricos. São distribuidoras, prestadores de serviço, redes de atendimento e operações logísticas que precisam controlar pedidos, contratos, comissões e agenda de equipes. Para elas, o pacote de prateleira resolve a parte contábil, mas não o acompanhamento operacional, e é aí que a conta começa a não fechar.
O segundo grupo vem da indústria, que ainda responde por quase um terço do valor adicionado local. Aqui a demanda é diferente: controle de produção, rastreabilidade de lote, integração entre chão de fábrica e administrativo e apontamento de horas. São projetos em que o sistema precisa conversar com equipamentos e com o ERP já existente, o que exige um fornecedor acostumado a integrar ambientes. Empresas dos dois grupos costumam encontrar em uma fábrica de software e TI em Sorocaba o apoio para transformar esse processo em sistema, com a vantagem de ter o time por perto durante o levantamento e a implantação.
Perguntas frequentes
Software house é a mesma coisa que fábrica de software?
Na prática, os dois termos são usados para o mesmo tipo de empresa. Fábrica de software costuma enfatizar a capacidade de produzir em escala, com equipes organizadas em times e processos repetíveis. Software house costuma enfatizar o desenvolvimento sob medida para cada cliente. O que importa ao contratante é verificar se o fornecedor tem método de trabalho, documentação e contrato de manutenção, independentemente do nome que usa.
Quanto tempo leva para um sistema sob medida ficar pronto?
Depende do escopo. Projetos que começam por um módulo único e bem delimitado tendem a entrar em uso em poucos meses, enquanto sistemas que cobrem várias áreas da empresa podem levar mais de um ano. O recomendável é dividir a entrega em etapas e colocar cada uma em operação antes de iniciar a seguinte, em vez de esperar o sistema completo para começar a usar.
Preciso ter uma equipe de tecnologia para contratar uma software house?
Não. É comum que a empresa contratante não tenha setor de tecnologia. O que ela precisa é indicar uma pessoa que conheça bem o processo e tenha disponibilidade para validar as entregas. Essa pessoa faz a ponte entre a operação e o fornecedor, tira dúvidas e aprova o que foi feito. Sem esse ponto de contato, o projeto perde velocidade e qualidade.
O que deve estar no contrato para eu não ficar preso ao fornecedor?
Três pontos são essenciais: a definição de quem é proprietário do código-fonte, a obrigação de entregar a documentação técnica e o procedimento de transição caso você decida trocar de fornecedor. Também vale prever como as mudanças de escopo serão orçadas e qual é o prazo de resposta para chamados de manutenção, para que a dependência não vire um problema no futuro.
Perguntas frequentes
Na prática, os dois termos são usados para o mesmo tipo de empresa. Fábrica de software costuma enfatizar a capacidade de produzir em escala, com equipes organizadas em times e processos repetíveis. Software house costuma enfatizar o desenvolvimento sob medida para cada cliente. O que importa ao contratante é verificar se o fornecedor tem método de trabalho, documentação e contrato de manutenção, independentemente do nome que usa.
Depende do escopo. Projetos que começam por um módulo único e bem delimitado tendem a entrar em uso em poucos meses, enquanto sistemas que cobrem várias áreas da empresa podem levar mais de um ano. O recomendável é dividir a entrega em etapas e colocar cada uma em operação antes de iniciar a seguinte, em vez de esperar o sistema completo para começar a usar.
Não. É comum que a empresa contratante não tenha setor de tecnologia. O que ela precisa é indicar uma pessoa que conheça bem o processo e tenha disponibilidade para validar as entregas. Essa pessoa faz a ponte entre a operação e o fornecedor, tira dúvidas e aprova o que foi feito. Sem esse ponto de contato, o projeto perde velocidade e qualidade.
Três pontos são essenciais: a definição de quem é proprietário do código-fonte, a obrigação de entregar a documentação técnica e o procedimento de transição caso você decida trocar de fornecedor. Também vale prever como as mudanças de escopo serão orçadas e qual é o prazo de resposta para chamados de manutenção, para que a dependência não vire um problema no futuro.