A pergunta que surge antes de todas as outras
Antes de escolher uma tecnologia, um prestador ou uma subscrição, é preciso decidir algo mais simples: a sua necessidade é a de toda a gente, ou é só sua? Se a forma como trabalha for a mesma do seu setor, um editor já a automatizou melhor do que conseguiria fazê-lo sozinho, e mantém-na para si. Se não for, nenhum ajuste configurável conseguirá colmatar essa lacuna: passará o tempo todo a contorná-la.
O engano está em pensar que a resposta se lê numa demonstração comercial. Ela lê-se no que os seus colaboradores já fazem todos os dias, ao lado da ferramenta atual.
Quando o software de prateleira vence, e vence com frequência
É preciso dizê-lo claramente, porque é verdade: em várias situações, comprar um software existente é a decisão certa, e construir qualquer coisa seria um desperdício de tempo e dinheiro.
O caso mais evidente é o das ÁREAS SUJEITAS A REGULAMENTAÇÃO, onde a conformidade é o produto: contabilidade, salários, faturação certificada. O que está a adquirir não é um ecrã, mas sim o facto de um editor acompanhar a legislação em seu nome e atualizar a ferramenta a cada alteração. Ninguém deveria reconstruir isto.
Segue-se o caso das plataformas que oferecem algo mais do que software: uma marketplace, um diretório ou uma rede de clientes. Ali, o software é apenas o pretexto; o que paga é a audiência, e esta não se gera.
Por fim, o caso mais frequente e mais banal: o seu processo é, de facto, padrão. Faz o que os seus pares fazem, pela mesma ordem e com o mesmo vocabulário. A ferramenta de toda a gente é, então, a certa, e o seu preço reparte-se entre todos os clientes.
- Conformidade regulamentar a manter (contabilidade, folha de salários, faturação certificada)
- A plataforma traz clientes, não apenas ecrãs
- O seu processo é o do setor, sem particularidades
- O tema já é abrangido por um especialista consolidado, a um preço proporcional
O sinal de que o software não cobre a sua necessidade
Não precisa de um estudo para o saber. O sinal é concreto, e já está à sua frente: uma folha de cálculo mantida AO LADO do software. Não um export pontual, mas um ficheiro vivo, atualizado semanalmente, que alguém mantém porque a informação de que a equipa realmente precisa não está na ferramenta oficial.
As variantes desse mesmo sinal são igualmente fáceis de identificar: o campo «Notas» ou «Comentário» a carregar informação estruturante, porque nenhum campo previsto servia; a introdução duplicada, em que os mesmos dados são inseridos em dois sistemas distintos; e a frase que volta sempre nas reuniões: «não conseguimos extrair isso da ferramenta».
Quando esses contornos duram há mais de alguns meses, deixam de ser contornos: tornam-se o processo real, e o software de prateleira passa a ser apenas uma peça parcial dele. A folha de cálculo que vive ao lado é, então, a melhor especificação que pode ter, descreve exatamente o que acompanha, nas suas próprias palavras.
O custo que ninguém conta
O software de prateleira raramente é comparado ao seu custo real, porque dois itens não aparecem na fatura. O primeiro é o tempo gasto em contornos: as horas dedicadas a reintroduzir dados, a juntar exports, a explicar a um novo colaborador por que tem de consultar dois locais distintos. Esse tempo não aparece em parte alguma, e é pago todos os meses.
O segundo é o preço por utilizador. É razoável para três pessoas, mas torna-se estruturante para quinze, sobretudo quando parte da equipa só precisa de consultar. Acabamos por restringir os acessos para controlar a fatura, ou seja, por degradar intencionalmente a ferramenta pela qual estamos a pagar.
O cálculo honesto, portanto, não é «preço da subscrição contra preço de uma aplicação». É «preço da subscrição, mais o tempo gasto em contornos, mais o custo de saída no dia em que mudar», contra o custo da aplicação e da sua alocação.
O que uma aplicação à medida muda, de facto
Uma aplicação feita para a sua atividade não faz mais coisas: faz as suas. As entidades têm os nomes que a sua equipa usa, os estados correspondem ao seu processo real e o ecrã inicial mostra o indicador que consulta nas manhãs de segunda-feira, e não aquele que um editor julgou universal. Trata-se de um ganho de adoção antes de ser um ganho de funcionalidades.
A segunda mudança é patrimonial: o código de uma aplicação gerada pelo Blueprint Maker é exportável, e a aplicação funciona numa base de dados PostgreSQL padrão. Não está a alugar o direito de continuar a usar a sua própria ferramenta, é proprietário dela e pode alojá-la noutro local.
Há duas limitações que devem ser mencionadas, sob pena de tornar a comparação desonesta. Uma aplicação à medida não o dispensa de saber o que quer acompanhar: se a necessidade não for clara, nenhuma ferramenta a esclarecerá. E não substitui um software regulamentado: não se fabrica a própria conformidade.
A grelha de decisão
Em cinco linhas, sem zonas cinzentas inúteis:
- O tema é regulamentado e a conformidade é o produto → software de prateleira, sem hesitações.
- O seu processo é o do seu setor, sem particularidades → software de prateleira.
- Uma folha de cálculo vive ao lado do software há mais de seis meses → aplicação à medida; essa folha de cálculo já é o seu caderno de encargos.
- Nenhum editor cobre a sua atividade, ou o preço por utilizador ultrapassa o valor que o acompanhamento lhe devolve → aplicação à medida.
- Ainda não sabe o que quer acompanhar → nem uma nem outra, por agora: comece por escrever a tabela que gostaria de ler todas as segundas-feiras.
Na maioria das vezes, ambas
A resposta real raramente é exclusiva. Mantém o software regulamentado para o que faz melhor, fazer a contabilidade, processar os salários, e constrói uma aplicação para a parte operacional que ele não cobre: o acompanhamento de obras, intervenções, associados ou stocks. Cada um no seu domínio.
Sobre este ponto, uma precisão honesta: atualmente, não existe ligação automática entre os dois. As aplicações geradas expõem, de facto, uma API, mas protegida pela sessão; ainda não existe uma chave API que permita a outro software se autenticar e aceder diretamente. A troca de dados faz-se, portanto, por exportação CSV ou JSON, ou por acesso direto à base de dados, caso aloje a aplicação você mesmo. E, como o código lhe pertence, adicionar essa chave continua a ser um trabalho de desenvolvimento corrente.
A boa pergunta a colocar não é, então, «qual das duas?», mas «que parte da minha atividade é, de facto, minha?». Essa parte merece uma ferramenta que lhe corresponda; o resto compra-se.