A pergunta volta a cada necessidade não coberta: comprar um módulo a 90 euros ou mandar desenvolver uma funcionalidade à medida. Posta assim, parece decidida à partida. Não está, porque o preço de compra é apenas uma fração do custo real, nos dois casos.
Os quatro custos que se esquecem
Um desenvolvimento à medida não se limita aos dias de código. Quatro rubricas somam-se sistematicamente, e representam muitas vezes tanto como o próprio desenvolvimento.
- A especificação. Descrever com precisão o comportamento esperado, incluindo os casos limite, leva um a três dias. Saltá-los é pagá-los mais tarde em idas e voltas.
- A validação. Testar a funcionalidade num ambiente de pré-produção, reportar os desvios, validar as correções. Conte com 20 a 30 % do tempo de desenvolvimento.
- A manutenção corretiva. Os bugs que aparecem em condições reais, seis semanas depois do lançamento, quando ninguém tem já o contexto na cabeça.
- A subida de versão. A rubrica mais subestimada. Um desenvolvimento feito para o PrestaShop 8 terá de ser retomado para o PrestaShop 9. Essa retoma nunca é orçamentada no momento da decisão inicial.
Um módulo do mercado tem os seus próprios custos escondidos, mais leves mas reais: o tempo de configuração, a adaptação ao tema, e o risco de abandono pelo editor.
O custo total a três anos
Tomemos uma necessidade concreta, uma pesquisa interna de qualidade, e comparemos a três anos.
Via módulo. Compra à volta de 150 euros. Configuração e adaptação ao tema, meio dia. Atualizações incluídas, geralmente durante doze meses e depois renováveis. Subida para o PrestaShop 9 assegurada pelo editor. Custo total a três anos: na ordem dos 600 a 900 euros, tempo interno incluído.
Via à medida. Especificação, dois dias. Desenvolvimento, dez a quinze dias para uma pesquisa com tolerância a gralhas e sugestões. Validação, três dias. Ou seja quinze a vinte dias a 500 euros, entre 7 500 e 10 000 euros. Acrescente a manutenção e a retoma para a versão maior seguinte, e ultrapassa os 12 000 euros a três anos.
A diferença é de um fator quinze. Só se justifica se o à medida trouxer algo que o módulo não traz.
Pesquisa Semântica IA: Módulo PrestaShop 8 e 9A pesquisa que compreende a intenção, e não apenas as palavras-chave149,00€
Os cinco casos em que o à medida se impõe
- Um processo de negócio que é só seu. Uma lógica de preços, de produção ou de expedição que não existe em mais lado nenhum porque nasce da sua organização.
- Uma integração com um sistema existente. Um ERP caseiro, um software de gestão setorial, uma ferramenta de produção. Nenhum módulo conhece o seu esquema de dados.
- Uma vantagem concorrencial. Se a funcionalidade é o que o diferencia, comprá-la é partilhá-la com os concorrentes.
- Uma exigência regulamentar setorial. Farmácia, produtos fitossanitários, armas, bebidas alcoólicas: obrigações que o mercado dos módulos generalistas não cobre.
- Uma volumetria fora do comum. Cem mil referências ou dez mil encomendas por dia mudam as restrições técnicas ao ponto de as soluções genéricas cederem.
Os quatro casos em que o módulo ganha
Uma necessidade standard, partilhada por milhares de lojas: pesquisa, avaliações, promoções, devoluções, conformidade regulamentar nacional. Um orçamento apertado, em que a diferença de custo é decisiva. Um prazo curto, um módulo instala-se no próprio dia. E uma equipa sem competência técnica interna, para quem um desenvolvimento à medida cria uma dependência permanente de um prestador.
A via intermédia
É muitas vezes a boa e raramente considerada: partir de um módulo e sobrecarregá-lo na parte específica. Recupera 80 % da necessidade imediatamente e só desenvolve a diferença.
Esta abordagem supõe uma condição, a verificar antes da compra: que o módulo exponha pontos de extensão próprios, hooks ou serviços, em vez de impor uma alteração direta do seu código. Um módulo modificado nos seus ficheiros perde as atualizações, o que o devolve ao à medida sem as suas vantagens.
As perguntas a fazer antes de comprar
- O módulo é compatível com o PrestaShop 9, ou apenas anunciado como tal?
- Com que frequência foi atualizado nos últimos doze meses?
- O suporte responde na sua língua, e em que prazo?
- O módulo usa overrides de classes, que entram em conflito com outros módulos, ou apenas hooks?
- Existe uma demonstração em back-office, e não apenas capturas de ecrã?
As duas últimas perguntas são as mais discriminantes e as menos feitas.
Um critério de decisão
Se a necessidade se descreve numa frase que outros comerciantes diriam palavra por palavra, um módulo existe e será mais barato. Se são precisos três parágrafos e um esquema para a explicar, o à medida torna-se defensável.
O módulo Pesquisa Semântica IA é um exemplo desta arbitragem: uma funcionalidade cujo desenvolvimento interno representaria várias semanas, disponível em configuração num dia no PrestaShop 8 e 9.