A resposta curta
Escolha software pronto quando o seu processo é padrão no setor e a ferramenta cobre a rotina sem planilhas paralelas. Escolha sob medida quando o processo é o diferencial da operação, quando a ferramenta obriga a improvisar ou quando vários sistemas precisam conversar. Muitas vezes, a melhor resposta é combinar os dois.
A decisão não é sobre tecnologia, é sobre o custo de cada caminho ao longo do tempo: quanto você paga para entrar, quanto trabalho manual sobra em volta da ferramenta, quem controla os dados e o código e o que acontece quando o processo mudar. Este guia organiza esses pontos para você decidir com critério.
Comece pelo processo, não pela ferramenta
A pergunta "comprar ou desenvolver" costuma chegar cedo demais. Antes dela vem outra: o que a operação precisa que aconteça, quem faz cada passo e onde o trabalho trava hoje. Sem essa resposta, qualquer escolha é aposta.
Por isso o primeiro passo de qualquer projeto nosso é entender a operação e quem usa antes de propor tecnologia. Às vezes a conclusão é que um sistema de mercado bem configurado resolve, e dizemos isso. Quando o caso não é óbvio, olhamos para cinco pontos:
- Quanto o processo é específico. Se a sua forma de operar faz parte do que você entrega ao cliente ou ao cidadão, forçá-la para dentro de uma ferramenta genérica tem custo.
- Quantos sistemas precisam conversar. Muitas integrações frágeis entre ferramentas soltas costumam pesar mais do que um sistema que concentra a rotina.
- Quem precisa ser atendido. Perfis muito diferentes, como cidadão, atendente e gestão, pedem telas e permissões que nem sempre a ferramenta pronta oferece.
- Exigências sobre os dados. Saúde, dados pessoais e setor público pedem controle de acesso, LGPD e registro de cada movimentação.
- Custo de manter o improviso. Horas de retrabalho e de conferência também são custo, mesmo que não apareçam em nenhuma fatura.
Software pronto x sob medida: a comparação ponto a ponto
A tabela resume as diferenças que mais pesam na decisão. Nenhuma coluna ganha em todas as linhas, e é por isso que a resposta depende do seu caso.
| Critério | Software pronto | Software sob medida |
|---|---|---|
| Custo de entrada | Baixo: assinatura ou licença, configuração e treinamento. | Maior: estudo, design e desenvolvimento antes do uso. Uma primeira versão enxuta encurta esse começo. |
| Aderência ao processo | O processo se adapta ao sistema. Funciona bem em rotinas padrão do setor. | O sistema se adapta ao processo, inclusive às regras que diferenciam a sua operação. |
| Integração | Depende do que o fornecedor oferece: API, exportação de arquivos ou nada. | Planejada desde o início com os sistemas que você já usa. Veja como integrar sistemas. |
| Dono do código | O fornecedor. Você tem direito de uso enquanto mantém a assinatura ou a licença. | Definido em contrato desde o início. Entenda de quem é o código do software sob medida. |
| Evolução | Segue o roteiro do fornecedor. Um pedido específico pode nunca entrar. | Segue as suas prioridades, ciclo a ciclo, pelo que o uso real mostra. |
| Dependência do fornecedor | Alta: preço, versões e continuidade do produto são decisões dele. | Menor quando há código versionado e documentação, porque outra equipe consegue continuar. |
Dois pontos costumam ficar fora da conta. No pronto, o trabalho manual em volta da ferramenta (planilhas, conferência, redigitação) é custo, mesmo sem aparecer em fatura. No sob medida, o sistema precisa de manutenção e evolução depois de entrar no ar, e isso deve estar previsto desde o começo.
Sinais de que o software pronto basta
Um sistema de mercado tende a ser a escolha certa quando a maioria destes pontos é verdadeira:
- O processo é padrão no seu setor. Folha de pagamento, contabilidade e e-mail são exemplos clássicos: a sua forma de fazer não é o que diferencia a operação.
- A ferramenta cobre a rotina inteira. Não há atalhos, controles paralelos nem planilhas de apoio para fechar o que falta.
- As integrações já existem ou são simples. O sistema conversa com o que você usa por API ou por conectores prontos.
- Você precisa começar já. E aceita adaptar o processo ao sistema em troca de rapidez.
- Os dados saem quando você quiser. A ferramenta exporta tudo em formato aberto, o que deixa uma porta de saída se o cenário mudar.
Nesses casos, desenvolver do zero gasta tempo para reconstruir algo que já existe. Também vale olhar o que o fornecedor da ferramenta planeja: se o que falta está previsto para as próximas versões, esperar pode ser mais sensato do que construir.
Sinais de que é hora do software sob medida
O problema aparece aos poucos. Os sinais se acumulam até a equipe gastar mais tempo contornando a ferramenta do que fazendo o trabalho.
- A equipe contorna a ferramenta. Atalhos, controles paralelos e retrabalho para fazer o sistema aceitar uma rotina que ele não previu.
- A operação vive em planilhas. Cada setor tem a sua versão e ninguém sabe qual é a certa.
- O mesmo dado é digitado várias vezes. Em telas diferentes, e as divergências viram trabalho de conferência.
- A gestão decide sem dado. O relatório depende de alguém montar planilha no fim do mês. Quando chega, o problema já aconteceu.
- Perfis muito diferentes usam o mesmo processo. Cidadão, atendente e gestão pedem telas e permissões que a ferramenta pronta nem sempre oferece.
- Os dados exigem controle rigoroso. Saúde, dados pessoais e setor público pedem controle de acesso, LGPD e registro de cada movimentação.
Foi o que encontramos numa unidade de pronto atendimento. O sistema de mercado não acompanhava a operação: a integração com o Cartão Nacional de Saúde falhava, a prioridade da classificação de risco não chegava ao atendimento e os relatórios para a prefeitura viravam planilha. O caminho foi um sistema de gestão de pacientes sob medida, da recepção ao relatório da gestão.
O caminho híbrido: software pronto com integrações e automação
Nem sempre a decisão é trocar tudo. Muitas vezes o melhor resultado vem de manter os sistemas que já funcionam e construir sob medida só a parte que falta, conectada por API ao que existe. O dado é cadastrado uma vez e chega aos outros sistemas sem redigitação.
No nosso monitoramento com beacons numa unidade de saúde, a gestão queria ver os números de presença nos painéis que já usava, sem mais um sistema para a equipe abrir no meio do plantão. Os dados chegam a esses painéis por uma API, em vez de uma tela nova.
O híbrido também vale para o trabalho repetitivo em volta da ferramenta pronta. Conferir documentos, copiar dados de um e-mail para o sistema ou montar o mesmo relatório toda semana são tarefas que uma automação com inteligência artificial pode assumir, sem trocar o sistema principal. As formas mais comuns:
- Integração por API. O sistema pronto continua sendo o registro principal, e um módulo sob medida lê e grava nele.
- Módulo complementar. Uma parte específica da rotina ganha sistema próprio, e o resto segue na ferramenta de mercado.
- Automação em volta. Tarefas manuais entre sistemas passam a acontecer sozinhas, com revisão humana onde é preciso.
O limite do híbrido aparece quando o sistema pronto é o próprio gargalo: sem API, sem exportação ou com regras que conflitam com o processo. Aí mostramos o custo de manter e o de trocar, para que a decisão seja sua e informada.
Como testar a decisão antes de se comprometer
Quando a dúvida persiste, um estudo curto ajuda. Ele mapeia a rotina com quem executa o processo, mostra o que a ferramenta atual cobre e o que fica de fora e define o escopo de um sistema sob medida, se fizer sentido. É o primeiro passo de como trabalhamos: você decide com o mapa na mão, não com a impressão de cada setor.
Se a resposta for desenvolver, também não é preciso construir tudo de uma vez. Uma primeira versão enxuta, o MVP, focada na rotina que mais sofre, entra em uso enquanto o resto é construído. Se a resposta for comprar, teste a ferramenta com casos concretos da sua operação durante o período de avaliação, e não só com a demonstração do fornecedor.
Propriedade, continuidade e saída: o que conferir nos dois casos
No software pronto, a pergunta é como sair. Confira se os dados podem ser exportados em formato aberto, se existe API documentada e o que o contrato diz sobre reajuste e fim do serviço. Um sistema que prende os dados transforma uma troca futura em projeto de migração.
No sob medida, a pergunta é quem continua. A propriedade do código e a transferência de conhecimento ficam definidas no contrato desde o início, e decisões, versões e riscos ficam documentados. O conhecimento do projeto não depende da memória de ninguém, e outra equipe consegue dar continuidade se for preciso.
Se você está nessa dúvida agora, conte o que a ferramenta atual não resolve. A primeira conversa já ajuda a separar o que pede software sob medida do que pede ajuste ou integração.