A média PME com que falo tem uma lista de fornecedores de TI. Um para o website, um para o ERP, um programador freelance para "aquela ferramenta específica", um alojamento, e há algum tempo também alguém que faz algo com IA. Quatro a seis partes que trabalham de forma independente, todas com a sua própria fatura e o seu próprio contacto.
No momento em que tudo funciona, não se nota. No momento em que algo falha, ou é necessária uma integração entre dois sistemas, começa o problema. O construtor do website aponta para o fornecedor de ERP, o fornecedor de ERP diz que o problema é do alojamento, e o consultor de IA não conhece nenhum dos três.
O problema dos fornecedores separados
Não é má vontade. Cada fornecedor é competente no seu próprio domínio e quer ser responsável por ele. Mas nenhum tem a visão completa. Como resultado, as integrações entre sistemas não chegam a ser feitas ou ficam a meio, as decisões são tomadas de forma isolada, e é o próprio utilizador que acaba por coordenar partes que não queria coordenar.
Além disso, cada fornecedor tem o seu próprio incentivo. O fornecedor de ERP quer que adquira mais módulos, o construtor do website quer que expanda o seu pacote, o alojamento quer que faça upgrade. Ninguém olha para o panorama geral nem diz: isto não é necessário, vamos resolver de outra forma.
O que um parceiro fixo faz de diferente
Um parceiro de TI fixo trabalha com a visão completa do seu negócio. CRM, website, ERP, automatização, IA: em conjunto. Uma alteração num sistema é imediatamente refletida no outro, pois é a mesma parte que está envolvida em tudo. Tem um único ponto de contacto, uma única fatura, uma única linha.
Isso tem outra vantagem que não é imediatamente óbvia: paga menos pela coordenação. Na situação anterior, grande parte do seu dinheiro é gasto na articulação entre partes que não se conhecem. Na nova situação, isso desaparece. O fornecedor conhece a forma como os seus processos de trabalho se interligam e pode fazer pequenas intervenções que, numa configuração multi-fornecedor, seriam um projeto muito maior.
"Mas assim fico dependente"
Este é o contraargumento mais comum, e é um ponto legítimo. Um único parceiro para tudo significa também: se esse parceiro fechar, perde-se muito. Este risco é real, mas pode ser gerido, desde que trate de algumas coisas com antecedência.
- Propriedade dos dados. Todos os dados, código e configurações estão na sua própria infraestrutura ou num ambiente onde tem acesso e direitos de exportação. Sem dependência de fornecedor, sem "colocamo-lo numa plataforma que só nós gerimos".
- Padrões. A tecnologia utilizada não é uma stack proprietária, mas tecnologia comum e bem documentada com a qual outros programadores podem trabalhar.
- Documentação. O seu parceiro transfere o conhecimento para si, sem rituais ocultos.
Com estas três condições, a dependência torna-se muito menos assustadora. Pode sair amanhã, e o seu negócio continua a funcionar.
A simplicidade não é um luxo, a simplicidade é uma escolha
A escolha por um parceiro fixo é, em última análise, uma escolha pela simplicidade em vez de liberdade de escolha. Abdica de escolher o melhor fornecedor do mundo para cada componente individual. O que recebe em troca é coerência, rapidez e linhas curtas de comunicação. Para uma PME, onde o tempo é o bem escasso e não a liberdade de escolha, essa é quase sempre a melhor troca.