Como escolher um fornecedor de tecnologia para a sua PME?

Escolher um fornecedor de tecnologia para uma PME resume-se a cinco critérios verificáveis: referências reais de outros clientes, um contrato que define propriedade do código e prazos, um SLA (acordo de nível de serviço) com tempos de resposta escritos, clareza sobre quem fica com os acessos no final, e um piloto pequeno antes do compromisso grande. Quem não conseguir mostrar isto com clareza, não é o fornecedor certo, independentemente do preço ou da conversa comercial.

Como verificar referências sem perder tempo

Pedir três contactos de clientes anteriores e ligar mesmo. Perguntar duas coisas simples: o projeto foi entregue no prazo combinado, e o que correu mal durante o processo. Todo o projeto tem imprevistos, o que interessa é como o fornecedor reagiu quando algo saiu do previsto. Um fornecedor que só mostra casos de sucesso perfeitos, sem nenhum problema mencionado, está a escolher a dedo o que conta.

Também vale a pena olhar para o tipo de cliente nas referências. Um fornecedor que só trabalhou com empresas de cem pessoas pode não perceber as limitações de orçamento e de tempo de uma equipa de cinco.

O que tem de estar escrito no contrato

Três pontos não negociáveis: prazo de entrega com penalização por atraso, propriedade do código e dos conteúdos assim que o pagamento for feito, e uma cláusula de saída que diga o que acontece se a relação terminar antes do fim do projeto. Sem isso escrito, fica tudo dependente da boa vontade do fornecedor, e boa vontade não é uma garantia de negócio.

Um contrato de três páginas bem escrito vale mais do que um de vinte páginas cheio de linguagem vaga. Se o fornecedor não tiver um modelo de contrato próprio e disser “isso resolvemos depois”, é sinal de que não tem processo definido.

O que é um SLA e porque é que a PME precisa de um

SLA é o acordo que define quanto tempo o fornecedor demora a responder a um problema, e quanto tempo demora a resolvê-lo. Por exemplo: resposta em 24 horas úteis, resolução de bugs críticos em 48 horas. Sem isto escrito, “vamos resolver o mais rápido possível” pode significar dois dias ou duas semanas, e a empresa não tem como reclamar.

Para um site institucional ou uma loja Shopify pequena, um SLA simples, com tempos de resposta escritos e contados em dias úteis, pode bastar. Para um sistema que gera vendas diretas, como um e-commerce ativo, vale a pena negociar tempos mais curtos, mesmo que isso custe mais por mês.

Quem fica com o código e os acessos quando o projeto acaba?

A empresa. Sempre. Domínio, contas de hosting, credenciais de plataformas de terceiros e o código fonte têm de ficar em nome da empresa, não do fornecedor. Isto tem de estar escrito antes de o projeto começar, porque depois de o site estar no ar é tarde para negociar.

Há fornecedores que registam o domínio ou o hosting em nome próprio “para facilitar”, e isso é um sinal de alerta. Facilita para o fornecedor, não para o cliente. Se um dia a empresa quiser mudar de agência, precisa de conseguir sair sem depender de ninguém.

Vale a pena fazer um piloto antes do projeto completo?

Sim, sempre que o valor do projeto justificar. Um piloto pago de duas a quatro semanas, focado numa parte concreta do trabalho, mostra como o fornecedor comunica, cumpre prazos e reage a mudanças de última hora. É mais barato descobrir num piloto de quinhentos euros que a relação não funciona, do que descobrir a meio de um projeto de dez mil.

Se o fornecedor recusar um piloto e insistir em contrato fechado logo à partida, vale a pena perguntar porquê. Um fornecedor confiante no seu trabalho normalmente não tem problema em provar valor antes de pedir o compromisso total.

Na SO-MA aplicamos estes cinco critérios aos nossos próprios projetos, e é por isso que começamos praticamente sempre por um diagnóstico antes de propor qualquer solução fechada.