Um sistema que funciona na perfeição no dia do lançamento e está discretamente avariado seis meses depois não é um sucesso — é um problema adiado. Já o vimos acontecer com software feito por outros fornecedores: uma entrega com bom aspeto, depois silêncio, depois um negócio com receio de mexer no seu próprio sistema porque já ninguém atende o telefone.
Porque “terminado” é o enquadramento errado
O software não é uma entrega única como uma peça de mobiliário. As dependências precisam de atualização, as integrações com serviços de terceiros mudam do lado deles sem aviso, e o próprio negócio cresce — novos produtos, novos locais, novo pessoal — de formas que a construção original não previu. Nada disso é uma falha do projeto inicial. É apenas o que acontece depois do lançamento, a todos os sistemas, sempre.
A questão não é se o seu sistema vai precisar de atenção depois de entrar em funcionamento. É se há alguém atento a isso, ou se vai descobrir quando algo avariar no meio de uma semana ocupada.
O que os nossos planos de apoio cobrem mesmo
Cada sistema que construímos vem com uma opção de apoio garantida por SLA, e não com uma promessa vaga de “manter contacto”. Na prática isso significa:
- Monitorização — apanhar um problema antes de ele se tornar visível para os seus clientes, e não depois.
- Atualizações de segurança e de dependências — mantidas em dia segundo um calendário, em vez de deixadas até algo forçar a questão.
- Um tempo de resposta definido — sabe com que rapidez um problema comunicado é tratado, por escrito, antes de precisar.
- Espaço para pequenas alterações — um novo campo, um fluxo ajustado, um retoque num relatório — tratados como parte do plano em vez de serem um novo projeto de cada vez.
O que não significa
O apoio não significa que mantemos o seu sistema refém. Nas construções à medida, o código e os dados são seus desde o primeiro dia, e nunca fica preso a um plano de apoio para manter o sistema utilizável — é livre de o levar para outro lado. O que o plano compra é a mesma equipa que construiu o sistema a manter-se disponível para o manter, sem ter de integrar alguém novo num código que não escreveu.
Porque isto é decidido à partida, e não depois
Definimos o âmbito do apoio como parte da proposta original, a par da própria construção — e não como uma proposta surpresa depois do lançamento. Assim conhece o custo total de propriedade antes de se comprometer, e não há um vazio entre “o projeto está terminado” e “a quem ligamos agora”.
Se um projeto anterior seu ficou em silêncio depois da entrega e não sabe a quem ligar quando algo avaria, diga-nos o que tem em funcionamento — muitas vezes conseguimos assumir o apoio de um sistema existente, e não só dos que construímos.